问题描述
在一个小型敏捷开发团队中，我是一个开发人员，我们的应用程序在很大程度上依赖于Kafka。我想知道“你构建它，你运行它”的DevOps范 paradigm 在运行和维护像Kafka这样的被其他团队使用的共享服务时会产生什么影响。
这个“你构建它，你运行它”的理念是否只适用于我们的应用程序？
DevOps是否真的意味着“你正在使用另一个服务，因此你也必须管理该服务”？
解决方案
请注意以下操作可能因版本差异而有所不同，对你的团队而言，最适合的方法可能有所不同。
为了理解DevOps中共享服务的运维责任，我们需要将其放在更大的流程和系统思维背景下来考虑，这也是DevOps核心价值之一。
DevOps的核心价值
- 流程优化与系统思维：DevOps鼓励将每个成员视为整个系统的一部分，共同努力提高价值流向客户的速度。
- 协作与共享愿景：DevOps强调帮助组织制定共享愿景，以及逐步协作地实现这一愿景。
在这种情况下，焦点需要从“技术特定的孤立”转向“跨职能团队”，每个DevOps从业者需要拥有T形技能，既要有核心责任，也要有共享责任。
所以，来回答你的问题：
DevOps是否真的意味着你正在使用另一个服务，因此你也必须管理该服务？
我认为这取决于情况。
如果你的能力可以管理该服务，从而“增加工作流向流程并将价值传递给客户”，那么是的。
然而，如果这会导致你成为工作流的瓶颈或约束（可能是因为你被额外的责任压垮），那么是否定的。
如果你能够与其他人共享这个责任，并在管理服务的同时（并具备系统和流程的思维方式），与他们合作，以使你们中的任何人都不会因过多的工作而成为工作流的约束，那么是的。
参考资料：
– DevOps的核心价值
– 你构建它，你运行它
– 什么是DevOps
– 跨职能团队与DevOps
这里提到的“增加工作流向流程并将价值传递给客户”意味着，通过协作和共享责任，能够促进工作的顺畅进行，从而为客户提供更快的价值交付。
共享服务的运维方法
对于共享服务的运维，可以考虑以下方法：
- 跨团队协作：与使用相同服务的其他团队共享运维责任，确保流程顺畅，共同解决问题。
- T形技能发展：作为DevOps从业者，除了核心技能外，还要学习并掌握与共享服务相关的知识，以确保能够有效地运维。
- 自动化与监控：借助自动化工具和监控系统，减少手动操作，及时发现并解决问题。
- 持续改进：不断评估运维流程，寻找优化机会，确保服务的高可用性和稳定性。
不同的团队可能会根据其特定情况和需求采取不同的方法，但核心是保持协作、共享和持续改进的理念。
请记住，共享服务的运维不仅仅关乎技术，还涉及到团队协作、流程优化以及整体价值流的提升。
确保权益与义务的平衡
在共享服务的运维中，需要平衡自身权益和义务。确保你的责任范围不会使你成为瓶颈，同时也要与团队协作，共同确保服务的稳定性和性能。通过适当的协商和沟通，确保每个团队都能够平衡工作负荷，并为整体流程的顺畅运行作出贡献。
提醒：在DevOps中，追求共同价值和顾客价值的增加是核心目标。因此，在决策和实施共享服务的运维方法时，始终以增加整体价值为导向。
其他留言
- 感谢你提供的见解，尤其是指向“增加价值流”的观点，这对于实际操作很有帮助。
- 或者可以称之为P形技能。 :)
- 我很好奇这会是什么样子。 :)
- 我觉得π形技能更合适。 :-D
- 嘿，还有一个可以问的“术