我一直在用draw.io做一些和UML流程图，图表或者曲线图相关的事情。它在丰富的功能和用户的手工控制方面做出了合理的权衡。但是，接下来我会告诉你如何自动化一些无聊的鼠标点击;）DanielWoods的“Microservices:TheRightWay”演讲里其中一张幻灯片如果它不是这样的话事情也不会变得这么有趣。事实上，这里最好能有一张更清晰地展现组件之间关系和职责的图片。不然的话最终结果就是像上面看到的这样;)诀窍便是在做的时候不断审视它哪个地方不对，这样一来便不太可能做的这么糟了。在做图的时候——你也在同时给自己一个整体的感觉，它们将会怎么交互，问题域是什么，上下文，边界，等等。"光纸

简单来说，服务化的核心就是将传统的一站式应用根据业务拆分成一个一个的服务，而微服务在这个基础上要更彻底地去耦合（不再共享DB、KV，去掉重量级ESB），并且强调DevOps和快速演化。这就要求我们必须采用与一站式时代、泛SOA时代不同的技术栈，而SpringCloud就是其中的佼佼者。DevOps是英文Development和Operations的合体，他要求开发、测试、运维进行一体化的合作，进行更小、更频繁、更自动化的应用发布，以及围绕应用架构来构建基础设施的架构。这就要求应用充分的内聚，也方便运维和管理。这个理念与微服务理念不谋而合。接下来我们从服务化架构演进的角度来看看为什么Spring

软件工程发展大师级人物MartinFowler在他谈论微服务的个人主页上提到，微服务并没有一个非常明确的定义。事实上有很多种分布式系统的实现都可以被看成（或者说勉强看成）是面向微服务架构的。微服务架构是一种架构模式，它提倡将单一应用程序划分成一组小的服务，服务之间互相协调、互相配合，为用户提供最终价值。每个服务运行在其独立的进程中，服务于服务间采用轻量级的通信机制互相沟通（通常是基于HTTP的RESTfulAPI）。每个服务都围绕着具体业务进行构建，并且能够被独立地部署到生产环境、类生产环境等。另外，应尽量避免统一的、集中式的服务管理机制，对具体的一个服务而言，应根据业务上下文，选择合适的语言

之前一段时间，有听部门架构说起接下来公司要使用微服务架构来研发系统，当时没怎么在意，因为是第一次听说微服务这个名词（果然无知者无畏啊）；正好赶上五一假，我自告奋勇的，接了编写微服务架构培训文档这个任务（也许因为我是文科生，文笔稍微好点）。五一假期三天，基本都是在看资料，梳理思路以及编写接下来的培训文档中度过。下面，就说说我这几天的一些收获吧；先说说资料来源吧：有架构给我的一些资料，以及自己百度和论坛、社区找来的一些资料，权当做一个总结式的简介。。。微服务架构（MicroserviceArchitecture）是一种架构概念，旨在通过将功能分解到各个离散的服务中以实现对解决方案的解耦。你可以将其

非常好和最为全面的DDD领域建模知识总结资料并包含了简单样例代码解读，该资料包含8个部分 1. 什么是DDD？ 2. 为什么要使用DDD？ 3. DDD核心概念 4. DDD需求分析、设计、开发流程 5. 基于微服务架构构建旅程 6. DDD设计原则 7. DDD常用架构模式 8. 简单代码案例讲解

本文来自简书，介绍了领域驱动的微服务架构设计工作坊的详细步骤，包括产品价值、命令风暴、聚合以及问题域和解决方案域等。领域驱动的微服务架构设计工作坊，能使软件开发团队所有成员在短时间内，迅速就新产品或遗留系统的价值、用户画像、关键场景、聚合达成一致，以便让团队快速识别软件产品的问题域和解决方案域，发现微服务之间的API接口契约，并据此拆分微服务（或模块）和团队，来开发新产品或重构遗留系统。对于不打算实践微服务的团队拆分模块也有参考意义。1）召集所有相关领域专家和开发团队成员（包括：业务分析、开发、测试、DBA等）参加工作坊，准备大白纸、6种颜色（深黄-DomainEvent、深蓝-Command

百度网盘

京东详细服务架构设计文档

重庆邮电大学《微机原理》历年期末考试试卷（含答案）

针对nacos下载很慢，特意整理下2021当前比较新稳定的版本1.4.1，提供给各位运维、开发人员下载使用，Nacos是阿里巴巴最新开源的项目,核心定位是“一个更易于帮助构建云原生应用的动态服务发现、配置和服务管理平台”。