开发者学习笔记【阿里云云原生助理工程师认证（ACA）课程：阿里云云原生 DevOps - 企业开发过程的困境】
课程地址：https://edu.aliyun.com/course/3112075/lesson/19059
阿里云云原生 DevOps - 企业开发过程的困境
内容介绍：
一、软件发布链路多，开发周期长
二、基础设施环境复杂
三、缺少自助式的持续交付平台
四、 DevOps 工具链自建复杂度高
一、软件发布链路多，开发周期长
传统的软件企业在开发过程中会遇到一些困境，以漫画形式做展示。
漫画中用户需要修改需求，此时产品经理找到研发人员要求修改代码，修改代码需要重复一次开发流程，从定需求到排期开发，部署调试，测试，预发布，验收直到正式发布，传统的开发模式如遇到需求的变更，由于开发的链路很长会导致消耗的人工成本很大，开发人员完成了需求更改，完成提交部署，当用户收到了没有更改的产品，研发人员发现由于误操作，将代码部署到了测试环节，由于环节复杂，部署时研发人员很容易误操作，对于这种在工作中常见的场景。
总结如下，软件发布链路环节多，开发周期长，传统软件企业以软件开发为主；开发部门是整个公司最大的部门，开发部门下设许多项目组，如：需求、开发、测试等，不同的组别之间的沟通成本很高，如产品组更关注用户的体验而不考虑开发的性能和合理性，研发组的驱动力通常是频繁交付新特性，完成产品组提出的需求，测试组则关注研发组是否能够按照需求完成所有的功能，运维组更关注无故障运行，从产品到研发、测试、运维过程看似正确，但是由于每个环节当中的角色的目标不匹配，导致组与组之间产生鸿沟，从而减慢了交付业务的速度。
二、基础设施环境复杂
在传统的软件研发中，普遍没有使用容器化技术，部署过程中流程非常复杂，测试环境、开发环境、生产环境之间的配置不一致，导致部署过程中容易出错，此时需要大量的人工成本做调试，此过程中代码打包也缺乏自动化、可视化的管理，同样会导致在发布过程中出现错误或误操作，并且出错后无法及时进行代码回退和修正。
三、缺少自助式的持续交付平台
由于出现的开发链路长，部署失误等问题，公司的研发团队进行了深入讨论，决定整合开发流程，压缩开发周期，并且考虑能否实现自主化的部署来替代繁琐的部署工作，经讨论，团队成员挑选了开源工具链来搭建完备的自动化工具链，但是由于开源工具过多，每一样都需要挑选和甄别，用户提出了很多紧急需求，没有大量实践构建工具链，此时就需要一体化的自动化平台来梳理项目部署开发流程，但是自建系统的复杂度大，需要根据公司团队的具体情况选择最合适的方案来解决开发部署中遇到的问题。
总结如下，缺少自助式的持续交付平台，在开发、测试和运维中各自有自己的一套工具来完成自己关心的任务，为了更好完成任务，会制作小工具，这些工具之间既不相同，也不相互关联，软件包在不同工具之间的转移更多依靠人工来完成。虽然在开发模式上采用了敏捷的开发，但是由于在软件工具上没有做好统一，此时带来的成本也非常大。
四、DevOps 工具链自建复杂度高
开源工具集很多，涉及的技术也十分全面，企业可以选择自研的方式来开发工具集，但是会因此耗费团队大量的时间，如需要对工具链进行选择和测试，需要专业的团队运维，并且在开发过程中需要不断的调整和更新，以保证研发流水线的畅通。由上得出，工具链自建的复杂程度和成本都很高，但企业缺少一个自助化的交付平台，这就是企业在开发过程中所遇到的困境。
五、企业 DevOps 最佳路径
自建一套企业自助化平台需要耗费很大的物力和人力，对于多数企业而言都是一笔不小的开销，尤其是创业型公司，可以引用第三方的云原生加工体系来实现自动化的 DevOps 的实现，如存在一台自动化 DevOps 平台，则上程的客户只需要开发好代码构建测试等后续的流程都可以自动化的完成，开发人员只需要专注于代码的研发，并且提交代码到 DevOps 平台。其中，源代码的管理和代码分支管理，包括从 CI 集成到 CD 持续交付，持续部署等都是通过自动化来完成的，此时开发人员会有更多的精力来关注代码的研发和代码质量。
总之，对于资源丰富的企业，可以考虑自建 DevOps 平台；对于中小型企业，可选用第三方的服务来完成自动化体系的建设，通过这种方式，将时间和精力留给核心工作。
