本文探讨了运维开发面临的困境，如多语言挑战、前后端协作问题等，并引入低代码开发模式作为解决方案。低代码通过可视化开发方法，使非专业人员也能参与应用开发，提高效率。文章阐述了低代码平台的核心技术栈，包括统一数据模型、服务网关、构件平台和微应用开发，以及如何与垂直中台结合。低代码开发模式改变了组织架构和研发模式，提高了效率和质量，有望成为运维开发的未来趋势。
“ 低代码开发模式绝不是一个页面设计工具，而是一种“所见即运行”的应用开发交付新模式。Who Design，Who Build，Who Run！”
这几年运维能力平台化发展得特别快，基本上摆脱了过去的脚本时代和手工作业时代，大部分的工作都是依赖运维平台进行。无论是自建还是共建，都能看到运维能力平台化，逐渐成为主流。但我们不得不正视几个现实：IT变化特别快，业务所依赖的新技术不断涌现，由此运维平台的演进也要快速跟上，如监控领域的工具变化；运维平台的碎片化已经成为传统企业的痛点之一，能否提供技术解决方案实现能力的快速整合，挑战和必要性相伴相随；历史遗留平台不能直接废弃，如何把它们的能力糅合到整体体系中。
本文是作者过去十几年来运维工作经历（包括五年多的创业），糅合对运维的业务理解，以及运维开发的手段，提出了一个新的解决方案：低代码开发模式。低代码的更大价值，是需要和垂直平台进行结合，这一点和大数据平台的作用类似。来，一起看看什么是运维低代码开发模式！
01
—
运维开发的困境
从开发语言的角度来说，运维开发OpsDev也经历过几个阶段：
shell脚本时代
shell编程是运维从业者的最基本要求，届时shell脚本满天飞。配合expect，实现远程操作，那是家常便饭。
Python时代
shell脚本无法应对复杂的事务操作，python编程因为入门快，模块丰富，编程容易，成为运维人员的必备语言。此时配合上层一个工具流程编排，基本上实现了各种运维复杂操作。OS上开始出现运维Agent，Agent承担起文件通道、命令通道、数据通道的作用。
多语言时代，特别是Go
运维平台覆盖的范围越来越广，涉及到的组件和框架也越来越多，面对的性能挑战也越来越大，Python、Java、GO、Rust等开始逐步进入到运维平台之中。
我们可以看到运维要掌握的语言越来越多，包括前端的Vue、React等框架，对于一个运维开发没有太多积累的团队来说，是个巨大的挑战。
今天大家非常强调平台的开放性，Restful API越来越多，OpenAPI成为开放标准（我们平台有上千个）。但我们不得不问，如何把这些API的能力转换成前端onsole能力？这依然还有不小的距离要走。回到前端开发，我想这更是运维的短板，虽然有一些前端模板提供，但是复杂的交互设计逻辑还是让运维望而却步。
还有很多细节层面上的问题，比如说前后端开发的沟通协作、API文档更新不及时、一个功能交付参与的IT角色非常的多（产品/交互/前端/后端/测试）、测试验证等等，毕竟复杂系统最后都要面临一个挑战——它本质上是个技术工程问题。
为了有效解决以上遇到的挑战，能否把门槛降低到人人都可以成为运维开发者？低代码！低代码！低代码！。
02
—
何为低代码
最低0.47元/天 解锁文章
2289
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
