云原生应用交付的关键点
极客时间编辑部
讲述：初明明大小：4.07M时长：04:27
来源：阿里巴巴云原生
近日，公众号“阿里巴巴云原生”整理了阿里云高级研发工程师郝树伟（流生）在《架构师成长系列》 的直播内容，其主要分享了云原生应用交付的关键点以及 Kubernetes 中的应用发布策略。本文精选了其中“云原生应用交付的关键点”分享给你，以下内容摘自原文。
软件技术更新换代很快，但我们追求的目标是一直不变的，那就是在安全稳定的前提下，增加应用的部署频率，缩短产品功能的迭代周期。这样的好处是企业可以在更短的时间内获得产品的价值、更快地获得客户反馈和响应客户需求，从而进一步提升产品的竞争力。除此之外，企业还可以释放更多的资源投入到创新业务的研发上，创造更多的价值，这是一个良性循环的过程。
应用产品的快速迭代固然能给我们带来各种各样的好处，但挑战也与其并存。更高频率的应用发布，意味着线上业务有不可预期故障的风险更大，
云原生应用交付的关键点
我们说频繁地进行产品迭代意味着更大的故障风险，传统应用如此，云原生应用更是如此。因为云原生应用通常都是基于云的分布式部署模式，且每个应用可能是由多个功能组件互相调用来一起提供完整的服务的，每个组件都有自己独立的迭代流程和计划。
在这种情况下，功能组件越多，意味着出错的概率越大。那么如何在应用交付层面对上述这些痛点做出改进，我们总结出以下几个云原生应用交付的关键点。
如何充分利用云原生架构基础设施的优势。这个优势我们可以简单总结为两点：弹性和高可用；
如何具有跨平台移植和交付的能力。基础设施底层的计算、存储、网络资源有很大的差异化，在以前，基础架构的不同是由上层应用决定的，而云原生应用的交付需要具有跨平台移植和交付的能力；
如何实现应用运维自治化。自治化不等于自动化，自动化是指触发一个流程，流程结束后能自动达到想要的一个预期结果，而自治化是指应用在高可用的运行态时，如果其中某个功能组件的某个副本出现故障，应用能自动移除故障副本并补充新的应用副本；
如何让应用变得更具有可预测性。应用的交付终态，在我们编写应用编排模板的时候就是可预测到的，如果应用的交付变得更有可预测性，那么风险也会最大程度地降低；
如何提高应用更快的平均恢复时间。如果应用有超出应用自治能力范畴之外的故障发生，需要人工介入，那更快的平均恢复时间就意味着更低的业务损失。
Kubernetes 是一个可移植的，可扩展的开源平台，用于管理容器化的工作负载和服务，可促进声明式配置和自动化。它自身的平台能力已经满足了我们前面提到的大部分需求。
Kubernetes 使用容器技术部署应用，这样的好处包括但不限于：
应用程序创建和部署更敏捷
可移植性
环境一致性
松耦合和分布式
资源隔离
高效率和高密度的资源利用
Kubernetes 还提供了应用管理、调度、监控和运维的强大能力，这包括：
服务发现和负载均衡能力
应用的自动部署和回滚能力
应用的自治修复能力
存储编排能力
密钥和配置管理能力
而 Kubernetes 也有很多功能是不提供但允许扩展的部分，比如日志采集、监控报警等能力。
下图就是阿里云容器服务是在支持标准 Kubernetes 的基础上，对与用户息息相关的能力做了增强和提升后的架构大图，包括提供最大的弹性化与低成本的全球化接入能力、强大的安全架构支撑能力、深度整合阿里云基础资源服务的能力，并且，经过双 11 验证和沉淀了海量用户经验，同时支持专有、托管、无服务化、边缘和神龙裸金属等多种产品形态。
以上就是郝树伟对“云原生应用交付的关键点”的介绍，希望能给你带来参考价值。
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线笔记
复制
AI
- 深入了解
- 翻译
- 解释
- 总结
该免费文章来自《极客视点》，如需阅读全部文章，
请先领取课程
请先领取课程
免费领取
© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
登录 后留言
全部留言(3)
- 最新
- 精选
小斧如何充分利用云原生架构基础设施的优势。 如何具有跨平台移植和交付的能力。 如何实现应用运维自治化。 如何让应用变得更具有可预测性。 如何提高应用更快的平均恢复时间。1
苍茫感谢分享
better感谢老师分享，不断学习！
收起评论