面对业务急剧增长你怎么处理?数据库层面做好读写分离、分库分表，稳定性方面要保证有监控，熔断限流降级该有的必须要有，发生问题能及时发现处理。这样从整个系统设计方面就会有一个初步的概念。Broadcast Cluster 广播模式：逐个调用每个 provide

从字面上理解，单租户和多租户架构之间的主要区别是：单租户架构通常是在独占式的SaaS云服务或交付模型中使用。而多租户架构则是多个用户同时分享软件应用的相关服务。本文将和您讨论两者的具体差异，包括每种架构是如何工作的，哪种模型方案可以满足何种场景需求，以及构

对于测试工作而言，微服务架构对于传统的架构引入了更多的复杂性。一方面，随着微服务数量的增长，测试的用例也会持续增长;另一方面，由于微服务之间存在着一定的依赖性，在测试过程中如何来处理这些依赖，就变得极为重要。本节将从微服务架构的单元测试、集成测试和系统测试

经常有朋友问我，为什么要做分层架构，什么时候架构要抽象一层，今天来聊一聊这个问题。数据-数据库层：固化数据存储;中间多了一个服务层。client层：最终端上拿到的是json对象;在不了解业务发展阶段，业务规模，数据量并发量的情况下，妄下YES或NO的结论，

记得之前在规划和设计微服务架构的时候，张队长给了我一个至今依然记忆深刻的提示：『你的设计蓝图里为什么没有看到DDD的影子呢?』。随着对充血模型的领域认知的加深，我越加感觉到DDD的重要性。回到主题，我们要了解的是微服务和DDD到底有什么关系呢?

使用微服务架构方案能解决企业面临的很多挑战，而且目前微服务架构的框架都比较成熟，例如Spring cloud或者dubbo在各大互联网平台都有成功案例，但看似简单的框架在实际开发过程中会面临很多问题。本文整理了企业从单体架构向微服务架构转型的中的设计难点

在软件行业，对于什么是架构，都有很多的争论，每个人都有自己的理解。此君说的架构和彼君理解的架构未必是一回事。因此我们在讨论架构之前，我们先讨论架构的概念定义，概念是人认识这个世界的基础，并用来沟通的手段，如果对架构概念理解不一样，那沟通起来自然不顺畅。

尽管如此，在本文中，作者将用“数据架构师”来指代那些为组织设计数据架构的专业数据管理人员。这项工作的复杂性实际上与数据架构师的角色非常相似。虽然存在这些差异，但数据架构师仍然可以向建筑架构师学习，尤其是采用自上而下的方法来改进数据架构设计方面。数据架构师的

随着对充血模型的领域认知的加深，我越加感觉到DDD的重要性。但是DDD内容繁多，是不是要深入去了解呢，我觉得不必入坑太深，个人浅见，它最核心的一点就是针对贫血模型的不足而设计，把原先传统的贫血模型里的业务逻辑层拎出来，融入到Domain层，这样面对复杂业务

软件领域没有“银弹”，架构没有捷径！由于“中台”概念的推动，关心业务架构的读者越来越多，很多企业也对实施“中台”、“中台”方法论趋之若鹜。然而，最终还是证明了软件领域没有“银弹”，很多时候，反倒是应了北欧的一句民谚：捷径是迷路的最快方法。架构没有捷径，无论

本次峰会以人工智能为主题，来自于美丽联合集团的宋宏亮给大家介绍《视觉搜索技术系统与业务应用》。由于具有易于实现的优点，因此在一些中小型规模的图像搜索应用中，该方法仍在被继续使用着。因此，业界普遍认为：索引图像信息的最有效方式应该基于图像内容自身。由于输入数

微服务架构，这 5 年左右一直被认可，是软件架构的未来方向。需要大家理解的是，为什么需要服务化。这样分的太小，理解微服务就很片面。微服务架构，将各个组件或者模块分散到各个服务中，对整个系统实现解耦。微服务架构会带来一定的复杂性，是一套完整的服务治理方案

面对微服务如火如荼的发展，很多人都在了解、学习，希望能在自己的项目中帮得上忙，当你对微服务的庐山真面目有所了解后，接下来就是说服自己了。本文从单体架构，微服务架构，微服务风险评估，微服务落地条件等几个方面探讨微服务的落地过程，希望对你有所启发。讲解微服务之

架构师，我想很多人都知道，其实该职位头衔在最早的IT领域是没有的，它是近些年来由互联网的发展所引发的需求，因为现阶段的数据量及高并发的活跃好动，引起了不少传统的技术人员的力不从心，企业愈发关注到了系统架构的重要性，所以不同行业开始招募架构技术人员，架构师就

本文以淘宝为例，介绍从一百个并发到千万级并发下服务端架构的演进过程，同时列举出每个演进阶段遇到的相关技术，让大家对架构的演进有一个整体的认知，文章最后汇总了一些架构设计的原则。

是否有可能基于Docker和Kubernests搭建一个最酷的架构？这篇文章将带您踏上最佳架构之旅，并一路为你讲解遇到的各种问题，现在，Let’s go！软件开发领域在Docker和Kubernetes时代是如何变化的？当所有东西都被“打包”进容器中时，是

最近留言问“高可用”的朋友颇多，找历史文章又找不到，故重新优化发布，希望大家有收获。高可用HA是分布式系统架构设计中必须考虑的因素之一，它通常是指，通过设计减少系统不能提供服务的时间。很多公司的高可用目标是4个9，也就是99.99%，这就意味着，系统的年停

本文将和大家分享饿了么作为高速发展的互联网企业之一，在发展历程中数据库技术如何跟随企业发展并不断满足业务的需求。饿了么发展最快阶段也是最近四五年的事情，我是 2015 年进入饿了么的，那时每天才几十万的订单，服务器也不多。我们当时是结合订单量、对应的 QP

“All models are wrong, some models are useful”——George Box没有放之四海皆准的好与坏的标准。下面我对于衡量软件架构好坏的AAA原则：。在上世纪90年代，代码复用是面向对象社区的热门话题。然后SOA和D