Migrating to Cloud-Native Application Architectures中文版《迁移到云原生应用架构》

云原生的崛起
 
软件正在吞噬世界。
-马克·安德森
 
软件公司正在吞噬那些稳定的具有领导型的传统大企业。像Square、Uber、Netflix、Airbnb和Tesla这样的公司继续拥有快速增长的私有市场估值,成为新的领先者。这些创新型公司有什么共同点?
  • 创新的速度
  • 总是可用的服务
  • Web弹性
  • 移动为中心的用户体验

转向云是专注于软件的自然演变,而云原生应用程序架构是这些公司获得颠覆性特征的核心。所谓云,我们指的是任何计算环境,在这种环境中,计算、网络和存储资源可以按需、自助的方式进行弹性调配和释放。此定义既包括公共云基础设施(如Amazon Web Services、Google cloud或Microsoft Azure),也包括私有云基础设施(如VMware vSphere或OpenStack)。

在本章中,我们将解释云原生应用程序架构如何实现这些创新特性。然后我们将研究云原生应用程序架构的几个关键方面。
 
Why Cloud-Native Application Architectures?
 
首先,我们将研究迁移到云本地应用程序架构背后的共同动机。
 
1. Speed(速度)
 
这一点很好理解,速度决定成败。能够创新、实验,并且清晰地以软件的形式传达出公司的产品模式和解决方案将会赶超那些传统的公司。
 
在企业中,提供新的应用程序环境和部署新版本软件所需的时间通常以天、周或月为单位。这种缺乏速度的情况严重限制了任何一个版本都可能承担的风险,因为犯错误和修复错误的成本也是在同一时间尺度上衡量的。
 
互联网公司经常提到他们每天部署数百次。为什么频繁部署很重要?如果每天可以部署数百次,那么几乎可以立即从错误中恢复过来。如果你几乎能立刻从错误中恢复过来,你就可以承担更多的风险。如果你能承担更多的风险,你可以尝试野生实验的结果可能会变成你的下一个竞争优势。
 
基于云的基础设施的弹性和自助服务特性自然适合这种工作方式。通过调用云服务API来提供新的应用程序环境比基于表单的手动过程快几个数量级。通过另一个API调用将代码部署到新环境可以提高速度。将自助服务和挂钩添加到团队的持续集成/构建服务器环境中,可以提高速度。最终,我们可以衡量精益专家marypoppen-dick的问题的答案,“您的组织部署一个只涉及一行代码的变更需要多长时间?”?“几分钟或几秒钟。
 
2.  Safety(安全)
 
3. Scale(可伸缩)
 
4. 移动应用和客户端多样性
 
 
Defining Cloud-Native Architectures
 
 

猜你喜欢

转载自blog.csdn.net/nmj2008/article/details/113859049