像魔幻史诗HBO发挥威力(权力的游戏)连续几个赛季,消费者云(云消费)的发展经历了不同阶段,也经历了。
总之,“服务亚运”的第一个赛季,以巨型的头发像苹果,谷歌,微软和亚马逊是围绕手机操作系统平台。获奖者是Apple和Google。
第二季是服务本身。这些公司在云存储,应用程序,短信,音乐/视频/电子书内容提供了很多服务,他们继续在这些服务的进展。
第三季是关于为消费者提供公共云服务的API访问。在大多数情况下,谷歌和Facebook仍然是最重要的消费者云,访问不同的API是一个不断变化的目标。
第四季度的内容是什么?答案是商业/商业云的发展。我们在这里讨论的是superexpansión公共云:AWS、、微软Azure和谷歌云IBM云。
到目前为止,企业云的工作负载可分为IaaS的、PaaS、SaaS或三者的组合。这些类型被设计为运行在云中通常被称为工作量“生活在云端”,而迁移在本地数据中心到云的客户端/服务器的传统工作负载,被称为工作负载。迁移工作负载
云发展越多,阻塞问题就越严重。
如果我们将这些事情结合起来并在云和本地之间划分,我们就会得到一个混合云架构。
在大多数情况下,商业/商业云中的托管服务可以被视为产品并进行交换。计算/虚拟机、存储和网络是基本的IaaS服务,这是相同的巨头,以及所有应用自下而上的方法。
容器在标准包装应用如泊坞代码开放,并使用设计系统容器中运行如Kubernetes系统是下一代计算机,它被销售。这是更便宜,更容易扩展该虚拟机。如果你正在运行在公共云基于泊坞窗的应用程序,它需要与托管服务类似容器另一个公共云是相当简单的。
Hyperscalers可以尝试在性能等各方面而言,这些服务之间的区别,但在一个基本水平,IaaS和IaaS的仍然集装箱货柜无论是在AWS、Azure或谷歌云上运行。事实上,提供商业务云之间的区别在于SaaS和PaaS。对于像微软这样的公司,其SaaS,例如Office 365、PowerBI、Dynamics、SharePoint、团队和Skype for Business,与业内其他公司不同。这些应用程序平台在本地具有重要的市场份额,因此将客户转移到基于云(SaaS)的托管版本是IT从传统访问转变为现代访问的自然过程。
但是这些工作负载很复杂,因为它们与Microsoft Active Directory身份验证机制相关联,后者基于Microsoft环境的基础技术。由于这些客户端已被阻止,因此他们不打算放弃这些应用程序平台,因为没有更好的替代方案。
另一方面,通过PaaS,用户可以托管主机系统的数据库,例如机器学习和大数据计算,所有这些都基于交易计费。当这些系统与基于容器的PaaS相结合时,企业客户可以构建高度可扩展的系统,否则在IaaS中实现这些系统的成本将非常高,并且可以根据要求提供。
到目前为止,许多这些系统都是基于Hadoop或MongoDB等开源平台构建的。但现在我们开始看到云超大规模提供商也创建了自己的高度可扩展的后端服务,这些服务与开源服务兼容,但它们并不相同。
一个示例是新的AWS DocumentDB,一种与MongoDB API兼容的托管数据库服务,但不使用任何真正的MongoDB代码。
目前,用户可以创建在AWS上的应用程序,使用IaaS和基于容器的系统,并在DocumentDB创建后端应用程序,然后将其移动回本地,甚至是另一个超大规模与他们竞争。云服务(如Microsoft Azure或Google Cloud Platform)可能不会受到完全限制。
如今,许多托管服务使用与开源服务兼容的API。因此,代码是可移植的,它不仅限于云提供商。
这与从一个基于SQL的数据库迁移到另一个基于SQL的数据库的经典问题没有完全不同,只要它们被编码为ANSI SQL规范即可。在这个层面上的支持,不管数据库是否是从甲骨文开始,然后可以移动到IBM DB2或Microsoft SQL Server均匀。但随着这些服务成为商品,正如IaaS在计算和存储方面所做的那样,云提供商将添加自己的功能增强功能,使其与开源竞争对手不同。软件开发人员将会欣赏这些新功能,特别是因为它们可以提高性能和可扩展性并节省交易或计算成本。
这是他们使用云微服务和PaaS、容器的主要原因之一。——创建了一个真正的“本机云”应用程序。此外,他们可以专注于运行应用程序平台和代码,而无需担心底层基础架构。实际上,IaaS只会将复杂性转移到云端,因此用户仍然不得不担心系统电池的维护和运行。
但是,如果强制在特定数据库平台上存储和运行业务逻辑以利用性能优化,则用户可能会遇到严重的兼容性问题。
想一想,从Oracle迁移到IBM DB2并不是一件简单的事情。将业务逻辑移出数据库可能会花费用户大量的软件开发时间(和金钱),因此他们可以选择将其从一个平台移动到另一个平台。
有一个IBM银行客户端在Oracle中放置了800个存储过程和触发器,消除所有这些并将逻辑转移到J2EE中的中间件将花费数百万美元。尽管DB2在许可方面比Oracle便宜,但软件开发成本要高得多。最终客户选择使用Oracle,但仍将其迁移到不同的操作系统和硬件平台(IBM的AIX和POWER)以获得所需的性能。但是,客户端仍然锁定在Oracle数据库中。
这种情况也发生在更大的云中。当然,DocumentDB现在支持MongoDB。但是,五年后,谁能说这些API将是相同的? DocumentDB只是云中的一项服务,云中出现的高度可扩展的、应用程序可以设计为特定于云提供商,云中只有十几种服务产品。
例如,Microsoft Azure产品组合中有多少服务?有无数的。当然,他们中的许多人使用开源标准,但有多少不是?并且,完全维护与开源兼容的服务需要多长时间?借助AWS、,Microsoft、 Google Cloud和IBM之间的竞争越来越激烈。激烈,他们可能会放弃目前的想法。越是企业用户失去了基础设施的控制和改变他们的运行严格,必须依赖于主机平台的应用程序代码的方法,越有可能是该平台变得复杂,而这正是它们是什么AWS和微软。超大型供应商等待。他们想离开客户。他们希望他们继续买卖。他们不希望客户离开他们的云。像Office 365、Workday和Salesforce这样的SaaS系统显然是最具粘性的。
实际上,这与拥有本地软件平台没有什么不同:这些平台是专有的,并且使用的代码不易于传输到另一个平台。不同的是,用户没有授权这些平台,但在这些平台上,这是由有关组织中有关预算的人首选租空间,因为它是一个运营支出(OPEX),无资本支出(CAPEX)的。 )。
因此,用户当然可以设计非常独立且便携的基于云的系统。
但从长远来看这可能在经济上不可行。
相比之下,完整的云服务将比使用IaaS中的虚拟机甚至是容器中托管的服务的用户便宜。
使用PaaS,权衡取决于性能,功能,成本和可移植性。