文章探讨了可操作性在软件架构中的重要性，尤其是从运维的角度看，强调了依赖管理和自动化配置的关键作用。减少依赖、静态编译、Docker化以及自动化配置策略如Zero Configuration、配置中心等，都是实现轻松部署的途径。此外，文章提到了容器技术如Docker和CloudFoundry Buildpack，以及如何处理服务间的关联配置问题。
空心菜
读完需要
7分钟速读仅需 3 分钟
在之前的文章「优秀的软件或架构应具有哪些特性」中从操作性、一致性和维护性介绍了一个优秀的软件架构应该具有的特点，今天谈一谈操作性分类下的可操作性。
可操作性在日常研发过程中，可能是比较容易忽略的软件非功能性的内容，因为大多数开发都在为业务和 KPI 服务，即使想到了这点，也在开发的过程中容易比较丢弃，因为不管是大公司还是创业公司，大多数开发者都在为业务、项目疲于奔命，有些东西想做好，但是永远没有时间，当前任务都完成不了，当然这种非功能性的内容容易被忽略掉;当然还有些是架构师不作为的原因。不管是时间问题、还是环境问题，都会造成开发者忽略对可部署特性的考虑。
软件工程我觉得是需要有工匠精神的，不管是谁，我想也不可能一开始就把软件设计的很好，总会遗漏点什么，在不断的完善和优化软件，软件的成长就像一个人，通常软件的生命周期会经历类似幼年 --> 青年 --> 成年的这么一个过程。但是在商业化道路浓厚的情况下，这种精神经不起考验，就像老罗一样，有工匠精神又怎样，在商业化道路的逼迫下，还是失败了，造就了网红直播一哥的道路，今天好像有老罗抖音直播。
当你在疲于奔命写一些业务逻辑的时候，作为架构师 or 有自我认知的开发者，你应该不止步于开发完成，上线了就不管了，你应该在时间允许的情况下，继续优化你的项目，多从一些其他角度来提升架构的服务能力，比如我们常
最低0.47元/天 解锁文章
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
