在云计算上下文中,什么是云原生应用?并且“基于云(cloud-based)”与“云原生(cloud-based)”指的是完全相同的架构吗?
云原生开发意味着使用一套特定的方法和工具,或者简单地在特定环境上安装、运行和管理你的应用吗?
让我们试着用朴实的语言给出云原生应用的定义,以及云原生开发过程的关键原则,消除其一些神秘感并消除围绕云原生技术和云原生架构的一些混乱。
什么是云原生应用?
最简洁的定义可能是它是使用基于云的技术开发的应用程序,完全放在云上并在云上进行管理。你是否感觉到“基于云( cloud-based)的应用”与“云原生(cloud-native)应用”之间的根本区别?
前者(“基于云的应用”)可以是一种老一点的应用,经过重新构架之后运行在云操作系统上。而后者则是从一开始就是在云上。
云原生应用端到端的(end-to-end)运行在云上。这意味着它已经使用基于云的技术和服务进行编写,测试并部署在云中,而不仅仅是后来才将其托管到云计算环境中。
现在,如果要突出云原生应用区别于传统应用的特征,我将它们概括为三点:
它们在构建时就考虑了敏捷性和高度灵活性,这意味着可以带来更好的安全性,顶级的性能并改善客户体验。
迅速地运行新功能、采用变更以及全面自定义应用;
它们不依赖“单体式”的软件代码库; 相反,它们以“模块化”的方式构建,并利用了多种基础设施和云计算框架。
云原生应用的三个典型的特点
换句话说,我们怎么识别一个云原生应用呢?
让我将一长串的特征缩减为最具体的特征:
它们不会局限在特定的公有云基础设施上。
它们可以很好地水平扩展,因为它们利用了云平台的弹性。
它们在“构建”过程中使用了一系列“云特有”的开发与运维方法论,技术以及架构方法,包括:轻量级的容器环境,基础设施即代码,微服务,编排。
开发云原生应用的7个原因
如果你认为以上所提及的云原生特性还不足以让你选择云原生开发,这里有一些更具说服力的东西:
1 管理基础设施更加容易
让无服务器架构来为你服务!
在诸如AWS Lambda和Azure Functions这样的serverless平台的帮助下,类似于配置网络,提供云实例,确保有充足的存储空间等操作都会被自动关照。
所有留给你做的就是上传你的代码。
2 云原生应用对故障更具韧性
“理想”的应用会自带自愈能力。因此,希望它能够自动处理“停转(outages )”,具有内在的容错能力。如果出现问题,你的云原生应用将会“迅速”而谨慎(discreetly)地从一个数据中心转移到另一个数据中心。简而言之:终端用户的体验不会被影响,并且你不必再为停工检修(downtime )的成本而焦虑。
3 你可以更快地发布你的APP
因为它支持DevOps 过程——诸如构建、测试、部署等关键操作的自动化与协同实现了流水线化——你的云原生应用就会加速整个软件的交付过程。
4 低成本
成本减少背后的四个主要原因:
容器:容器化的应用将使你更加轻松和安全地对其进行管理。
云原生工具,可以使工具运用达到一定程度的标准化。
开源模型(The Open-Source Model)
无服务器计算(Serverless Computing,),支持按使用付费模式并提升了定价的灵活性
5 你的应用可以自动的(水平)扩展以满足需求的增长
云原生应用架构的主要属性之一是自动扩展。
基本上,你的应用程序将根据默认情况进行扩展,以处理你未来的业务需求。而这也反映在成本上:你只为你使用的计算资源付费。
6 你的应用支持自动供给(Auto-Provisioning)
只要想象一下:你的关键业务app将会平稳运行(non-eventful),恰好按照应用所需来分配服务。
它(关键业务app)将会自动地利用“自服务”以及编程式的供给(programmatic provisioning),这样你不必为它们的平滑运行手动提供所需资源。
7 你将会提供更好的客户体验
可以十分确信的预见,由于云原生的原则是以快速交付新功能和不断迭代为中心,因此你将能提供更好的终端用户体验。