1953年，贝尔实验室有一位名叫Charles Clos的研究员，发表了一篇名为《A Study of Non-blocking Switching Networks》的文章，介绍了一种“用多级设备来实现无阻塞电话交换”的方法。
几年前我在可落地的DDD的(2)-为什么说MVC工程架构已经过时总结了基于DDD的微服务工程结构是怎么样的。那篇文章重点阐述了与MVC架构的区别。导致一些细节没有讲清楚，本文结合最近两年的实践，再详细阐述下。
在VXLAN NVO3网络模型中，部署在VXLAN网络边缘的设备称为VXLAN NVE（Network Virtualization Edge，网络虚拟边缘），主要负责VLAN网络与VXLAN网络间的封装和解封装。经过NVE封装转换后，NVE间就可基于L3基础网络建立Overlay二层虚拟化网络。
Tech 导读 分层单体架构风格是分层思想在单体架构中的应用，其关注于技术视角的职责分层。同时，基于不同层变化速率的不同，在一定程度上控制变化在系统内的传播，有助于提升系统的稳定性。但这种技术视角而非业务视角的关注点隔离，导致了问题域与工程实现之间的Gap，这种割裂会导致系统认知复杂度的提升。
PHP程序员在架构直播教学系统网站的时候，怎么才能使开发网站访问速度快，安全呢？下面，我们就来简单了解一下。
一个问题，我们要把它搞清楚。需要深入的思考，从演进出发，从核心出发，探索它的本质。这样才能在工作中举一反三。探索本质的思想，对于架构者来说尤其重要。本文想探讨架构模式之分层设计的本质和核心。以便于更好的将正确的方式应用到项目中。
我们生活中都听说了DDD，也了解了DDD，那么怎么将一个新项目从头开始按照DDD的过程进行划分与架构设计呢？
在搭建web服务时，怎么做才能实现稳定、可持久的服务，如何保证数据安全，实现高速的访问速度，是一个非常重要的事。
Bob 大叔在他的一篇标题为「整洁架构」的博客中提及，现在一些流行的系统架构，都采用软件分层设计，都主张以下 5 个规则：
关于“负载均衡”的解释，百度词条里：负载均衡，英文叫Load Balance，意思就是将请求或者数据分摊到多个操作单元上进行执行，共同完成工作任务。
软件架构（software architecture）就是软件的基本结构。 合适的架构是软件成功的最重要因素之一。大型软件公司通常有专门的架构师职位（architect），只有资深程序员才可以担任。
随着移动应用的不断普及，传统后端三层架构已经不能再满足需要了，这种三层架构我们通常称为monolithic(巨石 整体的 铁板一块的)的架构。
点击上方“芋道源码”，选择“设为星标” 管她前浪，还是后浪？ 能浪的浪，才是好浪！ 每天 10:33 更新文章，每天掉亿点点头发... 源码精品专栏 原创 | Java 2021 超神之路，很肝~ 中文详细注释的开源项目 RPC 框架 Dubbo 源码解析 网络应用框架 Netty 源码解析 消息中间件 RocketMQ 源码解析 数据库中间件 Sharding-JDBC 和 MyCAT 源码解析 作业调度中间件 Elastic-Job 源码解析 分布式事务中间件 TCC-Transaction
DDD（Domain Driven Design，领域驱动设计）作为一种软件开发方法，它可以帮助我们设计高质量的软件模型。在正确实现的情况下，我们通过DDD完成的设计恰恰就是软件的工作方式。
◆ 承上 说明业务逻辑和业务领域模型 ◆ 本身 保证代码有更好的可读性和可维护性、可扩展性 ◆ 启下 承载代码运行的硬件部署架构
分层架构是运用最为广泛的一种架构模式，几乎每个软件系统都需要通过分层来隔离不同的关注点，以应对不同需求的变化，并且使得这种变化可以独立进行。 对于分层架构来说，层次越往上其抽象层次就越面向业务和用户，层次越往下其抽象层次就越面向技术和设备。
1.软件架构是一个系统的草图。 2.软件架构描述的对象是直接构成系统的抽象组件。 3.各个组件之间的连接则明确和相对细致地描述组件之间的通讯。 4.在实现阶段，这些抽象组件被细化为实际的组件，比如具体某个类或者对象。 5.在面向对象领域中，组件之间的连接通常用接口来实现。
http://blog.csdn.net/u014421556/article/details/50964505
缘由 之前安居客iOS app的第二版架构大部分内容是我做的，期间有总结了一些经验。在将近一年之后，前同事zzz在微信朋友圈上发了一个问题：假如问你一个iOS or Android app的架构，你会从哪些方面来说呢？ 当时看到这个问题正好在乘公车回家的路上，闲来无聊就答了一把。在zzz在微信朋友圈上追问了几个问题之后，我觉得有必要开个博客专门来讲讲一些个人见解。 其实对于iOS客户端应用的架构来说，复杂度不亚于服务端，但侧重点和入手点却跟服务端不太一样。比如客户端应用就不需要考虑类似C10K的问题，正常的
想要搞透一套架构方案，最根本的方法，就是去实践它。 可是，大部分程序员，遇不到这样的业务，接触不到这样的场景啊，怎么办呢？ 有个朋友自动化的搭了一套，能让所有人瞬间体验与调优高并发的秒杀架构，分享给大家！ 对于秒杀类业务，系统上能如何优化呢？ 方向上，主要有两点： 第一，将请求尽量拦截在系统上游，而不要让锁冲突落到数据库。 传统秒杀系统之所以挂，是因为请求都压到了后端数据层，数据读写锁冲突严重，并发高响应慢，几乎所有请求都超时，访问流量大，下单成功的有效流量小。 第二，充分利用缓存。 秒杀买票，这是一个
在上一篇文章中，通过Spring Web应用的瑕疵引出改善的措施，我们讲解了领域驱动开发的相关概念和设计策略。本文主要讲解领域模型的几种类型和DDD的简单实践案例。
服务与服务之间传递数据包，往往会因为不同的应用场景，使用不同的通讯协议进行传递。比如网站的访问，常常会使用 HTTP 协议进行传递，文件传输使用 FTP，邮件传递使用 SMTP。上述的三种类型的协议都处于网络模型中的应用层。除了应用层的常用协议之外，对于传输层的 TCP、UDP 协议，以及 Restful 架构风格、RPC 协议等等基础网络知识要有一定的了解和认知。
根据DDD领域驱动设计原则，对应的软件架构也需要做出相应的调整。 我们常用的三层架构模型划分为表现层，业务逻辑层，数据访问层等，在DDD分层结构中既有联系又有区别， 个人认为主要有如下异同：
合适的架构是软件成功的最重要因素之一。大型软件公司通常有专门的架构师职位（architect），只有资深程序员才可以担任。
摘要：本文由美团研究员、实时计算负责人鞠大升分享，主要介绍 Flink 助力美团数仓增量生产的应用实践。内容包括：
来源：https://www.jianshu.com/p/a775836c7e25
Tech 导读 本文将从日常的三层架构出发，精炼推导出自己的应用架构，并且将这个应用架构实现为Maven Archetype，最后使用Archetype创建一个简单的CMS项目作为本文的落地案例。
相信很多小伙伴的公司都是服务治理，自动化运维了吧，那么我们很多东西都变成我们自己去设置了，比如自己创建一个域名，绑定他的代理机器，它的web负载均衡这些东西。所以今天跟大家一起来看看负载均衡
随着各行业赛道迭代的加速，行业客户日益重视IT系统和数字化方案的业务价值和整体效果。这意味着，各企业不再满意每次单独实施一个孤立产品这种形式，转而去拥抱那些能够规划全局和长期护航的供应商。这就是现在“解决方案架构师非常抢手”现象背后的原因。
最近看了一些整洁架构（CleanArchitecture）的文章，自己和同事也简单写了一个基于整洁架构的ASP.NET 6开发模板在玩。这里就仅仅抛个砖，案例主要以自己根据小组实际情况做了一些裁剪，可能不具有通用的应用性，大家看看就好。
转自：Just Do IT (http://www.toplee.com) 我在Cernet做过拨号接入平台的搭建，而后在 Yahoo3721负载搜索引擎前端平台开发，又在猫扑处理过大型社区猫扑大杂烩的架构升级等工作，同时自己接触和开发过不少大中型网站的模块，因此在大 型网站应对高负载和并发的解决方案上有一些积累和经验，可以和大家一起探讨一下。 一个小型的网站，比如个人网站，可以使用最简单的 html静态页面就实现了，配合一些图片达到美化效果，所有的页面均存放在一个目录下，这样的网站对系统架构、性能的要求都
随着互联网业务的不断丰富，网站系统架构已经细分到方方面面，尤其对于大型网站来说，所采用的技术更是涉及面非常广，从硬件到软件、编程语言、数据库、WebServer、防火墙等各个领域都有了很高的要求，已经不是原来简单的html静态网站所能比拟的。 1）对于一个中小型网站(如个人网站），完全可以使用最简单的html静态页面就可实现，配合一些图片达到美化效果，所有的页面均存放在一个目录下，这样的网站对系统架构、性能的要求都很简单。 2）对于一个大型网站（如门户网站），在面对大量用户访问、高并发请求方面，基本的解决方
无论我们使用单体、SOA、微服务、中台或者其他架构，都需要解决如何组织代码这个问题，DDD 并不是一个技术，而是指导我们组织代码的一种思想，这种思想也并不是凭空出现的。
最近西安一码通的故障引起了业界广泛的讨论，究其根本原因还是系统未充分考虑到扩展性，在面临超过日常访问数倍甚至十倍以上的突发流量时某个环节达到了瓶颈点，并且系统不能做到自动扩缩容，最终导致了故障。
Dubbo 是阿里服务化治理方案的核心框架，是一种分布式 RPC 框架，它提供了注册中心机制，解耦了消费方与服务方动态发现的问题。
在国家电网有限公司（下称：国网公司）2019年初发布的1号文件中，着力于构建“三型两网、世界一流”的能源互联网被排在年度重点工作首位，即由承载电力流的坚强智能电网与承载数据流的泛在电力物联网共同构成能源流、业务流、数据流“三流合一”的能源互联网。
本文内容来自资深架构顾问温昱老师的分享！ 温昱老师介绍： （向下滑动查看） 具有开发/管理/咨询职业经验 国内最早一批架构实践者之一 资深咨询顾问、培训讲师 辅导过多企业解决方案部 著《软件架构设计》 著《一线架构师实践指南》 著《业务架构•应用架构•数据架构实战》 参编《IT架构实录》 ▼ 随着各行业赛道迭代的加速，行业客户日益重视IT系统和数字化方案的业务价值和整体效果。这意味着，各企业不再满意每次单独实施一个孤立产品这种形式，转而去拥抱那些能够规划全局和长期护航的供应商。这就是现在“解决方案架构师非常
线条2：这条线没有了，在MVC里面这线是常见的，applicaton与domain没分开，但DDD中这条线是不推荐的，就算在松散分层架构中也一般不使用,除非简单的CRUD项目
软件架构（software architecture）就是软件的基本结构。 合适的架构是软件成功的最重要因素之一。大型软件公司通常有专门的架构师职位（architect），只有资深程序员（现在流行全栈
大部分软件架构师、设计师和开发者都对这个架构模式非常熟悉。尽管对于层的数量和类型没有具体限制，但大部分分层架构主要由四层组成：展现层、业务层、持久层和数据库层，如下图所示。
大家好，这里记录，我每周读到的技术书籍、专栏、文章以及遇到的工作上的技术经历的思考，不见得都对，但开始思考总是好的。
网上有很多文章类似于我今天要分享的课程，有架构师写的，有运维写的，还有开发些的，偏重点都不同，今天我以咱们运维角度全面讲解。
“问渠那得清如许，为有源头活水来”，通过前沿领域知识的学习，从其他研究领域得到启发，对研究问题的本质有更清晰的认识和理解，是自我提高的不竭源泉。为此，我们特别精选论文阅读笔记，开辟“源头活水”专栏，帮助你广泛而深入的阅读科研文献，敬请关注！
多接入边缘计算（MEC）是一种网络架构，为网络运营商和服务提供商提供云计算能力以及网络边缘的IT服务环境。
1、高可用分析：高可用，主库挂了，keepalive（只是一种工具）会自动切换到备库。这个过程对业务层是透明的，无需修改代码或配置。 2、高性能分析：读写都操作主库，很容易产生瓶颈。大部分互联网应用读多写少，读会先成为瓶颈，进而影响写性能。另外，备库只是单纯的备份，资源利用率50%，这点方案二可解决。 3、一致性分析：读写都操作主库，不存在数据一致性问题。 4、扩展性分析：无法通过加从库来扩展读性能，进而提高整体性能。 5、可落地分析：两点影响落地使用。第一，性能一般，这点可以通过建立高效的索引和引入缓存来增加读性能，进而提高性能。这也是通用的方案。第二，扩展性差，这点可以通过分库分表来扩展。
马克-to-win：在 软件公司工作的一个常态就是需求经常变动。这是迭代开发的一个主要特征。为了节约成本和生存问题，软件公司一般都采取迭代开发的模式。三个星期为一个周 期，推出一个版本，给客户看。客户提出一堆意见，产品经理根据客户意见和市场竞品分析和自己公司总经理意见及各路考量，再出一版产品需求，之后逼着技术部 门以火箭一般的速度，完成他的需求。马克-to-win：作为技术负责人的我，深知他的需求今天是朝东，明天可能就是朝南，后天也许还朝西，没办法 ，都是客户需要的，领导需要的和市场需要的，还得去干。不但得干，而且还得以最快的速度干。这里看出来没有，就是两点。 一，不断要去改。二来还得快。结论就是必须要用n-tier（层）模式开发。这样我就可以把分工分得很细。需要改动时，可以一步到位，找到需要改动的地 方，而且还可以非常快。刚才其实提了一点n-tier架构，把model细化分成了几层。现在继续把其中的服务层（service）细化，变成 service层调用BO（Business Object）层，BO层调用DO（domain object）层。马克-to-win：这里首先说为什么叫层？比如说：DO层里包含了很多的DO，而不是一个。什么是DO？DO是domain object，又叫领域对象。就是数据库中每个有现实意义的表都对应一个DO。比如多对多关系表在现实就没有意义 （TeacherStudentRelation），DO有自己的业务方法。BO （Business Object）就是现实中个别一个复杂对象或一堆有密切关系的DO对象所代表的抽象无形的有现实意义的概念对象。比如“手”和“ 脚”数据库中有实体表，所以“手”和“脚”都是DO。而“四肢 ”只是概念，没有表对应，是BO。BO也有业务方法。service当中可能有些发Email的方法，或安全编码的方法，这些不涉及数据库，和BO不同 （BO涉及数据库）。当涉及到“手脚并用”时，就调用“四肢”这个BO当中的方法。这个方法当中涉及到“脚”的方法时，就调用“脚”这个DO的方法。 “脚”这个DO里的业务方法涉及到数据库时，就调用Dao中的方法。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
