2018-01-11运维体现的应该是整体技术架构的运维能力，而不是运维的运维能力。视角不转变，就走不出运维困局。
后面几篇文章，谈谈我对运维组织架构和能力建设的思考，实践和建议。 12
2018-01-16我们运维团队主管，就是面向领导运维，领导说有问题，那就大力配合，而且一定会出成果。领导不提问题，不改进任何问题。出现问题，反正在领导那里能甩锅。
在这种环境下，实现不到老师讲的知识？。我该怎么做？作者回复: 体制上的问题只能体制上改进，这个是根本。
所以如果你觉的成长有限，或者受限太严重，可以做出其它选择了。 3
2018-01-18我是一个公司快速发展，从运维打杂王立刻成为了运维团队管理者， 人员也在扩张，自身从外部学习培训，也在践行运维工具化 Web化。 自己开发了运维发布平台 运维服务平台 对照老师所讲 还是在解决运维的运维能力。 再cto眼里 感觉还是很混乱 工具零散 没有形成体系 没有形成项目。我大概也能理解cto希望的是老师所讲的 站在全局的角度去规划 。 但在全局 我好像只是知道 要cmdb 要持续发布 要稳定性 似乎还是一层表面 真正落地实施计划 有点内力不足。作者回复: 你要考虑，是谁的cmdb ？谁的持续发布？谁的稳定性？找到这个主体，也就串起来了。
我前面的文章都涉及过这些内容，你可以再看看。 2
2018-01-14感觉运维工作对软件开发的跨界能力要求较高，既要懂得基础的应用模型，又要了解应用间的服务架构模型，同时还要掌握架构内的数据模型，对于大规模的服务器管理同时还需要设计规划网络模型，每一项都不仅仅是了解就可以胜任的，想要做好运维工作，想走捷径是不容易的。作者回复: 应该说没有任何捷径可以走。
2
2019-09-10如果技术管理者意识不到或者支持不到位的话，运维在后续的推进工作中将会遇到非常大的阻力~感受颇深，做了十多年运维+管理，在几个互联网公司待过。和一些有共同目标的技术团队配合在一起，真的让人有一种畅快淋漓的感觉。不然你就会有种你推着他们走的感觉，有上层或者说有权限的领导支持真的很重要。
2019-07-24作为一个小一线运维，还没有团队的概念，所以好多东西接触不到- 2019-07-07请问安全这一块您那边是怎么考虑的？
2019-05-16我是一个业务运维，我们公司还有一个DBA和俩个网工
2018-12-25现在小点的公司基本上都是面向领导运维，即使是有这个体系和方案，终究是落实不到实处