云原生世界在很大程度上依赖于开放源代码工具

尽管该空间中的整合很少，而是广泛使用了各种各样的工具。另一个发现并不会让这个领域的许多人感到惊讶，一旦您检测了某些东西，就必须能够正确查看它。否则，没有太大的好处，这两个项目都出现在云原生生态系统的早期，并且都相当稳定。读过一个项目的教程的人会发现经常引用另一个项目，因此，这两者之间确实相互反馈，并导致这种反馈回路同时获得了成功。

用户的单一类型，初创公司和大公司都使用监视堆栈

我回想过去几个月来与客户的对话，为什么框架定义Java的云原生未来，无服务器可观察性：指南为跨工作负载，容器和用户安全奠定基础，我认为这是任何主流或通用软件的普遍问题，但过去几年发生了很多变化，这是迄今为止酷的-关于配置即代码，一开始我非常怀疑这是否行得通，但是行之有效，如果您要使过程自动化，那么这就是您的起点，因为所有配置现在都作为代码了，因此您可以将其放入存储库中，在配置为代码可用之前，这个过程就不存在了。

什么时候有意义，什么时候没有意义

在使用插件之间要权衡取舍，因为它很方便，而在不需要时则依赖于插件，如果您更新管道，则行为会有某种变化-否则为什么还要更新它？您需要确保不断变化的行为不会突然破坏其他团队以前可以使用的功能，一条经验法则是，如果插件将影响服务器的构建，则避免这种情况，服务器构建应该是您的项目或构建脚本的一部分，这不是CI系统的关注，而是开发人员的关注。

在编写自己的管道时，获得的好处包括单一的事实来源，使您知道事物是如何构建的，并在需要时充当备份

管道组件可以重复使用，保持一致并减少样板，适合大多数您会遇到的项目，脚本化的语法允许您明确定义您要执行的操作，脚本化语法可用于分配计算资源并为管道选择不同的代理，您可以预先选择某些内容并完成结果，从字面上看您正在编写程序，这肯定会涉及到“更陡峭的学习曲线，但同时也使您可以做得更加动态。

利用这些多分支机构

这使您能够执行有关合规性，可重用性，资源消耗，成本和风险的标准，可以使自动化工作流在整个企业中可用，并使任何人都可以做出改进，而不仅仅是自己做，始终关注DevOps工程师–不会觉得您通过强迫他们进行严格的代码控制而放慢了他们的速度，您基本上可以非常快地完成任何事情，并且过去使用的越多，将来就会发现更多的用例，通过“捕获”存储库中的相应代码来利用所有这些创造力，可以使您的自动化游戏更上一层楼。