一：为什么需要微服务架构？互联网/内联网/网络更加成熟轻量级运行时技术的出现(node.js, WAS Liberty等)新的方法与工具(Agile, DevOps, TDD, CI, XP, Puppet, Chef…)新的轻量级协议(RESTful API接口, 轻量级消息机制)简化的基础设施：操作系统虚拟化(hypervisors), 容器化(e.g. Docker), 基础设施即服务 (I
一.为什么需要微服务。使用传统的整体式架构(Monolithic Architecture)应用开发系统，如CRM、ERP等大型应用，随着新需求的不断增加，企业更新和修复大型整体式应用变得越来越困难；随着移动互联网的发展，企业被迫将其应用迁移至现代化UI界面架构以便能兼容移动设备，这要求企业能实现应用功能的快速上线；许多企业在SOA投资中得到的回报有限，SOA可以通过标准化服务接口实现能力的重用，
要性能，要解耦，要容错，要敏捷 优点： 每个服务足够内聚，足够小，代码容易理解、开发效率提高 服务之间可以独立部署，微服务架构让持续部署成为可能； 每个服务可以各自进行x扩展和z扩展，而且，每个服务可以根据自己的需要部署到合适的硬件服务器上； 容易扩大开发团队，可以针对每个服务（service）组件 ...
转载
2021-09-09 08:44:00
131阅读
2评论
楔子下面我们来聊一聊 RPC，不过做任何事情都应该 Start with Why，那我们就先来说说为什么要学习 RPC。要回答这个问题，我们就得先考虑下 RPC 的实际应用场景。说到 RPC，可能你的第一反应就是「微服务」，RPC 最大的特点就是可以让我们像调用本地一样发起远程调用，这一特点常常会让人感觉 RPC 就是为「微服务」或「SOA」而生的。现在的大多数应用系统发展到一定规模之后，都会向
转载
2023-07-14 10:45:12
111阅读
为什么选择微服务架构
### 导言
在过去的几十年中，软件开发领域一直在不断演进。从最早的单片机编程，到面向对象编程，再到现在的云计算和大数据时代。这些变化不仅仅是技术的进步，也是业务需求和用户体验的不断提高所带来的结果。其中，微服务架构是近年来备受关注的一种架构模式。
### 什么是微服务架构
微服务架构是一种将软件系统拆分成多个独立的小服务，并通过轻量级的通信机制进行协作的架构模式。每
原创
2023-07-23 19:47:02
93阅读
RPC：Remote Procedure Call，中文意思就是远程过程调用。01. 既然有 HTTP ，为什么还要用 RPC ？HTTP 和 RPC 并不是两个并行的概念，虽然很多书或文章，都介绍 HTTP 和 RPC 是在“应用层”，但实际上可以把应用层细分成多层，RPC 的所处的位置是高于 HTTP 的；HTTP 是网络协议，而RPC 可以看做是一种编程模式或实现方案；RPC 通常包含传输协
很多人都用过虚拟机，如VMWare，虚拟机就是在你的操作系统里面装一个软件，然后通过这个软件模拟出一台甚至多台“子电脑”出来。在“子电脑”里，你可以和正常电脑一样运行程序，而“子电脑”和“子电脑”之间，是相互隔离的互不影响。虚拟机虽然可以隔离出很多“子电脑”，但由于它需要虚拟出整个操作系统，因此会很占空间，启动很慢。用过的人大概都深有体会。 什么是容器？容器和虚拟机一样，也是
构的一种设计风格，与之相对的是，传统企业系统架构中的单体架构，本文谈谈为什么我们要实施微...
原创
2023-01-24 10:04:53
142阅读
为什么要采用微服务架构
---
## 整件事情的流程
| 步骤 | 内容 |
| --- | --- |
| 步骤一 | 了解微服务架构的概念 |
| 步骤二 | 理解微服务架构的优势 |
| 步骤三 | 学习如何设计和实现微服务架构 |
---
## 步骤一：了解微服务架构的概念
在开始学习为什么要采用微服务架构之前，我们首先需要了解什么是微服务架构。微服务架构是一种将应用程序拆分为
原创
2023-07-27 04:51:57
82阅读
微服务（Microservices）是业界最近的流行语，每个人好像都在以这样或那样的方式谈论它。现在让我们理解什么是微服务？在本篇教程中，我们会试着理解微服务的定义、概念以及原则。微服务的定义今天，微服务是SOA(面向服务的架构体系)之后日趋流行的架构体系之一。如果你紧跟业界趋势，你会发现商业机构不再像几年前那样开发大型应用来管理它们的端对端业务功能，而是选择那些快速而且敏捷的应用，这样可以花费更
回到主题，我们要了解的是微服务和DDD到底有什么关系呢？ 因为在互联网时代，软件所面临的问题域比以往要复杂得多，这种复杂性来源于不断扩展的问题域自身，也来源于创新变化，以及这种规模性增长所带来的挑战。 然而一个人一个团队，他对复杂的事物的认知是有极限的，面对这种复杂问题唯一的方法就是分而治之。分主要考虑的是如何去分；治意味着分出来的每一个部分要能够独立的运行，能够互相的协作，完成整体的目标，能
转载
2021-03-23 15:16:11
112阅读
记得之前在规划和设计微服务架构的时候，张队长给了我一个至今依然记忆深刻的提示：『你的设计蓝图里为什么没有看到DDD的影子呢？』随着对充血模型的领域认知的加深，我越加感觉到DDD的重要性。于是网上一顿海找，并做了学习笔记。DDD内容繁多，个人浅见，它不同于传统贫血的最核心的一点就是把原先传统的贫血模型里的业务逻辑层拎出来，融入到Domain层，这样面对复杂业务的规模化变更，我们只需要专注于Doma
转载
2021-06-19 14:20:21
16阅读
记得之前在规划和设计微服务架构的时候，张队长给了我一个至今依然记忆深刻的提示：『你的设计蓝图里为什么没有看到DDD的影子呢？』 随着对充血模型的领域认知的加深，我越加感觉到DDD的重要...
转载
2021-03-22 08:00:00
47阅读
2评论
记得之前在规划和设计微服务架构的时候，张队长给了我一个至今依然记忆深刻的提示：『你的设计蓝图里为什么没有看到DDD的影子呢？』 随着对充血模型的领域认知的加深，我越加感觉到DDD的重要性。但是DDD内容繁多，是不是要深入去了解呢，我觉得不必入坑太深，个人浅见，它最核心的一点就是针对贫血模型的不足而设
转载
2020-09-25 15:27:00
31阅读
2评论
从开发角度讲 我写完代码就完了。剩下的都能自动执行。概念 工具和流程的结合主要是服务于 开发人员和测试人员之间沟通合作的解决方案。 构建、测试、发布、部署、运维监控。工具图别人家的devops workflow，并不一定合适自己devops的目的时间和质量devops错误案例正确案例devops:传统应用交付 devops：标准容器交付 经典的容器交付流程devops概念总结 为什么
记得之前在规划和设计微服务架构的时候，张队长给了我一个至今依然记忆深刻的提示：『你的设计蓝图里为什么没有看到DDD的影子呢？』
随着对充血模型的领域认知的加深，我越加感觉到DDD的重要性。但是DDD内容繁多，是不是要深入……
转载
2021-07-07 11:26:09
106阅读
记得之前在规划和设计微服务架构的时候，给了我一个至今依然记忆深刻的提示：『你的设计蓝图里为什么没有看到DDD的影子呢？』随着对充血模型的领域认知的加深，我越加感觉到DDD的重要性。于是网上一顿海找，并做了学习笔记。DDD内容繁多，个人浅见，它不同于传统贫血的最核心的一点就是把原先传统的贫血模型里的业务逻辑层拎出来，融入到Domain层，这样面对复杂业务的规模化变更，我们只需要专注于Domain即可
转载
2023-04-14 14:27:48
7阅读
记得之前在规划和设计微服务架构的时候，张队长给了我一个至今依然记忆深刻的提示：『你的设计蓝图里为什么没有看到DDD的影子呢？』随着对充血模型的领域认知的加深，我越加感觉到DDD的重要性。...
转载
2021-06-12 12:19:21
52阅读
