麻烦的 DevOps 工具链
在创造性的设计与敲代码工作以外，开发者经常还须要腾出精力解决许多确定性、重复性高的工作，DevOps 工具链的治理就是其中一项。
在软件研发生命周期的各个环节，工具的选型、买通、落地、保护都不是易事。
一站式 DevOps 平台
许多云厂商因而推出一站式 DevOps 平台，用大而全的解决方案节俭研发团队在 DevOps 工具链治理事务上投入的资源。一站式平台的确带来了便当，但须要注意这种便当建设在让渡局部抉择自在的根底上。站在全局视角，受限的选择权有时反而会侵害研发效力。
随着软件工程复杂化，微服务架构被宽泛采纳。服务拆分成微服务，并由一个团队独立负责，每个服务都能灵便抉择其架构，服务之间可能编程语言不同，部署形式和特点可能也不同。
此时，一站式 DevOps 平台就难以满足微服务架构下各团队对于灵活性的需要。
开源 DevOps 工具链
更合乎微服务理念的 DevOps 工具链，该当容许各服务团队依据业务须要与开发者偏好，灵便抉择最能为本人提效的工具；当团队思考采纳更优工具 / 实际时，能够低门槛地与现有工具链整合或替换现有工具，而不必被现有厂商绑定。
但搭建一条残缺的工具链，投入利用并继续保护，前提条件是搞清每个环节的“最佳实际”。这不仅须要有足够人力反对，也须要工程师的教训十分丰盛。
第三种抉择？
咱们既想要有开源 DevOps 工具链的灵活性，给开发者充沛的工具抉择自在；也想要有一站式 DevOps PaaS 服务的轻松便当，毋庸团队投入过多人力物力去钻研，可能高效落地。
近期公布 0.1.0 版本的 DevStream 正是为了解决这个问题：解决开源 DevOps 工具落地的难点，搞定开源 DevOps 工具链之间买通的痛点，解放研发团队的生产力，让大家少在 DevOps 工具上踩坑，腾出更多的精力在本人的业务逻辑上。
DevStream v0.1.0 目前能干什么？
DevStream 是一款解决 DevOps 工具链治理的开源工具。用一个简略的配置文件，将 DevOps 全生命周期各个环节的支流开源工具治理起来，包含这些工具的疾速装置部署、最佳实际配置、工具间的买通等等。目前的 v0.1.0 可能做到
- 缺点、需要治理 – Trello (集成 GitHub)
- 源码治理 – Golang 脚手架生成
- CI 流程 – Golang、Python、Nodejs
- CD/GitOps – ArgoCD / ArgoCD App
- Monitoring – kube-prometheus
Demo 视频：https://www.bilibili.com/vide…
DevStream 的将来布局
DevStream 的愿景是实现“DevOps toolchain as code”，届时整个 DevOps 工具链都将以 DevStream 作为惟一入口来运维，dtm（DevStream 命令行工具）将成为 DevOps 工具链的“single source of truth”。当开发者须要替换工具链的某一个环节，用几行代码就能够搞定。
DevStream 目前曾经局部实现“single source of truth”，部署好的工具产生的局部变更曾经可能被 dtm 感知到，并且 dtm 会判断这种变更是否正当，是否须要修复，进而采取相应的动作让整个 DevOps 工具链变得更牢靠。
如何开始
DevStream 的倒退离不开社区用户的反对，DevStream 欢送所有人参加社区建设，一起欠缺 dtm 的性能，让 dtm 越来越弱小！
你能够在 GitHub 上找到 merico-dev/stream 我的项目，README 里有更加具体的介绍，欢送大家下载、体验、捉虫、提 Issue、挑刺、bugfix 等等。
如果您有任何倡议或疑难，能够退出 Discord 或 点击 merico-dev/stream->Readme->DevStream 用户微信群，与 DevStream 开发者沟通。