内容字号:默认大号超大号

段落设置:段首缩进取消段首缩进

字体设置:切换到微软雅黑切换到宋体

免备案CDN_数据库第三版课后答案_12月免费

2021-06-08 23:26 出处:欧普曼云计算 人气: 评论(0

免备案CDN_数据库第三版课后答案_12月免费

他们说,80%的成功都在显现,但不幸的是,对于移入云端的企业来说,这并不总是成立的。

例如,麦肯锡最近的一项调查发现,尽管移入云端,尽管如此,许多企业仍然"没有达到IT敏捷性的预期"。因为CTO和CIO们都在努力提高IT敏捷性,许多组织无法实现其更大的业务目标。麦肯锡指出,95%的首席信息官表示,C套件的大部分总体目标取决于他们。

移动到云计算与成功的数字转型之间的脱节可以追溯到大多数组织采用的方式云:租赁池来自云供应商的资源或投资于SaaS订阅。通过采用云这种千篇一律的方式,一个企业基本上一直在做它一直做的事情,也许只是更快一点,效率更高一点。

但我们正在进入一个新的时代。云服务越来越注重智能、自动化和速度,而不仅仅是大型提供商出租其基础设施所提供的规模经济。正如麦肯锡指出的,企业有时会因为使用云来扩大规模而步履蹒跚,但却没有利用它所提供的敏捷性和速度优势。

在其核心,实现速度和敏捷性与其说是应用程序托管在哪里,不如说是企业能够以多快、多自由、多高效的速度启动和调整战略,无论是在新技术平台上创造与客户互动的方式,还是在应用程序中快速添加所需的功能,还是将数据货币化。这反过来又依赖于解耦不同系统之间的依赖关系,并最小化企业IT通常必须执行的手动协调量。其结果是更松散耦合的分布式系统更好地适应当今动态的技术环境。

这种解耦的概念,以及它如何加速业务成果,推动了我们在谷歌的大部分工作,它有力地说明了我们是如何构建Anthos的,我们基于开源的多云平台,让企业可以在任何地方运行应用程序,但也可以实现企业所渴望的难以实现的IT灵活性和速度。

默认情况下,迁移到云并不会改变企业,因为数字化转型与云本身无关。相反,它是关于改变软件的构建方式以及随之而来的软件支持的新业务战略的爆炸,从通过语音助理销售产品,到大规模向合作伙伴公开专有数据和功能,使过去需要人工监督的IT管理和安全操作自动化。

特别是,现代软件开发避免了"单片"应用程序体系结构,其设计使得在不影响整个应用程序的情况下很难更新或重用功能。相反,开发人员越来越多地通过组装小型、可重用、可独立部署的微服务来构建应用程序。

这种转变不仅使软件更易于重用、组合和修改(这有助于企业更好地响应不断变化的业务需求),企业开发软件,而且使开发人员能够在小型并行团队而不是大型团队中工作组(这有助于他们更快地创建和部署应用程序)。此外,作为API公开的微服务可以帮助开发人员利用分布在许多不同云上的一系列提供商的资源,为他们提供工具来创建更丰富的应用程序和连接的体验。

这些服务与应用程序和开发人员之间的分离通常是通过容器完成的。通过从底层操作系统和硬件中抽象出应用程序和库,容器使一个开发团队更容易专注于自己的工作,而不必担心与之合作的任何团队都在做什么。

容器还代表了另一种重要的解耦形式,可以极大地改变it部门、服务器和维护之间的关系。例如,由于使用了容器,许多应用程序可以驻留在同一台服务器上,而不会相互影响,从而减少了对特定于应用程序的硬件部署的需要。容器还可以从一台机器移植到另一台机器,为开发人员在本地创建应用程序并通过云扩展它们,或者根据不断变化的需求将应用程序从一个云移到另一个云提供了机会。从它们运行的硬件中抽象出来是容器通常被称为"云本地"的一个原因。

这个概述只触及表面,但关键是,通过解耦功能和创建围绕松散耦合的分布式系统构建的新架构,企业可以让他们的开发人员在更小、并行的团队中更快地工作,并释放执行现代软件驱动的业务战略所需的IT灵活性。

容器和分布式系统提供了许多优势,但采用并不像翻转开关那么简单。

将fat应用程序分解为数百个更小的应用程序服务可以提高企业的灵活性,但协调所有这些服务可能会非常复杂,验证用户身份和防范威胁也是如此。当数以百万计的微服务相互通信时,要把一个人放在这些过程的中间,需要自动化的解决方案,简直是不可能的。因此,物联网工程是什么,许多企业不仅要在这些分布式环境中进行治理,还要确定正确的解决方案。

此外,大型企业中的每件事都不会以同样的速度发展。在云中运行容器可以帮助企业专注于构建优秀的应用程序,同时将基础设施管理交给供应商。事实上,几乎每一个大型企业的团队都已经在以这种方式运作,但其他习惯于传统方法的团队可能需要更渐进的过渡。

此外,企业可能有各种各样的原因,无论是战略原因还是监管原因,大数据系统,但他们可能仍然希望能够将基于云的分析和机器学习服务应用于该数据,或者将云与他们的on-prem资产合并。为此类部署组装编排、管理和监控解决方案历来都很困难。

另一个重大挑战是,尽管容器本质上是可移植的,但各种公共云提供了不同的平台,这会使移动容器变得非常困难,更不用说给开发人员和管理员提供一致的体验了。许多开源选项并不是他们曾经认为的灵丹妙药,因为解决方案的开源版本和云提供商销售的托管部署可能有着显著的不同。这些挑战尤其令人烦恼,因为企业希望能够灵活地改变云供应商,利用多种云,并以其他方式避免锁定。

帮助企业享受分布式系统的好处,同时避免这些挑战塑造了我们的Anthos开发。

谷歌以数十亿美元运行多种web服务它是一个极其复杂的组织,它的IT系统连接着数以万计的员工、承包商和合作伙伴。毫不奇怪,我们花了大量时间来解决分布式系统及其动态、松散耦合组件的难题。例如,我们开放源代码Kubernetes(容器编排的实际标准)和Istio(用于管理微服务的领先服务网),这两个都是Anthos的主要组件,都基于内部最佳实践。

Istio为微服务提供了系统化的集中管理,并实现了可以说是最重要的功能解耦的重要形式:策略与服务。Istio支持的开发人员可以自由地编写代码,而无需将策略编码到他们的微服务中,这样管理员就可以在受控的卷展中更改策略,而无需重新部署单个服务。这将自动消除IT治理传统上所需的昂贵、耗时的协调和官僚作风,并有助于加快开发速度。

认识到企业需要选择和开放性,Anthos推出了混合支持,并将很快包括多云功能,所有选项都提供简化通过单窗格视图、策略驱动的控制和跨所有环境的一致体验进行管理,无论是在Google云平台上、在VMware上部署了Anthos的公司数据中心中,还是在我们即将进行的更新之后,在第三方云(如Azure或AWS)中。由于Anthos是基于软件的,因此基于prem的部署不需要堆栈刷新,允许企业利用现有的硬件投资,确保开发人员和管理员拥有一致的经验,无论工作负载位于何处或运行在谁的硬件上。

我们已经看到客户使用Anthos的巨大势头。例如,云免服务器购买,KeyBank,一家经营了近200年的超地区性银行,在使用容器和Kubernetes进行面向客户的应用几年之后,正在采用Anthos。

分享给小伙伴们:
本文标签: 备案数据库第三课后答案12月免费

相关文章

评论

发表评论愿您的每句评论,都能给大家的生活添色彩,带来共鸣,带来思索,带来快乐。

签名: 验证码: 点击我更换图片

评论列表