随着云原生技术的高速发展，民生银行正在积极推动 IT 基础设施和应用系统的云化运营模式，全面实施云数据中心转型，并提升云化服务能力。通过快速推进核心业务的云原生架构改造，提高了业务的灵活性、可伸缩性和可靠性。然而，从传统网络转变为云原生网络后，由于业务高频迭代、微服务拆分、基础设施虚拟化等因素，传统运维模式所暴露出的低效和盲点问题日益增多，为故障的定界和排障带来了显著瓶颈；由于其分布式和复杂多变的特征，包括大规模的监控数据管理、数据收集和数据分析的复杂性，以及快速增多的日志和指标的处理等，造成传统网络下的流量监控方案将不再适用。
作为定义性知识平台的行业领导者，百度百科市场份额及优质内容占比均行业领先，但当前产品过于依赖搜索导流，在步入稳定期后增长缓慢。另外，行业同类竞品在体验层面也有较多尝试和主张。为促进业务长效增长，尝试探索新策略突围，从「知识查找模式」向「知识探索模式」转变。面对这场挑战，设计团队率先探索革新，从体验视角重塑百科词条内容消费模式。通过优化页面框架结构、融入全新设计语言，探索从被动到主动的浏览模式，升级百科知识浏览新体验，进一步建立品牌权威感知。
冯友兰治哲学，提出“照着讲”和“接着讲”的方法论。近两年，我断断续续梳理出关于领域驱动设计的两个 PPT：《领域驱动设计》和《领域驱动设计四论》。前者的内容主要是关于 DDD 经典著作的读书笔记，可视为照着讲，以证明自己学有所本，讲的不是野狐禅；后者则是在继承的基础上所做的创新阐释，可视为接着讲，发前人之未发。本文重点围绕《四论》展开，从四个方面梳理出 DDD 的整个逻辑脉络。 曾见郭象注庄子,却是庄子注郭象。一些领域驱动设计的拥趸者，如果看到本文的论述和自己的理解相左，丝毫不用奇怪，本文阐述的四论，不是我注六经，而是六经注我。 本文是 DDD 系列三篇文章的开篇，为你提纲挈领地梳理出 DDD 的核心脉络。在后两篇文章中，我们还将展开分享 DDD 的系统架构设计与核心概念、关键方法等内容。
服务一个人的系统，和服务一亿人的系统，复杂度有着天壤之别。本文从工程师文化、组织战略、公司内部协作等角度来分析软件复杂度形成的原因，并提出了一些切实可落地的解法。
