如果不能共享脚本或代码，您真的能实践 DevOps 吗？DevOps 宣言 的拥护者重视跨职能团队、共生关系和持续反馈循环。有效的 DevOps 举措创建了参与度高的社区，团队互动放大了个人行为。当技术团队发现采用 DevOps 文化 比使用 DevOps 工具更困难时，建议将开源之道 作为前进的道路。
通过采用开源之道，DevOps 举措可以弥合团队成员之间的差距，并建立基于开放交流、参与、快速原型设计、精英管理和共同目标的内部社区。 Jen Krieger 挑衅性地提出“没有开源就没有 DevOps”。 Jen 提出了有力的观点：拥抱共享、可见性和共同目标的开源文化将人们聚集在一起，使个人贡献社会化，并提高 DevOps 团队的绩效。
首席架构师和开发经理可以通过分享想法、团队活动和挑战来帮助创建 DevOps 文化。当我担任开发经理时，我发现团队成员经常面临类似的挑战。通过简单地分享团队成员编写的框架、代码片段或教程，我能够加速项目交付并提升开路先锋的个人品牌。当团队采用开源之道时，“使用 DevOps 完成某事”变成了“更快地完成某事”，方法是重用预构建的配置脚本、虚拟机以及使用 DevOps 原则和实践创建的代码。
领导成功 DevOps 举措的经理和主管系统化地进行共享、协作和反馈。除了使用 Jenkins 和 Puppet（或 Chef）进行持续交付之外，还要在整个开发生命周期中建立协作和可见性。自助项目创建、开放项目仪表板、开放错误报告和项目论坛创建了一个协作空间，提高了团队成员的可见性，展示了项目势头，并鼓励重用。通过采用基于交付代码、接收输入和快速发布增强功能的开源反馈循环，团队可以成为值得信赖的首选解决方案提供商。
拥护者将 DevOps 定位为“快速缓解项目痛苦”的一种手段。小的协作改进确实弥合了需求和交付之间的痛苦差距。为了弥合痛苦差距，DevOps 从业者通常专注于“基础设施即代码”、“持续交付”和自动化活动。平衡 DevOps 快速原型工作与管理者对团队协作、减少工作量和采用预构建构建块的关注。企业架构师可以通过与开发人员和运维人员合作创建可重用的、预构建的解决方案加速包（即基本虚拟机、标准云环境、共享策略执行框架和配置配方）来提高其相关性。企业架构可以成为嵌入式项目需求和共享 DevOps 解决方案之间的桥梁。
在“实践 DevOps”时，不要只构建基础设施即代码和自动化活动。鼓励跨团队社区，放大个人贡献，并推广新兴解决方案。这三个 DevOps 成功行动也是有效开源的核心。
通过将开源之道融入您的 DevOps 转型，您可以提高 DevOps 效率，提升个人能力，并增强每个人的开源资历。如果个人犹豫不决，不敢参与、分享想法、进行实验和做出贡献，请推荐参与开源的 10 种方法。这些想法也适用于 DevOps。
4 条评论