
课程咨询: 400-996-5531 / 投诉建议: 400-111-8989
认真做教育 专心促就业
DevOps编程开发是目前大多数软件开发程序员都在学习和使用的一种编程开发方式,下面我们就通过案例分析来了解一下,DevOps编程开发实践需要注意哪些问题。
自动化工具是DevOps实践的前提条件,不会随着时间维度而变化。自动化工具的作用是替代工程师“编写代码”之外的工作,业务开发人员应该只关注编写业务代码、测试人员只关注编写测试代码、运维人员只关注编写脚本代码。代码之外的工作有很多,例如编译构建、代码静态扫描、测试环境更新、生产环境发布等等。这些都是单次工作量不大但数量繁多的工作,但却打破了工程师的工作连续性,甚至带来繁重的沟通成本,而且在没有自动化工具链的情况下难以实现研发运维过程“度量”,也就没有“改进”的依据。因此自动化工具是DevOps实践的前提条件。
DevOps转型成败关键有以下几点:
1)选择适合DevOps模式的敏态业务,不是所有的项目都适合推行DevOps;
2)实践DevOps之初,应该先进行文化的导入,好能让DevOps相关岗位达成初步共识,至少不抵制,认同未来DevOps可期待的效果;
3)高层的支持也非常重要,但是DevOps也足以产生成果让高层来重视和支持。
实践过程需要注意:
1)要以迭代、演进的思想来面对DevOps的落地实践,不要想着一步到位;
2)选择建设或整合适合自己的DevOps自动化工具链;
3)基于工具链沉淀研发运维过程数据,为下一阶段的度量和过程改进做储备;
机遇主要是随DevOps的行业认知所带来的市场容量增长,挑战则很多:
1)DevOps解决方案面向甲方企业的研发运维等技术团队,他们熟悉公司个性化的业务体系和基础设施,作为乙方公司要评估是否有足够的技术能力为某个甲方服务,甲方DevOps相关各团队是否有意愿做出改变,不是所有的甲方都是好客户。
2)DevOps涉及甲方部门多,现有的各种研发运维流程和各团队相互割裂的研发运维类烟囱系统面临迁移或改造,甚至部分留用,使得不同甲方在实施DevOps的时候方案不尽相同,对乙方自动化平台的通用性和扩展性有一定的挑战。
3)部分甲方还存在研发和运维间的现实割裂,从物理网络、管理模式上有法规、权利分工等难以逾越的屏障,对乙方解决方案与三方解决方案的兼容性有一定的挑战。
【免责声明】:本内容转载于网络,转载目的在于传递信息。文章内容为作者个人意见,本平台对文中陈述、观点保持中立,不对所包含内容的准确性、可靠性与完整性提供形式地保证。请读者仅作参考。更多内容请加danei0707学习了解。欢迎关注“达内在线”参与分销,赚更多好礼。