深圳幻海软件技术有限公司

自2013年，云原生首次被Pivotal公司提及，已经走过了整整10个年头。构建应用简便快捷，部署应用轻松自如、运行应用按需伸缩，云原生已经成为事实上的企业技术基础设施。有人把它比作云时代的“集装箱”，彻底将被禁锢的云潜力释放了出来。它将一切都进行了微妙地容器化，微服务架构有了它简直如鱼得水，灵活性

作者：京东科技倪新明设计意图的传达是架构可视化关注的重要维度，在技术方案评审过程中不可避免的会出现各种各样的架构图或设计图，这些图形化表述在设计意图传达效果层面表现不一，本文从图形化的视角为软件架构图的评审关注点提供了参考。注：关于架构及架构可视化参考文章《探寻软件架构的本质，到底什么是架构？》《软

后端应用分层是什么，例如：你用SpringMVC开发web程序、项目用三层架构分包，这些都用了分层思想。MVC模式包含了三部分：视图(view)：负责界面显示、处理用户交互。如：前端应用控制器(controller)：协调视图层与模型层之间的相互工作。控制器接收视图层发来的请求，决定用那些模型来处理

目录1.软件架构体系1.1.系统与子系统1.2.模块、组件、服务1.3.软件架构体系2.架构原则2.1.解耦2.2.分层2.3.封装3.架构的方法3.1业务架构3.2功能架构3.3系统架构3.4技术架构3.5数据架构3.6部署架构4.架构演进之路4.1.单体架构4.2.分布式架构4.2.1应用集群4

1背景随着需求开发迭代，代码库规模逐渐变大，新的团队成员引入等诸多因素，系统起初制定的架构规则不可避免遭到破坏。不仅仅是破坏团队的统一开发规范，更为重要的是随着代码库规模逐渐增长，大大降低系统的可维护性、扩展性，增加评审复杂度和重构成本，也最终导致团队生产力下降以及研发成本增长。在敏捷开发环境下，系

作者 | 钟敬接上篇《​​当我们谈论DDD时我们在谈论什么​​》“关联”、《矛盾论》、毕达哥拉斯学派DDD的哲学意味（上）说到了“模型驱动的设计”以及其中两个重要的模式“实体”和“值对象”，两者统称“领域对象”。在领域建模的过程中，建立领域对象间的“关联（Association）

记得之前在规划和设计微服务架构的时候，张队长给了我一个至今依然记忆深刻的提示：你的设计蓝图里为什么没有看到DDD的影子呢？随着对充血模型的领域认知的加深，我越加感觉到DDD的重要性。于是网上一顿海找，并做了学习笔记。DDD内容繁多，个人浅见，它不同于传统贫血的最核心的一点就是把原先传统的贫血模型里的

今天给大家分享一个话题，就是多机房多活架构，这个话题可能很多兄弟从来没听说过，或者哪怕听过，但是因为一直在小公司工作，也没搞过，没经历过。不过没关系，今天我们就给大家讲解讲解这个大厂才会玩儿的多机房多活架构师什么，大家也可以了解了解，就当拓个知识面出来。什么是服务器？什么是机架？什么是机房？说到这个

作者|TomaszNurkiewicz译者|李腾辉策划|信远微服务不能“包治百病”。时下微服务是一个不错的架构，它具备模块化、可伸缩和高容错这些优点。许多公司都采用微服务架构并取得了巨大的成功，自然而然地，如果你正开始一个新项目，微服务似乎是最佳选择。然而，大多数采用微服务取得成功的公司并不是一开始

大家好，我卡颂。最近，Remix团队的暴躁老哥「RyanFlorence」一连怼了好几个友商框架，比如：喷SolidStart抄Remix的文档。怼Next.js抄Remix的API设计。吐槽Astro、Qwik没有什么新鲜理念当然，这些推文发出不到一天就被老哥删了。我们今天不聊以上这些事儿的对错。

​译者|陈峻审校|孙淑娟目前，业界最常见的软件范例有：单体（Monolith）和微服务架构两种类型。两者的逻辑结构如下图所示。通常：微服务架构是将应用程序表示为微小的、松散耦合的服务集合。由于整体的复杂性被转移到了服务的协调级别上，因此每个服务都代表了一种业务功能，可以更加容易地去定位相关代码。而单

大家好，我是 华仔,又跟大家见面了。上一篇作为专题系列的第一篇，我们深度剖析了关于Kafka存储架构设计的实现细节，今天开启第二篇，我们来深度剖析下「KafkaBroker端网络架构和请求处理流程」是如何设计的? 相信使用过Kafka的朋友都知道其吞吐量可以高达百万，但很少人理解

在文章《 ​​软件架构治理之架构混沌之谜 ​​》中我把软件架构比作一个房子，需求总是无法预测的，特别是在当前信息量巨大，网络非常发达的时代。只要对这个房子的使用场景做个简单的重新定义或补充定义，它就有了非常多的可能性，比如每个房间都需要接入网络，比如有一个房间要做成暗房用来冲洗照

从优先事项和部署到制定计划许多技术架构师专注于瀑布方法，在规划技术架构改进工作时，以甘特图式的风格处置时间表，将工作路线图视为最重要的东西。许多技术架构师沉浸在瀑布方法中，在规划技术架构改进时，将用甘特图式的时间轴视图绘制的路线图，作为规划技术架构改进时最重要的工件。但路线图是瀑布思维的遗留产物。在

一.Flink与主流计算引擎对比1.HadoopMapReduceMapReduce是由谷歌首次在论文“MapReduce:SimplifiedDataProcessingonLargeClusters”(谷歌大数据三驾马车之一)中提出的，是一种处理和生成大数据的编程模型。HadoopMapRedu

SpringCloud是一个基于SpringBoot实现的微服务框架，它包含了实现微服务架构所需的各种组件。注：SpringBoot简单理解就是简化Spring项目的搭建、配置、组合的框架。因为与构建微服务本身没有直接关系，所以本文不对SpringBoot进行展开。另外本文有一些例子涉及到Sprin

  点击阅读上篇：从方法到思维：什么是应用逻辑架构的正确姿势?五架构的基本约束架构约束分成了基本约束和业务约束：逻辑架构基本约束：是软件工程领域常见的各种软件设计原则。逻辑架构的职责约束：是模块，子模块，模型的职责相关约束，尤其是核心的模型和核心主模块是在一定时间内是比较稳定的，

在大数据和数据科学的新时代，对企业而言，一定要有与业务流程保持一致的中心化数据架构，该架构能随业务增长而扩展，并随技术进步而发展。一个成功的数据架构可以使数据的各个方面清晰明了，从而使数据科学家能够高效地处理可信的数据并解决复杂的业务问题。架构还能帮助组织做好必要的准备，以利用新兴技术迅速抓住新的商

本文以设计淘宝网的后台架构为例，介绍从一百个并发到***并发情况下服务端的架构的14次演进过程，同时列举出每个演进阶段会遇到的相关技术，让大家对架构的演进有一个整体的认知。文章***汇总了一些架构设计的原则。1、关于作者huashiou： 广东工业大学计算机科学与技术硕士毕业，大数据开发工

软件架构已经成为每一个软件项目的重要组成部分，架构师需要在构建可靠的软件体系结构时，确定系统的主要组成部分，考虑这些部分如何组合在一起，并在设计这些系统时做出关键决策。开发人员更专注于底层细节，例如类和方法，而架构师则侧重于高层细节，例如组件之间的交互，持久层应该如何表现以及重要的系统设计决策等，这