《云原生时代——投资人视角下的云原生趋势思考》一文最近刷屏了朋友圈，云原生一个技术圈的名词，被一个投资人进行了详细和形象通俗的解读，读起来很畅快的同时，不仅思考作为一个云计算行业从业人员，我们怎么看云原生趋势？云原生跟数字化创新的链接点在哪里？云原生对哪些哪些客户是有帮助的？
任何不可技术验证的，都是耍流氓；想靠纯一纸协议来约束和指导（流程）而没有更高效率的技术手段进行监管，都很容易流于形式。
云原生之所以能从技术领域扩展到投资圈（业务领域），一个很重要的因素，作者看来，是因为如今时代，数字化、数据化、智能化可以帮助企业快速对齐业务目标和技术目标，加速市场化验证和反馈机制，从而增强企业产品或服务的市场竞争力。
VUCA World - 混沌时代
VUCA 是 Volatility（易变性）, Uncertainty（不确定性）, Complexity（复杂性） 和 Ambiguity（含糊不清） 四个单词的缩写，诞生在领导力领域的一个理论，1990年代，美国陆军战争学院推出的常用缩写 “VUCA”，用来描述在阿富汗和伊拉克面临的新的、不断变化的极端条件。
泛指一个 “Uncontrollable 无法掌控” 的环境 ———— VUCA World
其中 Volatility（易变性）是指一个行业、市场和世界的变化速度，它与需求波动、动荡和市场短周期有关，世界越不稳定，事物的变化就越多、越快；Uncertainty（不确定）指的是我们能够自信地预测未来的程度。部分的不确定性被认为和人们无法理解发生了什么有关，不确定性也是环境的一个更为客观的特征，世界越不确定，预测就越困难； Complexity（复杂性）是指我们需要考虑的因素数量，它们的多样性以及它们之间的关系，因素越多，多样性越大，相互联系越多，环境就越复杂，世界越复杂，分析就越困难；Ambiguity（含糊不清）是指对某事解释不清楚，例如，当信息不完整，矛盾或太不准确而不能得出明确的结论，更一般地，它指的是概念和术语的模糊性和模糊性，世界越模糊，就越难解释。
跟我们目前所处的国际环境很像，商业和生活中，含糊不清，波动性，不确定性和复杂性通常也是常态。
含糊不清迫使组织和团队，重新思考他们在做的事情，以及为什么这样做，以终为始，具体可借鉴《AWS的产品创新始于写新闻稿》一文；
波动性更是商业的现实，但享受波动，构建反脆弱机制，以及利用技术手段，可预测性的事情数量要远远超过大部分人的想象；
复杂性本身是你观察业务的视角决定的，大多数复杂的概念和情况都可以被细分、澄清和逐步解决；
如今的世界可能是快节奏的，但从客户价值出发，清晰业务愿景，对齐技术架构，拆分成独立的拥有更多自主性的小团队，有助于我们采取积极行动，并快速获得市场反馈，提升产品成功的概率；不确定性意味着，不是所有的投入都可以获得市场认可，对内，更多可以提升团队效能，对外，加速产品推向市场获得反馈，并不断迭代。
云原生观
信息化系统正在通过部署大量的数字化产品，改善用户（包括内部用户）的体验，从而可以快速收集大量多维数据，推动业务快速创新与变革
云原生的一个更 AWS 的定义，是 Adrian Cockcroft 在他的一篇博客里提到的 “云原生架构充分利用按需交付、全球部署、弹性和更高级别的服务。它们大大提高了开发人员的工作效率、业务敏捷性、可扩展性、可用性、资源利用率和成本节约。“
云原生（Cloud Native）跟云计算本身有非常密切的关系，一个最朴素的定义是 “云原生是一种构建和运行充分利用云计算模型优势的应用程序的方法。”
随着 CNCF 社区的发展，开源的不断进步，以及云计算的持续创新，我更愿意把云原生定义成一个更广泛的含义：
-
现代化 IT 架构：“云原生技术有利于各组织在公有云、私有云和混合云等新型动态环境中，构建和运行可弹性扩展的应用。云原生的代表技术包括容器、服务网格（Service Mesh）、微服务、不可变基础设施和声明式API；这些技术能够构建容错性好、易于管理和便于观察的松耦合系统。结合可靠的自动化手段，云原生技术使工程师能够轻松地对系统作出频繁和可预测的重大变更。”
-
现代企业组织架构：韩都衣舍的 3人创业团队，合伙人制度，Supercell的神奇二人组，亚马逊的两个披萨团队，奈飞的自由与责任宣言，这些成功的案例，都启发我们，现代化 IT 架构需要相应的企业文化和组织形态，才能发挥最大的效果，面向产品而不是面向项目的敏捷、自主的小团队，面对 VUCA 时代更灵活，不断迭代的产品和服务更经得住真实“客户”的考验。
-
云原生公司： 最简单最容易成为云原生的公司，首先是哪些没有历史包袱，在云计算上诞生和壮大的创业公司，云计算降低了传统大规模软件产品研发的难度，使得无服务器，低代码产品快速原型和投放全球市场变得更加容易，以亚马逊为例，从2006年成功转型成为一个科技企业之后，内在的组织转型加上 IT 架构转向SOA和微服务产品团队，电商季节性大的市场波动，创新出 AWS 服务，满足客户弹性IT架构适配波动业务的诉求，从而开启了云计算的大时代。
产品团队 vs 项目团队
项目型团队在组织中广泛存在，通常不同特长的成员会形成各职能部门，比如业务分析团队，架构师团队，设计团队，PMO团队，开发团队，运维团队，测试团队等等，需求说明书到项目立项，采购，组建团队，验收，有一整套非常完善的流程管控，很多组织都能力成熟度模型（Capability Maturity Model for Software，简称 SW-CMM）来指导和改善组织的软件研发效能。
项目型团队，通常适合企业稳态业务，强调流程管控，有两个非常典型的特征，（1）软件开发验收完成，整个流程就结束，后续的持续运维和改进，会变得非常痛苦（2）项目团队的成立是立项之后，从各职能部门抽调形成的短期团队，不负责软件产品和服务的价值和客户营销推广。
而产品团队，更适合企业敏态业务，长期对所开发的产品负责，整个团队负责需求分析，用户旅程，产品研发运维，产品推广和持续运营，为整个产品或服务的成败直接负责；不是开发完成再丢给市场，而是先有创意，再写新闻稿，很多想法都经不起下面的灵魂五问：
- 谁是客户?
- 客户的挑战或机遇是什么?
- 客户最重要的收益是什么?
- 你怎么知道客户有这样的需要或想要什么?
- 客户会有怎样的体验?
数字化产品研发交付价值链
如上图所示，整个过程最关键的还是“人”的因素，因此，一个云原生企业一定有一个开放的企业文化，注重团队自身的能力建设，而敏捷力是数字化产品研发敏捷交付的必备能力，而所谓的小步快跑的速度度量，应该从鼓励尽快部署上线开始，再通过自动化和数据思维来提升数字化产品质量；
工欲善其事，必先利其器；看起来非常复杂的迭代过程，结合公有云的基础设施加上云原生的技术栈，几乎没有太多技术门槛。
云原生技术栈
云原生技术还是不断发展和丰富中，云原生企业通常会关注，产品化平台建设（数字化创新平台，业务领域，业务服务，技术平台服务，数据平台，基础能力平台等），容器技术（不可变基础设施，不可变应用服务，动态编排，弹性扩展等等），微服务和API契约，智能分析和决策，创新文化，敏捷和研运一体，同时充分利用云基础设施。
云原生技术和生态给到企业非常多的选择，但也要注意循序渐进，利用云原生卓越中心，进行持续的内部赋能，并在实际重要的产品中进行实践打磨，沉淀适合自己的最佳实践，并尽可能产品化，工具化，自动化，减少推广阻力。
如何开始云原生之旅？
企业云原生是一个中长期的旅程，可以从了解“自己”开始，邀请专业服务团队进行能力评估和现状访谈，并达成一致的“要去往何方”理解。也可以先学习体验，再通过一个真实的（ Minimum Viable Product (MVP)）最小可行产品进行迭代上线，在实战中，总结需要提升的能力领域。
9月份开始我们也会逐步启动云原生相关的训练营，目前已经开放一个在线的动手实验，欢迎大家自行体验反馈：
https://enterprise-cloud-native.workshop.aws/
有任何建议和想法可以通过以下邮箱联系我们：
cloud-native-immersionday@amazon.com
参考资料和扩展阅读：
- What VUCA Really Means for You: https://hbr.org/2014/01/what-vuca-really-means-for-you
- https://www.forbes.com/sites/karenmartin/2019/04/25/managing-vuca-is-easier-than-you-think/
- https://www.youtube.com/watch?v=g0R5Dd2QrAo
申明
本站点所有文章，仅代表个人想法，不代表任何公司立场，所有数据都来自公开资料
转载请注明出处
诞生于 2019，遇见 2020。
感谢关注，欢迎动动手指标星和置顶；
这样就不会错过少但精彩的技术探讨、团队建设、案例分享！
每周至少一更，转发是对我的最大鼓励！
学习之路漫漫，走走停停，
偶有所感，随心所记，
言由心声，问心无愧！
从客户中来，到客户中去！
