HiPhone运维之道

分层是大家耳熟能详的体系结构模式，如Struts的MVC，Web项目常用的运行视图分层表现层/业务层/数据访问层。可能概念/原则上比较好理解，网络上比较完整的讲解极少。整理完一遍，对分层的理解更清晰了：在怎样的场景需要考虑分层，分层的具体方式（经常遗漏的重复考虑分层、），在分层过程中对其优势点的平衡层的应用背景：有助于构建能够被分解成子任务组的应用系统，其中每个子任务组处于1个特定

Nic近期在看一本《面向模式的软件体系结构》，拿来翻翻，只看到第2章，思路方面的东西还是挺有趣、可借鉴的。陆续作笔记，后面再做一次总结。注：Nic是我媳妇，资深软工/TL什么是模式模式包括：语境/环境、问题（强制条件集，功能/约束/过程）、解决方案（平衡强制条件，包括组件和关系结构、行为）评估标准：达到软件工程目标，可支持复杂、大规模系统的开发、维护、演化

看了一整晚，不甚理解管道/过滤器。常见的案例Linux命令管道是比较好理解的，但加之混乱的主动/被动的动态概念，就不太好理解了。暂先整理笔记，后面再回顾。这是看的第2类体系结构，不是有所收获：大致可抽象出一些常见设计的范式1、体系结构现过程关键点：拆、定义接口/格式、合、出错处理2、优点关注：重用度  “考虑到一般变更的设计是优秀系统深化的一个主要助推器”【概述】管道和

需求驱动导向，大家也不会因为上线一个小项目就招人做自动化平台，在什么情况下我们才需要做自动化平台呢？

关于作者温峥峰，百田信息运维技术专家，DevOps team leader，运维自动化平台负责人，曾就职于网易游戏，专注于 运维自动化建设、DevOps实践 与 海量游戏技术运营。知乎ID @Hi峰兄前言改进一个功能是否真的有效果，需要数据说话；一个运维操作是否有效果，也需要数据说话；杜绝拍脑袋，数据为王。「可量化」是一个严谨的技术人员需