• 关于

    saas用什么数据库

    的搜索结果

回答

Re为什么不能用sql创建数据库 这个限制太扯了,我们的saas要动态创建数据库,rds根本无法使用!!! ------------------------- Re为什么不能用sql创建数据库 如果不能通过SQL创建数据库,看来只能放弃RDS。 此题无解吗???
盘云手 2019-12-01 23:15:23 0 浏览量 回答数 0

回答

介绍云数据库:是一种提供数据库属性的服务,它比传统自建服务器增加了安全保护,性能监控问题和故障分析,自动备份,高可用,界面管理等额外的功能,让普通用户一样能用的很好。云服务器: 是提供服务器属性的服务,大多数情况是虚拟机。它不仅有大多数服务器有的功能还有快照,安全组,挂载云盘等其它功能云数据库和云服务器的区别?云服务器是Paas也就是平台级服务可以在服务器上搭建任何服务不仅仅是数据库,而云数据库是saas是应用级服务只提供高效数据库。买数据库就可以吗?云数据库默认会调优,备份,高可用更贵一些,而云主机自己搭建数据库会便宜点但是需要做些手动调优备份什么的。这个是根据你的需求。
浮夸点点 2019-12-02 00:01:50 0 浏览量 回答数 0

回答

推荐回答: 介绍 云数据库:是一种提供数据库属性的服务,它比传统自建服务器增加了安全保护,性能监控问题和故障分析,自动备份,高可用,界面管理等额外的功能,让普通用户一样能用的很好。 云服务器: 是提供服务器属性的服务,大多数情况是虚拟机。它不仅有大多数服务器有的功能还有快照,安全组,挂载云盘等其它功能 云数据库和云服务器的区别? 云服务器是Paas也就是平台级服务可以在服务器上搭建任何服务不仅仅是数据库,而云数据库是saas是应用级服务只提供高效数据库。 买数据库就可以吗? 云数据库默认会调优,备份,高可用更贵一些,而云主机自己搭建数据库会便宜点但是需要做些手动调优备份什么的。 这个是根据你的需求。 官方帮助文档地址:阿里云帮助中心 更多可参考官网:阿里云官网
3gfdcqdcru5wg 2021-04-16 11:51:46 0 浏览量 回答数 0

云数据库新人专场

MySQL年付低至19.9,其它热门产品1元起购!

回答

介绍 云数据库:是一种提供数据库属性的服务,它比传统自建服务器增加了安全保护,性能监控问题和故障分析,自动备份,高可用,界面管理等额外的功能,让普通用户一样能用的很好。 云服务器: 是提供服务器属性的服务,大多数情况是虚拟机。它不仅有大多数服务器有的功能还有快照,安全组,挂载云盘等其它功能 云数据库和云服务器的区别? 云服务器是Paas也就是平台级服务可以在服务器上搭建任何服务不仅仅是数据库,而云数据库是saas是应用级服务只提供高效数据库。 买数据库就可以吗? 云数据库默认会调优,备份,高可用更贵一些,而云主机自己搭建数据库会便宜点但是需要做些手动调优备份什么的。 这个是根据你的需求。 官方帮助文档地址:阿里云帮助中心 更多参考: 阿里云官方(新用户需官网注册查看)
kwwpoooscqsew 2021-04-19 00:01:44 0 浏览量 回答数 0

回答

推荐回答: 介绍 云数据库:是一种提供数据库属性的服务,它比传统自建服务器增加了安全保护,性能监控问题和故障分析,自动备份,高可用,界面管理等额外的功能,让普通用户一样能用的很好。 云服务器: 是提供服务器属性的服务,大多数情况是虚拟机。它不仅有大多数服务器有的功能还有快照,安全组,挂载云盘等其它功能 云数据库和云服务器的区别? 云服务器是Paas也就是平台级服务可以在服务器上搭建任何服务不仅仅是数据库,而云数据库是saas是应用级服务只提供高效数据库。 买数据库就可以吗? 云数据库默认会调优,备份,高可用更贵一些,而云主机自己搭建数据库会便宜点但是需要做些手动调优备份什么的。 这个是根据你的需求。 官方帮助文档地址:阿里云帮助中心 更多参考: 阿里云官方(新用户需官网注册查看)
fzj3nenqh2hzg 2021-04-19 00:17:07 0 浏览量 回答数 0

问题

阿里云提供租户隔离机制吗?如何使用?

我想构建一套家庭用SaaS服务。每个家庭是一个租户,每个家庭成员是该租户内的用户。全北京的所有家庭共享一套逻辑数据库。请问:这样设计合理吗?如何使用租户隔离? 租户隔离...
1687336214726011 2019-12-01 19:02:36 465 浏览量 回答数 0

问题

求助,帮忙规划一下服务器选型。

现在在做一个项目,服务器的大体架构有个雏形了。如果完全用阿里云架构的话应该如何架构以及各个服务器应该选择什么样的配置,请高手们解答一下,不胜感激! 要求:        ...
coolgao 2019-12-01 22:00:16 4307 浏览量 回答数 4

问题

云数据库超大流量峰值保障最佳实践【精品问答集锦】

社区为大家准备了多场技术直播,广大网友踊跃提问,小编将其中优质的问答整理成汇总贴,供大家相互交流学习专家介绍:罗龙九(花名:玄惭)阿里云DBA专家,有着丰厚的DBA经验,经历阿里历年双11考验,负责阿里云RDS线上稳定以及专家服务团队,积累...
管理贝贝 2019-12-01 19:35:16 3002 浏览量 回答数 2

问题

云时代软件服务

云时代软件服务 aliyun移动云:刘子祥 一、云时代特点 在我看来云计算就是两个词,一个是大计算,另外一个大存储。从技术角度讲我们认为云计算这样的技术,把所有...
笑傲江虎 2019-12-01 21:59:08 13479 浏览量 回答数 2

问题

原创文章:云时代软件服务

云时代软件服务 一、云时代特点 在我看来云计算就是两个词,一个是大计算,另外一个大存储。从技术角度讲我们认为云计算这样的技术,把所有独立的服务器...
domen 2019-12-01 21:59:08 9189 浏览量 回答数 0

问题

【精品锦集】运维热门回答05

我们的运维合集系列面世啦,预计会有10个系列。期待ing 1、求ECS Windows服务器ping外网提示一般故障处理方法! https://developer.aliyun.com/ask/113749 2...
问问小秘 2019-12-01 19:54:40 96 浏览量 回答数 2

回答

6月9日打卡,今日学习《第一讲:云计算带来的技术变革》 通过乔帮主本次的领读,学到了中国互联网发展,及服务器硬件和云平台架构的变化升级、云产品的选型以及软件技术的选项; 作业1:多个方式都是可以的,建议使用SLB七层负载 C 只能用四层 作业2:云平台的底层硬件,网络带宽资源,系统镜像安装,系统优化等都由云厂家负责运维和优化,直接为客户提供云服务资源,时间更短,速度更快,成本相应更低 作业3: - IaaS: Infrastructure-as-a-Service(基础设施即服务) PaaS: Platform-as-a-Service(平台即服务) SaaS: Software-as-a-Service(软件即服务) 从技术角度,我们实现一个功能需求时,基于上面3种需要的工作 1. 基于IaaS, 我们从云厂商得到一台服务器,对功能的实现,需要下面步骤 - 首先需要安装操作系统(windows/linux) - 安装语言运行环境,如java需要jdk环境,python需要python环境,安装相应的web服务应用,数据库等环境 - 对系统性能指标和业务运行需要有相应的运维机制 基于PaaS, 选择对应的语言开发运行环境,本地调试好功能, 需要什么平台,如数据库,消息队列,直接使用相应的平台服务,集成在代码开发中,无须本地搭建环境。发布代码到相应运行环境平台 对于技术人员,只需注重代码功能开发和业务运行稳定,无需管理不同平台服务的运行状态,支持扩缩容 基于SaaS,对一个功能需求,直接购买云厂商提供的功能接口,直接访问,无需代码开发。 作业4:目前最火的是JAVA、C#等具有Web框架、PHP、python等脚本语言。应用广泛的运维架构是 DevOps LAMP/LNMP 跟帖打卡
duoHub 2020-06-10 09:36:15 0 浏览量 回答数 0

问题

SAP上云——助力制造业数字化转型

2018云栖大会武汉峰会新制造专场,由阿里云高级专家张泽坤带来了以“SAP上云——助力制造业数字化转型”为主题的演讲,对SAP上云之初存在的问题和上云后与企业的合作项目为企业带来的便利做了详细的解读,...
福利达人 2019-12-01 21:09:17 2793 浏览量 回答数 0

回答

自上世纪90年代以来,编程语言Python已经取得了长足的进步。当Guido Van Rossum开发Python时,他几乎不知道Python会成为世界上最流行的语言之一。今天,Python是人类历史上使用最广泛的编程语言之一,并且已经应用于很多应用程序中。无论是企业级应用程序,还是机器学习/人工智能模型、数据科学工作,Python几乎在所有蓬勃发展的行业和领域中都受人青睐。 01 Python市场 全世界有超过800万的开发人员出于各种目的热忠于使用Python。由于其动态特性和易于扩展性,Python已经成为开发人员的首选语言。这也是为什么Python能够击败Java的原因,Java一度以来都是开发人员最喜欢的语言。也可能是由于一门语言的自然老化过程,Java正在接近尾声。大多数新语言都是为解决现代面临的新挑战而设计的。虽然之前开发的语言在解决当时的问题时效率极高,但要让它们跟上不断变化的行业和市场就变得极其困难。 但是,Python作为一种拥有如此庞大用户和开发者支持的开源语言,即使在今天仍然保持着它的巅峰状态。它丰富的库和内置的功能使其成为企业、开发人员和数据科学家的热门选择。尽管Java仍然被用于企业开发,但它在其他领域的相关性几乎为零。如果环顾四周,你很难发现一个机器学习专家在Java上设计和训练模型。尽管如此,Java是全球第二大最受开发人员欢迎的语言。 02 取代Java Python已经成功地在大多数领域取代了Java。在企业开发方面,Java面临着来自谷歌的新编程语言Go的威胁。随着我们进入未来科技时代,对高性能计算的需求也在不断增长。这也是数据科学和人工智能的时代需求。尽管有人可能认为使用extreme GPU有助于提高速度和效率,但事实远非如此。它不能满足特定的数据处理需求。相反,前沿应用程序需要其他依赖项来优化性能,并帮助科学家和开发人员实现预期的目标。最终,这将引导企业和研究机构寻找更健壮的编程语言,为特定的任务及其交付速度而设计。 03 进入Julia的世界 这个人人都喜爱Python的时代,正面临着来自编程语言世界的新参与者——Julia的威胁。Viral Shah是Julia Computing的首席执行官,他指出,在21世纪初,开发人员更喜欢用C语言进行系统编程,用JAVA开发企业应用程序,用SaaS进行分析,用MATLAB进行科学计算。然而,今天的开发人员使用Rust进行系统编程,Go进行企业开发,使用Python/R进行分析,并使用Julia进行科学计算。 这几年来我们能够感受到从MATLAB到Python的过渡。我们知道机器学习几乎在所有应用程序中使用,而且Python库使ML模型的实现更加容易,所以人们转向了Python。在此之前,MATLAB是这项任务的最佳选择,可以帮助人们进行分析和科学计算。但是很明显,人们会把目光转向更容易实现、容易理解、更快速、更高性能和可扩展的解决方案。因此,Python完美地填补了JAVA和MATLAB的空白。 04 Julia立足之地 Julia和Python之间的一个关键区别是处理特定问题的方式。Julia的构建是为了减轻高性能计算的挑战。尽管Python现在已经发展为一种快速的计算语言,但是我们必须承认它不是为这项工作而设计的。然而,Julia是专门为高速处理和计算工作设计的。虽然它只有几个月的历史,却已经在研究人员和数据科学家中引起轰动。 两个月前,Julia发布了一个稳定的版本,称为1.2,它已经得到了进一步的改进,可以有效地处理大量占用资源的数据科学项目。目前有超过800名Julia开发人员,他们正在为GitHub做贡献,帮助其成为首选语言。 05 结论 凭借资源和速度这两把“利剑”,两个月大的Julia已经和30岁的Python打了一场硬仗。尽管现在很难说它能否完全接管Python,但它设计用于处理复杂的计算特性肯定会对世界产生影响。此外,随着问题的处理需要更多的资源和更高性能的计算,Julia可能会成为每个人的最爱。除非Python想要和Java一样的命运,否则它将不得不提高其速度和效率,并不断优化它的库。它可能不只是启动新的更新,而是完全转换引擎,使其成为更友好的CPU语言。Python相对于Julia的一个优势是其丰富的库。由于Julia还处于起步阶段,所以它需要很长时间才能构建像Python这样高效、动态的库和函数。这两种语言之间的斗争才刚刚开始,但对于需要快速高效工具来实现目标的研究人员和科学家来说,Julia已经变成了一种优势。 原文链接
珍宝珠 2020-01-02 14:45:08 0 浏览量 回答数 0

问题

数据聚合分组:新一代系统监控的核心功能

遥想 2015 年 8 月 17 日,Cloud Insight 还在梳理功能原型,畅想 Cloud Insight 存在的意义:为什么阿里云用户需要使用 Cloud Insight 来加强管理。 ...
doudou1 2019-12-01 20:55:20 8687 浏览量 回答数 3

问题

SaaS模式云数据仓库MaxCompute 百问百答合集(持续更新20210409)

产品简介 什么是MaxCompute呢? https://developer.aliyun.com/ask/289579 使用MaxCompute需要什么专业技能? https://developer.aliyun.co...
亢海鹏 2020-05-29 15:10:00 42262 浏览量 回答数 34

回答

DevOps 这个概念最早是在 2007 年提出的,那时云计算基础设施的概念也才刚刚提出没多久,而随着互联网的逐渐普及,应用软件的需求爆发式增长,软件开发的理念也逐渐从瀑布模型(waterfall)转向敏捷开发(agile)。传统的软件交付模式(应用开发人员专注于软件开发、IT 运维人员负责将软件部署到服务器运行),再也无法满足互联网软件快速迭代的需求。于是,DevOps 作为一种打破研发和运维之间隔阂、加快软件交付流程、提高软件交付质量的文化理念和最佳实践 逐渐普及至今。 DevOps 的现状 DevOps 的流行得益于业界对于应用软件敏捷开发、高质量交付的诉求,所以为开发和运维开辟了一块“公共的空间”,让双方可以在这里紧密合作。那时软件研发依旧属于一个新兴行业,人们习惯于向成熟的制造业学习,制造业解决大规模生产的方式,就是构建流水线,通过流水线规范化每个步骤对接的内容,而流水线上的工人们则只需要各司其职,快速熟练的完成自己这部分生产内容。 所以,DevOps 借鉴了制造业的经验,开始构建持续集成 / 持续交付(CI/CD)的流水线,催生出了一系列自动化 / 半自动化工具(如 puppet、chef、ansible 等),结合编写脚本的可扩展能力,将研发和运维的大量操作规范化,从而达到彼此协作的目标。但是最终还是要有人投入到这些工具的构建中,于是就出现了 DevOps 团队。DevOps 团队构建的工具和平台,帮助研发更容易地接近生产环境,让研发在持续集成、持续交付的过程中可以一键部署、快速试错,从而很大程度提前暴露和避免了软件在实际运行过程中的问题。 从本质上讲,DevOps 是为运维服务的。 它把生产环境的运维流程通过自动化的工具提供出来了,屏蔽了基础设施细节,同时让软件本身的问题更容易暴露,从而把这些问题尽量提前交给研发去解决。这些,其实都是在帮助运维减轻负担。 这一套模式在一开始运转良好,但是问题也随着时间的推移慢慢暴露出来了。DevOps 本身不为企业带来直接的利润,也不增加产品的功能,它们是企业的成本中心,所以许多企业不愿意为 DevOps 投入太多的成本。久而久之,DevOps 的能力便无法与研发人员增长的需求所匹配,不愿意继续伴随着云和开源社区的发展向前演进,反而成为软件研发的瓶颈。试想一下,有多少大公司的技术人员,对自己公司里的“研发效能”工具表示满意呢? 云计算的普及 聪明的企业总能从自己的需求中发现业界共有的需求,AWS 便是这么诞生的,他们早在 2006 年便首次把软件部署需要的网络、计算、存储等基础设施当做服务提供给用户,允许任何人在不购买服务器等物理硬件的情况下构建互联网应用程序,规模化使得整体的成本比用户自建更低。而云计算 IaaS、PaaS、SaaS 的概念也正是在那一年开始逐渐清晰的。 云计算的初期,用户主要使用的是 IaaS 服务,如虚拟机、存储等,使用云计算服务的企业依旧需要运维来管理这一类基础设施,只是运维管理的对象从物理机切换到虚拟机而已,并没有太本质的区别。 而随着云计算的快速发展,云的能力不断补充、增强,渐渐将原先由运维提供的方方面面的能力都转换成为了云上的服务,这其中自然包含了管理软件完整生命周期的各类服务,从代码托管、持续集成、持续交付,到监控、报警、自动扩缩容等一系列的能力,均能在云上找到对应的服务。品类之多、数量之巨,令人瞠目结舌。 但是 DevOps 依然有着用武之地。云的对接难度实在太大了,涉及到的云服务又多,不同云厂商提供的服务还不统一,为了使用云上的产品不得不投入大量的时间学习,而为了防止云厂商的绑定又不得不做多厂商的适配,DevOps 依旧需要像过去一样为开发屏蔽实际环境的复杂性,只不过这次他们要负责管理的基础设施变成了云资源。 改变一切的 Kubernetes Kubernetes 的本质是现代应用基础设施,它关注如何将应用与“云”天然地集成在一起,将“云”的最大价值发挥出来。Kubernetes 强调让基础设施能更好的配合应用、以更高效的方式为应用“输送”基础设施能力,而不是反之。在这个过程中,Kubernetes 、Docker、Operator 等在云原生生态中起到了关键作用的开源项目,正在在把应用管理与交付推上一个跟以前完全不一样的境况:Kubernetes 的使用者只通过声明式的方式描述自己应用的终态是什么,然后一切就结束了。Kubernetes 会处理后面的所有事情。 这也是为什么 Kubernetes 非常强调声明式 API。通过这种方式,Kubernetes 本身接入的基础设施能力越强,Kubernetes 的使用者能够声明的终态就越丰富,他的职责也就约单纯。现在,我们不仅能够通过 Kubernetes 声明应用的运行终态,比如;“这个应用需要 10 个实例”,我们还能够声明应用的很多运维终态,比如:“这个应用使用金丝雀发布策略进行升级”,以及 “当它的 CPU 使用量大于 50% 时,请自动扩展 2 个实例出来”。 这就让传统的 DevOps 工具和团队受到了挑战:如果一个业务研发自己只需要通过声明式 API 声明他的应用的所有终态甚至包括完整的 SLA,后面的一切就都会有 Kubernetes 来自动的搞定,那么他还有什么理由去对接和学习各式各样的 DevOps 流水线呢? 换句话说,长久以来,DevOps 实际上是在充当研发与基础设施之间的那一层“胶水”。而现在,Kubernetes 通过它极具生命力的声明式 API 和无限接入的应用基础设施能力,正在完美的扮演这个“胶水层”的作用。这也提醒了我们,上一个正在被 Kubernetes 体系强烈挑战的“胶水层”,其实叫做“传统中间件”:它正遭受到 Service Mesh 的巨大冲击。 DevOps 会消失吗? 近几年,Kubernetes 项目经常被描述成 DevOps 的“最佳拍档”。类似的观点认为, Kubernetes 跟 Docker 一样,解决的是软件运行时的问题。这意味着 Kubernetes 更像一种“时髦”的 IaaS,只不过运行时从虚拟机变成了容器。所以,只要能够将现有 DevOps 思想和流程对接到 Kubernetes 上来,就可以享受到容器技术带来的轻量级与弹性。这对于提倡“敏捷”的 DevOps 来说,显然是最好的组合。 不过,至少目前看来,Kubernetes 的发展路径并不是一个类 IaaS 的角色。它虽然关注接入底层的基础设施能力,但它本身却又不是基础设施能力的提供方。而且,相比于软件运行时,Kubernetes 似乎更关心软件的生命周期和状态流转。不仅如此,它还提供了一种叫做“控制器模型”的机制来将软件的实际状态与期望状态不断逼近,这显然都已经超出了一个“软件运行时”的范畴。 Kubernetes 项目对应用本身的“额外关注”,让它与一个类 IaaS 基础设施有着明显的区别,也让它“胶水”的定位更加明显。而如果 Kubernetes 的能力足够强大,那么作为研发与基础设施之间现有的“胶水层”, DevOps 是否还有必要存在?在所谓的云原生时代,应用研发与交付是不是真的会走向“一次声明”就可以“撒手不管”,从而让 DevOps 彻底消失呢? 不过,至少目前看来,Kubernetes 项目距离这个愿景,还有不少困难需要克服。 “Platform for Platform” API 的局限性 Kubernetes 是一个典型的 “Platform for Platform”项目,所以它的 API,距离纯研发视角还是非常遥远的。就比如一个 Deployment 对象,就既包括了研发侧关心的镜像,也包括了基础设施侧的资源配置,甚至是容器安全配置。此外, Kubernetes API 并没有提供出对“运维能力”的描述与定义方式,这也使得声明之后的“撒手不管”变得遥不可及。这也是为什么目前 DevOps 依然被需要的原因:Kubernetes 的大多数字段,还是必须经过研发和运维共同协作的流程来进行填充。 无法对更多的云资源进行描述 K8s 的原生 API 只包含了云资源的很少一部分,比如用 PV/PVC 表达存储,用 Ingress 表达负载均衡,但这对于一个完全声明式的应用描述来说是完全不够的。比如,研发希望在 K8s 上找到一个概念来表达数据库、VPC、消息队列等需求的时候,就会感到非常困惑。而现有的所有方案则完全依赖于云厂商的实现从而带来了新的 vendor lock-in 困惑。 Operator 体系缺乏互操作性 Kubernetes 的 Operator 机制是这个项目的能力能够无限增长的公开秘密。但令人遗憾的是,目前所有 Operator 之间的关系,就像是一个又一个的烟囱,互相之间没有任何交互与协作的可能。比如,我们把云上的 RDS 通过 CRD 和 Operator 扩展到了 K8s 声明式 API 的体系中,但是当第三方希望写一个定时备份 RDS 持久化文件的 CRD Operator 去配合的时候,却往往无从下手。这就又需要 DevOps 的体系介入来解决问题。 未来? 显然,现在的 Kubernetes 项目,依然需要借助 DevOps 体系来真正完成软件的高效迭代与交付工作。这是不可避免的:尽管 Kubernetes 声称自己是“以应用为中心”的基础设施,但它作为一个从 Google Borg 衍生出来的系统级项目,其本身的设计和工作层次还是更多的基础设施领域徘徊。但另一方面,我们绝不可否认的是,Kubernetes 在它的关键路径上,始终保持着对研发侧 “NoOps” 的追求。这种渴望,从它第一天提出“声明式应用管理”理论的时候就已经“昭然若揭”,而 CRD 和 Operator 体系的建立,更让这种应用级别的关心终于有了落地的机会。我们已经看到很多 DevOps 流程正在“下沉”为 Kubernetes 里的声明式对象与控制循环,比如 Tekton CD 项目。 如果 Kubernetes 的未来是 100% 的声明式应用管理,那么我们有理由相信 DevOps 最终会从技术领域消失然后彻底蜕变成一种文化。毕竟,那个时候的运维工程师,可能都会成为 Kubernetes Controller/Operator 的编写者或者设计者。而研发呢?他们可能根本不会知道原来 Kubernetes 这个东西曾经如此显赫的存在过。
有只黑白猫 2020-01-07 11:35:38 0 浏览量 回答数 0

云产品推荐

上海奇点人才服务相关的云产品 小程序定制 上海微企信息技术相关的云产品 国内短信套餐包 ECS云服务器安全配置相关的云产品 开发者问答 阿里云建站 自然场景识别相关的云产品 万网 小程序开发制作 视频内容分析 视频集锦 代理记账服务 阿里云AIoT