备用发电机是否面临故障的风险?

随着AWS公司的业务发展，它变得更加复杂，甚至影响了架构决策。首先，它影响了计划云计算部署的基础设施工程师，后来改变了开发人员设计应用程序的方式。

与个人电脑和x86服务器的兴起引起了一波客户端服务器企业应用程序的应用浪潮类似，对云计算的兴趣激发了基于浏览器的应用程序的新开发语言和框架。在过去的十年中，各个领域的开发人员都基于云服务、容器和自动化工具创建了新的设计模式、开发平台和工作流。

集中和分散的周期概述了云计算的每一代应用程序开发的定义产品。但是，随着开发人员适应不同类型的基础设施和部署范例，他们同时遵循了另一种形式的架构演变。这开始集中于软件设计，逐步将应用程序分解成更小的组件。

大型机的成本和操作复杂性促进了整体设计，将应用程序代码打包并作为一个单元运行。分布式客户端-服务器系统和基于浏览器的用户界面的兴起促使应用程序首次分离为模块化的n层架构，从而将功能划分为多个元素。

各种各样的云计算服务(尤其是容器运行时环境、无服务器功能、托管数据库和分析服务)的可用性加速了更加精细化的趋势。对云计算起源和意义的回顾表明，云计算是逻辑抽象各个级别上许多服务的组合。这些各种服务以及容器已经产生了云原生的概念，这是应用程序架构的下一个发展。

云原生构建块

尽管云计算服务已在许多方面影响了开发和部署实践，以下的重点是云计算演进的下一阶段也就是开发云原生应用程序。

云原生目前还没有一个标准的定义，这是专家们不断争论的话题。但是，将云原生应用程序描述为在云平台上开发的应用程序。最终，云原生应用程序旨在机会性地利用所有可用的云计算服务，以尽可能低的成本实现性能、可扩展性、可靠性、安全性、适应性和可管理性的最大化。

在这种概念下，云计算服务就像一盒乐高积木，每个积木都具有一组定义的功能和标准接口(通常是API)，用于功能控制和数据I/O，这些功能和标准接口组合在一起以构建应用程序。像乐高积木一样，可以将一组零件组合成为一个模型或模板，这些模型或模板可以快速复制或重用为功能模块。经过十多年的发展，云计算服务现在提供了数量惊人的各种构建块。

云原生设计需要将这些组件拼接在一起以构建自定义应用程序。精通云计算的设计师更喜欢更高的抽象级别，以很大程度地减少工作量，这使企业可以更加专注于应用程序的差异化特性。

云原生应用程序开发与软件开发、集成、测试和部署过程紧密相关。它们通常在DevOps组织下统一，或者通过不太正式地采用DevOps原则和方法。

但是不要将两者混为一谈。无需使用DevOps即可进行云原生开发。并非所有DevOps组织都针对云计算优先的应用程序。但是，DevOps流程可以增强云原生开发。同样，DevOps流程从可编程的云计算开发服务中受益匪浅，这些服务将可重复的流程实现系统化和自动化。

例如，与不使用标准化、可重复、自动化流程的组织相比，具有高级DevOps流程和文化的组织往往具有更短的应用程序部署周期(通常每天多次)。

云原生权衡

尽管云计算为应用程序开发带来了很多好处，但并非没有缺点。云原生设计的最大风险是使用高级服务时的供应商锁定。尽管包装在API中的云计算服务使用户与底层实现隔离开来，但API本身的非标准性质使在云计算提供商之间迁移应用程序变得困难。

此外，还出现了避免锁定的工具。值得注意的是，Kubernetes已成为容器管理和容器化应用程序的事实上的标准。确实，避免锁定通常是许多系统架构师选择使用基于容器的实施而不是使用云原生服务的主要原因。

数据引力也就是将大量数据从一个运营环境移动到另一个运营环境的困难和费用，是云原生设计的另一个缺点。IT部门通常通过使用混合环境来减轻这些担忧。在这种情况下，主数据库和文件存储库保留在私有基础设施上，而云计算基础设施则包含副本或缓存的数据子集

（编辑：宜春站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!