人在江湖之诗和远方

摘要： 问题 ：如何拆呢？ 披萨理论：每个团队的人数不能多到两张披萨都不够吃的地步 “三个火枪手”原则：即一个微服务三个人负责开发 拆分方法： 1. 基于业务逻辑拆分这是最常见的一种拆分方式，将系统中的业务模块按照职责范围识别出来，每个单独的业务模块拆分为一个独立的服务。 2. 基于可扩展拆分将系统中的业务 阅读全文

摘要： 概念 SOA： SOA 解决了传统 IT 系统重复建设和扩展效率低的问题，但其本身也引入了更多的复杂性。SOA 最广为人诟病的就是 ESB，ESB 需要实现与各种系统间的协议转换、数据转换、透明的动态路由等功能。 当然，SOA 的 ESB 设计也是无奈之举。回想一下 SOA 的提出背景就可以发现，企 阅读全文

摘要： 设计分布式系统的两大初衷：横向扩展（scalability）和高可用性（availability）。“横向扩展”是为了解决单点瓶颈问题，进而保证高并发量下的「可用性」；“高可用性”是为了解决单点故障（SPOF）问题，进而保证部分节点故障时的「可用性」。由此可以看出，分布式系统的核心诉求就是「可用性」 阅读全文

摘要： 本文主要介绍4种模式： PPC 是 Process Per Connection 的缩写，其含义是指每次有新的连接就新建一个进程去专门处理这个连接的请求，这是传统的 UNIX 网络服务器所采用的模型。基本的流程图是： TPC TPC 是 Thread Per Connection 的缩写，其含义是指 阅读全文

摘要： 三大问题： 缓存击穿 缓存雪崩 缓存热点 阅读全文

摘要： 关于NoSQL，看过一张图，挺形象：“1970，We have no SQL”->“1980，Know SQL”->“2000，NoSQL”->“2005，Not only SQL”->“2015，No，SQL”。目前，一些新型数据库，同时具备了NoSQL的扩展性和关系型数据库的很多特性。关系型和N 阅读全文

摘要： 弹力设计，其中着眼于分布式系统的各种“容忍”能力，包括容错能力（服务隔离、异步调用、请求幂等性）、可伸缩性（有 / 无状态的服务）、一致性（补偿事务、重试）、应对大流量的能力（熔断、降级）。可以看到，在确保系统正确性的前提下，系统的可用性是弹力设计保障的重点。 如下图： 冗余服务。通过冗余服务的复本 阅读全文

摘要： ：说白了， 就是干了两件事情，高并发和高可用： 大流量处理。通过集群技术把大规模并发请求的负载分散到不同的机器上。 关键业务保护。提高后台服务的可用性，把故障隔离起来阻止多米诺骨牌效应（雪崩效应）。如果流量过大，需要对业务降级，以保护关键业务流转 一是提高整体架构的吞吐量，服务更多的并发和流量，二是 阅读全文

摘要： 概念 关系数据库 ⇒ 数据库 ⇒ 表 ⇒ 行 ⇒ 列(Columns) Elasticsearch ⇒ 索引(Index) ⇒ 类型(type) ⇒ 文档(Docments) ⇒ 字段(Fields) mappings Mapping is the process of defining how a 阅读全文

摘要： Any organization that designs a system (defined broadly) will produce a design whose structure is a copy of the organization's communication structure 阅读全文