03 | 标准化体系建设（上）：如何建立应用标准化体系和模型？
该思维导图由 AI 生成，仅供参考
为什么要做标准化？
荧光笔
直线
曲线- 深入了解
- 翻译
- 解释
- 总结
文章强调了在运维体系建设中，标准化的重要性和基础性。标准化是对运维对象的识别和建模过程，通过形成统一的对象模型，实现有效协作和运维场景的自动化实现。作者以面向对象编程的思想类比标准化过程，强调了标准化对于日常运维工作的重要性。在基础设施层面的标准化中，文章提出了识别实体对象、对象属性、对象关联关系和运维场景的套路，并以服务器为例展示了基础设施层面的标准化流程。此外，文章还介绍了应用层面的标准化，包括识别对象、对象属性、对象关系和运维场景的步骤。通过这些内容，读者可以清晰地了解到每一个运维操作都是针对某个运维对象的，而应用作为微服务架构下的核心运维对象显得尤为重要。最后，文章提出了两个问题，引导读者深入思考和讨论。整体而言，本文通过强调标准化在运维体系建设中的重要性，为读者提供了对标准化工作的深入理解和实践指导。
《赵成的运维体系管理课》，新⼈⾸单¥59
全部留言(19)
- 最新
- 精选
宵伯特在我的理解中，可扩展的应用设计，应用可以根据现有的基础设施资源进行有效的分配，确保各个模块之前能够达到均衡的负载，所以在水平扩展，弹性伸缩和自动化扩缩容时，主要调节的也就是基础的处理资源，例如服务器，带宽等，在现在的云服务和微服务架构下，更多的也就是服务实例。 对于对象属性的识别，需要参考该对象属性在系统中的状态管理情况，而在业务逻辑层面，对于对象关注相对强势的，应该是领域驱动设计了吧。作者回复: 感谢你的留言，回答地很精彩！对于第二个问题，状态管理是一部分，领域驱动的方法论也是个很值得借鉴的思路，后面文章会讲到。
2017-12-2518
岑崟磨刀不误砍柴工，标准化就是这个磨刀的过程。之前对于工具化、自动化往往就是撸起袖子就干，结果在实施的过程中发现工具化、自动化本身就是一个负担。相同的需求，不同的实施人员，得到的结果不尽相同。所以标准化越早开展越好，可以从最简单的最容易识别的对象开始，对于那些业务系统建成已有些时间的，更适合逐步的改变，结合当下流行的DevOps思想，让研发也一起参与其中，效果更好作者回复: 你一定有过亲身经历，已经感同身受了。
2017-12-269
foxracle个人理顺一下逻辑：为了让用户，运营，开发，测试，运维统一术语和视角以及价值观，应用是唯一能通用的术语，只是各个人看到的应用大小粒度不一样，那运维的工作自然就都是面向应用来开展的。而运维的具体工作内容是用应用的运维场景来描述的，所以运维体系建设也应该是以捕捉具体运维场景来开展的，就好比面向对象的需求分析是通过use case来落地一样。在理顺所有运维场景之后，才开始去识别场景中的具体对象，对对象进行建模，理清对象之间的关系。这样来看的话，所谓标准先行也仅仅是对象建模的自然产物，另一种说法而已作者回复: 你的理解没有问题，在运维工作中，标准化更为重要，且更容易被忽略。
2018-01-092
春生儿这个实际上就是先做cmdb对吧作者回复: 从自动化角度，CMDB一定是优先做，这个后面文章会讲到。不过标准化写几篇文章是想讲清楚自动化之前要做哪些准备和分析梳理的工作，这个比直接做CMDB要重要的多。
2017-12-282
17分享标准化过程实践的经验：一开始基于目前的应用场景，抽象分析，定规范，出标准规范文档。随着业务的发展或前期分析不到位，导致之前的标准不太符合当前的应用场景。这个过程虽然知道不可避免，但是真正发生的时候，还是非常和痛。针对这种场景，不知作者是如何来处理的？作者回复: 定标准的过程本身就是需要迭代完善的，一开始没法完全考虑清楚是很正常的，就跟设计架构一样，一开始就想地很周全，设计的非常全面，也是不太现实的。 因为具体哪些点不符合我问题中没看出来，你可以再补充下。
2019-12-1521
指尖流逝这种关联关系 能通过什么方式来自动发现，人为维护太繁重了作者回复: 不同对象间的关联关系管理方式是不同的，我建议你可以先分类下都有哪些关联关系，再看管理方式
2018-01-2021
思涵_芳瑞文章中提到的应用扩容和服务器扩容是什么区别？另外应用本身不仅仅指微服务应用吧？作者回复: 我后面专门有一篇文章介绍第一个问题，你可以先思考一下。 第二个问题，不仅仅指微服务应用，单体或分层应用也适合，但是在微服务架构下应用这个概念的作用会更突出。
2018-01-041
牧野静风受益良多，作为一个传统的运维，发现后期的维护越来越繁杂，很多东西无法自动化处理，比如，所有的应用日志如何归集分析，语言，标准，编程习惯都不一样，统一化平台很难；另外随着应用的增加，比如定时Job,想做个管理平台，发现很不好分析，数据结果不一致，报错信息有些有，有些没有，很麻烦；标准化是一切自动化，效率化的前提，后面来推行，就很难了作者回复: 万丈高楼平地起，标准化就是地基，地基打的坚实了，才会有上面的高楼大厦。
2019-07-19
技术修行者
标准化确实很重要，作者总结的非常好。 标准化的制定套路：1. 识别对象，2. 识别对象属性，3. 识别对象关系，4. 识别对象场景。 标准化的内容：1. 基础设施层面标准化，2. 应用层面标准化。 我的问题：如果我们的应用是全部托管在公有云上，那么基础设施层面的标准化是不是应该由各个云厂商来负责？还需要开发运维团队介入吗？2020-05-2712
Matthew_Yin敏捷开发，devops这些感觉和应用运维更贴近，运维人员转型也容易，但是传统网络，系统和存储这些硬件运维的方向在哪？多数人不具备开发能力，但是随着工具化，自动化的开展和普及，这些岗位势必会受到冲击。楼主能不能给一些指导性的建议，谢谢2018-05-2342
