开发云停当利用：到底有何不同？

固然在某种水平上来说近乎所有的应用都是可以实现云托管的，然而仍是有一些详细的设计和开发步骤可以实现云部署的最优化，从而切实推动云计算的发展。假如厂商云厂商们生机实现云计算好处的最大化，那么他们就须要懂得云就绪应用的概念，为了云就绪的将来而构建他们的云计算基本设施，并提供方便的服务。
云停当象征着要解决因云盘算之间的差别而带来的问题。从多少移动办公系统个主要的方面来说，在虚拟资源上运行的云计算托管运用或应用组件以及这些资源都不同于典范的装备虚拟化数据核心。首先，这些资源是动态调配的，而在大多数协同办公平台的虚构化数据中央里，调配给利用的虚构机则基础上都是静态的。其次，它们是散布在一个广域网中的，而大多数运用都盼望资源可能实现本地衔接。再次，它们局部或全体游离于客户的把持范畴，这就象征着资源散布跟治理是遵守着公共云盘算托管厂商所制订的规矩，而不是应用用户的规矩。
为了适应动态资源分配，云就绪应用必须使用一个正式的devops工具用于部署和从新安排工作。在开发应用进程中，应用的架构设计和开发团队必须创立必要的脚本程序或描写符，以定义应用如何映射至它所需的服务器、存储装备以及网络资源。而后操作职员就能够应用这些脚本程序或描写符，把这些应用安排和集成至企业的工作流中。
云厂商们可以用两种方法便利地实现devops就绪。其一，他们可以通过风行的devops包向他们的云管理系统提供管理连接，以便于帮助用户和开发职员部署云就绪应用。其二，他们可以提供devops即服务，也就是说他们可以把devops工具作为他们云管理平台的一局部进无线网络解决方案行托管。假如厂商可以组合托管devops和应用集成工具，那么其成果就是当初所谓的集成平台即服务产品了。这不仅为厂商提供了一个新的收入起源，而且还帮助用户开发了云就绪应用，并激励开发人员从云部署动身思考如何开发应用。
 

开发云停当利用：到底有何不同
云计算中分布式网络所面临的新挑衅
一个分布式网络架构是云计算的另一个奇特属性，在云就绪中有两层含意。在第一层，应用所需的网络连接性是其devops描述的一个方面。大多数应用都可以作为虚拟lan而实现虚拟化，并托管一个或多个组件，这些组件可通过默认网关与用户相连。创立这一配置是满意部署和从新部署需要的一部门，因而必须在上述的devops进程中予以考虑。然而在第二层，分布式服务将影响应用的设计，尤其是在组件化和编排方面。
在分布式网络中，云就绪的主要规则就是防止组件或资源之间的分别，这些组件或资源可能在wan上构成重要的工作流活动。逐条读写数据库记载是无奈在wan上运行工作流的一个例子，因而云计算中的数据库应该与无论何处都可访问数据库的组件集成在一起。这是一个应用设计的元素。创建云就绪数据拜访设计的最常用策略是定义一个数据库管理体系组件，这个组件可接收查问，并针对本地数据库进行处理而只一个成果。hadoop和mapreduce的架构定义也容许对查询处置的云计算进行托管，但不能拜访单个数据库记载。
通过提供专为辨认低效工作流而设计的云计算应用遥测技巧，云计算经营商们可以赞助用户处置与分布式网络相干的问题。他们也可能会提供构造化面向查问的服务，如以软件即服务情势交付的关联型数据库管理体系，或者他们可以提供hadoop和特定管理工具，辅助把这些服务和云计算应用集成。监控云计算内的流量是找出工作流中问题的最简略办法，但有时晓得客户是如何把数据库服务与他们的云应用连接及其构造细节信息，将有助于解决与分布式网络相干的潜在问题。在测试阶段就找出这个问题，将有助于客户保持在业务中使用云计算。
云就绪应用请求在云就绪中，最庞杂的问题兴许就是资源并不在应用所有者无线网络控制器的直接节制下。传统的软硬件管理不是被厂商云厂商所改动就是被他们阉割，厂商的管理接口只能支撑某些管理功效。这个问题能够一分为二地看：治理可见性跟应用的休会品质掌握。
厂商并不愿望客户有打算在他们的云上装置硬件，所以收集应用和网络性能的管理数据，云计算将不得不并行托管软件元素和应用以便于收集数据并发送至应用用户处，或者厂商云厂商将不得不开放管理接口而许可用户查看性能和状况信息。
大多数厂商厂商都供给根本的管理数据，但并不供给捕捉所有通常管理当用qoe所需数据的机制。这意味着客户不仅将必需试图以对厂商透明的方法收集数据，无线网络管理而且他们必须以某种未知的方式将其与其余网络和应用机能数据整合以管理当用机能和可用性。在抉择产品时，不仅要斟酌用户应用云计算资源的性能信息，而且要斟酌衔接至网络的云计算真个网络数据。
云就绪请求应用在云计算中是有意识的。厂商应该意识到，云服务的长期发展趋势将是平台即服务，而在开发阶段