如何理解架构分类依据及其彼此之间的关系？业务是企业赖以生存之本，因此业务架构是基础、是灵魂，其他一切均是对业务架构的支撑；根据业务架构形成与之相应的产品架构和数据架构；最后通过技术架构落地实施。

正常的微服务限流工具都需要人工配置：支持应用负责人事先配置限流规则（接口+调用方+限流阈值），流量在阈值以下可以正常响应，超过阈值的流量会快速失败。这种方案存在如下问题：

随着项目的发展，前端SPA应用的规模不断加大、业务代码耦合、编译慢，导致日常的维护难度日益增加。同时前端技术的发展迅猛，导致功能扩展吃力，重构成本高，稳定性低。因此前端微服务应运而生。

当前微服务架构下，各个服务间依赖高，调用关系复杂，业务场景很少可以通过一个系统来实现，常见的业务场景实现基本涉及多个上下游系统，要保证整体链路的稳定性，需要尽量减少系统之间的耦合性，避免因为单点失效引起整个链路的故障。

随着业务的快速发展、业务复杂度越来越高，传统单体应用逐渐暴露出了一些问题，例如开发效率低、可维护性差、架构扩展性差、部署不灵活、健壮性差等等。而微服务架构是将单个服务拆分成一系列小服务，且这些小服务都拥有独立的进程，彼此独立，很好地解决了传统单体应用的上述问题，但是在微服务架构下如何保证事务的一...

近期参加公司组织的极客中餐厅训练营，我们所在的小组接到的课题是微服务的低代码平台架构设计。目标是：结合京东业务研发实际情况，针对后端研发人员，设计一个微服务低代码平台，助力更高效低交付业务需求。现已结业，将我在本次项目中沉淀设计出的设计文档整理成文，期待与大家有进一步的碰撞沟通

从强调内外隔离的六边形架构，逐渐发展衍生出的层层递进、注重领域模型的洋葱架构，再到和DDD完美契合的整洁架构。架构风格的不断演进，其实就是为了适应软件需求越来越复杂的特点。

作者：京东物流 赵勇萍之后的日子里，我可能会陆陆续续写一写跟编程技术感悟相关的文章，一来可以梳理一下对技术和工作的思考，二来也可以记录一下技术成长的的过程。换个叫法的话，就叫做程序员日记吧。电饼铛今天就从电饼铛说起。上周，我家的电饼铛坏了，原因可能是清洗过后线路短路导致的。那个老式电饼铛确实用了好...

现在对于一个后端开发工程师来说，微服务，DDD都是挂在嘴边的东西，感觉大家接触到多，也了解的多。但笔者个人的感受是，对微服务架构的理解就像我小时候读三国，在不同年龄读的时候感触都不一样。微服务对于开发人员来说亦是如此，一千个人有一千种解读，而随着每个人自己的业务经验和架构能力的提升，每个人看到的风景...

部门中维护了一个老系统，功能都耦合在一个单体应用中(300+接口)，表也放在同一个库中(200+表)，导致系统存在很多风险和缺陷。经常出现问题：如数据库的单点、性能问题，应用的扩展受限，复杂性高等问题。

CQRS只是一种非常简单的模式（pattern），CQRS本身并不是一种架构风格，和最终一致性/消息/读写分离/事件溯源/DDD等没有必然的联系，它最大优势是给我们带来更多的架构属性选择

单体架构：可以理解为主要业务逻辑模块（我们编写的代码模块，不包括独立的中间件）运行在一个进程中的应用，最典型的是运行在一个Tomcat容器中，位于一个进程里。单体架构好处是技术门槛低、编程工作量少、开发简单快捷、调试方便、环境容易搭建、容易发布部署及升级，开发运维等总体成本很低、见效快。其缺点也明显：

随着业务的快速发展、业务复杂度越来越高，几乎每个公司的系统都会从单体走向分布式，特别是转向微服务架构。随之而来就必然遇到分布式事务这个难题，这篇文章通过seata框架总结了分布式事务的几种解决方案

Dubbo是一款典型的高扩展、高性能、高可用的RPC微服务框架，用于解决微服务架构下的服务治理与通信问题。其核心模块包含 【RPC通信】 和 【服务治理】 ，其中服务治理又分为服务注册与发现、服务容错、负载均衡、流量调度等。今天将重点介绍Dubbo的服务注册与发现。

星链是京东科技消金基础研发部研发的一款研发效能提升的工具平台，面向后端服务研发需求，尤其是集成性、场景化、定制化等难度不太高、但比较繁琐的需求，如服务前端的后端(BFF)、服务流程编排、异步消息处理、定时任务、运营后台、工作流程自动化、临时性需求等，以低代码方式开发微服务，以声明式进行Serverless部署，...

领域驱动设计并不是新的架构设计理论，从 Eric Evans 提出至今已经有十多年历史。由于微服务架构的兴起，DDD 常用于指导微服务边界划分，并重新广泛进入软件研发大众的视野。DDD 的理念及应用普及在国外相对成熟，在国内尚处于初期发展阶段。国内的很多社区以及企业组织内部近几年对于 DDD 的探讨和应用逐渐火热，许多架...

随着云原生微服务的日益火热，很多人都开始对微服务的相关知识内容感兴趣。本篇内容，旨在扫盲（意思是小白可入），希望能对大家有帮助。如有问题，欢迎大家一起讨论，共同学习进步。

课程概要 如今微服务已成为构建现代云应用的主导模式，它围绕着特定的业务功能，将单个组件分解为独立的服务。但随之而来产生另外的问题：越来越多的系统被拆解成了很多个细胞一样的微服务，如何对微服务进行管理，这成为许多工程师头疼的挑战。

当下微服务的实践方案中，Spring Cloud，Dubbo作为主流的落地方案，在企业应用架构中发挥越来越重要的作用。本文探讨企业应用架构如何从微服务架构向Service Mesh架构演化，并形成落地方案。需要特别说明：本文讨论的架构目前适用于普通的企业级应用，其他行业（例如互联网）需要进一步扩展。

你很有可能正在处理大型复杂的单体应用程序，每天开发和部署应用程序的经历都很缓慢而且很痛苦。微服务看起来非常适合你的应用程序，但它也更像是一项遥不可及的必杀技。如何才能走上微服务架构的道路？下面将介绍一些策略，帮你摆脱单体地狱，而无须从头开始重写你的应用程序。