共计 2445 个字符，预计需要花费 7 分钟才能阅读完成。
作者：R.D. Danes
本文是作为 Orate 项目的一部分编写和制作的，该项目帮助组织讲述技术故事
云原生生态系统如此繁盛地增长，企业是否幸运？一整套精心打造的工具正在朝他们扩展。实现基础架构和应用程序现代化的手段触手可及。问题？他们迷失在一堆可能适用于某些组织的工具中，而不是他们自己的。在上个月在华盛顿州西雅图举行的 KubeCon + CloudNativeCon 北美 2018 年会议上，企业领导人聚集在一起分享从这一系列中挑选最佳工具的技巧。
有一个题为“避免云原生态景观中的杂草”的小组讨论，聚集了四位在企业 IT 战壕中辛勤工作的专业人士。主持人 Priyanka Sharma 是 GitLab 负责联盟的主管，也是 OpenTracing 项目的贡献者，她从小组成员的头脑中寻找云原生工具的技巧。他们在采购、尝试、返回和交换工具方面分享了现实世界的成功和失败。
为什么云原生？
对于涉及云原生的 IT 团队而言，两个坚实的规则在讨论中脱颖而出：1）预先进行彻底的研究，并且 2）毫不犹豫地放弃一个没有成功的选择。
在开始囤积工具以解决所有应用程序性能问题之前，请确保对可能性进行实际检查，CVS Health 的 PaaS 和配置管理 IT 主管 Melissa Chapman 提供建议。
“如果你有一段糟糕的代码或一个糟糕的应用程序，而你认为一个工具会修复它，你就错了。”她说。
企业需要将自己的最终目标放在首位。为什么云原生？他们想加快应用程序开发和部署吗？给他们的开发者更多的空间来冲动创新？提高 DevOps 团队的敏捷性？他们是否真正了解云原生技术如何帮助他们实现这些目标？
“工具是达到目的的手段，”T-Mobile 平台架构总监 Brendan Aye 说。
“你不会看到华尔街日报关于一些公司推出伟大工具的文章。”
随着围绕新技术的所有宣传，人们很容易忘记它只在改善业务成果方面才有用。一个企业的奇迹可能会在另一个企业中失败。它可能与旧技术不兼容，或者工作人员可能缺乏使用它所需的技能。
也就是说，选择有用的工具，并不完全取决于试验和错误。公司当然可以定义目标，并建立工具必须满足的标准，然后才进行测试。
介绍非官方的 AEIOU 云原生标准组织
谁记得学习元音？
Delta Air Lines 的高级系统工程师 Jasmine James 和她的同事重新调整了旧的“AEIOU”歌曲。他们把它变成了一个缩写，并用它来确定云原生工具的大小。它是这样的：适用性（Applicability）、企业就绪（Enterprise-Ready）、集成（Integration）、开销（Overhead）和效用（Usefulness）。
Jasmine 说，最重要的因素是效用。即使其他企业在使用工具方面取得了很大的成功，Delta 也不会抓住它，直到确定它可以从中获取一些效能。“我们希望确保你能够以正确的方式实际地使用它们。”
用例治疗转化焦虑症
根据一些明确定义的用例，最容易确定效用。企业知道问题，知道过去没有用的东西，以及最终可以解决的问题。
Lyft 软件工程师兼 CNCF 项目 Envoy 的创建者 Matt Klein 表示，以渐进方法采用云原生技术和现代化应用程序要比沸腾海洋（boiling the ocean）更加明智。
“我真正推荐给每个人的旅程，是真正考虑面临的问题，并尝试逐步进行。就像，没有 Big Bang 解决方案，”他说。“采用单一技术不会在一夜之间改变业务，但单一工具可以大大改善一个用例或应用程序。像这样的一系列简单步骤最终可能会导致业务转型。”
尝试，失败，继续尝试
如果工具不起作用怎么办？如果这是一场彻底的灾难怎么办？容易，扔掉它，并尝试新的东西。
“任何一个用例都有几十种工具，”Aye 说。“也许 CNCF 的项目 Prometheus 1.0 在你的公司中失败了，但 Prometheus 2.0 可能会提供第一个版本所缺少的一切”。
Melissa 同意快速迭代是找到最适合云原生工具的皇家之路。
CVS 希望将其收据数字化，以便客户可以在智能手机上查看它们。它尝试了云原生技术，失败了，继续尝试，并最终成功。
“我们从一些我们认为会帮助我们的工具开始，但没有效用，”她说。
“所以我们很快就转移了，但最终变得非常棒。”
要集成，还是不集成？
当一家公司最终找到适合它的工具时，很快就会意识到有太多的工具需要管理。然后怎样呢？它应该选择将功能集中在一起的工具吗？
“也许不是”，Brendan 说。“我不想点名供应商，但是现在有一些日志工具开始集成指标，和一些指标工具开始集成日志记录，我觉得这是一个好方法对两边做坏事。”
最好的点解决方案通常比平庸的混合方案更可取。云原生生态系统需要集成工具，以便在不削弱其功能的情况下进行更容易的管理。
我们将可以在 5 月 CNCF 再次在西班牙巴塞罗那召开的 KubeCon + CloudNativeCon EU 2019（CFP 提案征集截止日期为太平洋标准时间 2019 年 1 月 18 日）看到多大进展。
2019 年 KubeCon + CloudNativeCon 中国论坛提案征集（CFP）现已开放
KubeCon + CloudNativeCon 论坛让用户、开发人员、从业人员汇聚一堂，面对面进行交流合作。与会人员有 Kubernetes、Prometheus 及其他云原生计算基金会 (CNCF) 主办项目的领导，和我们一同探讨云原生生态系统发展方向。
2019 年中国开源峰会提案征集（CFP）现已开放
在中国开源峰会上，与会者将共同合作及共享信息，了解最新和最有趣的开源技术，包括 Linux、容器、云技术、网络、微服务等；并获得如何在开源社区中导向和引领的信息。
大会日期：
提案征集截止日期：太平洋标准时间 2 月 15 日，星期五，晚上 11:59
提案征集通知日期：2019 年 4 月 1 日
会议日程通告日期：2019 年 4 月 3 日
幻灯片提交截止日期：6 月 17 日，星期一
会议活动举办日期：2019 年 6 月 24 至 26 日
2019 年 KubeCon + CloudNativeCon + Open Source Summit China 赞助方案出炉啦
