前言
关于微服务架构,网络上已经充斥着大量的博客和书籍讨论。简而言之,它就是将庞大的单体应用拆分成一系列更小巧、更独立的服务,每个服务都能独立运行,如同积木般构建出灵活多变的应用体系。从SOA架构到微服务架构的演进,不仅仅是技术层面的升级,更是对软件开发理念的深刻变革。这种架构转变的背后,蕴藏着解决传统软件架构痛点的智慧。想象一下,传统的企业软件系统,往往是由多个庞大的系统堆砌而成,它们像巨石般沉重,难以灵活调整。在这样的体系下,任何微小的改动都可能牵一发而动全身,带来无法预料的后果。微服务架构的出现,就像为这些巨石注入了灵魂,使它们变得轻盈而富有活力。每个微服务都是一个独立的个体,拥有自己的生命周期和进化路径。它们可以独立部署、独立升级,甚至使用不同的编程语言和技术栈。这种灵活性为企业带来了前所未有的价值:扩展性差
可靠性不高
维护成本还很大
重复轮子很多
为了化解当前的困境,人们纷纷将目光投向了微服务架构这一解决方案。近年来,众多知名大厂已经纷纷转向并采纳了这种架构。市场上关于微服务的书籍和教程也如雨后春笋般涌现,显示出其极高的热度。我们作为身处技术浪潮中的IT人,不禁要问,为何互联网行业如此热衷于拥抱微服务架构?让我们一同探寻其中的原因,了解行业发展的痛点以及微服务架构所带来的独特优势。下面我们就通过行业巨头——阿里的内部微服务资料,来深入了解微服务架构,由于平台文章篇幅限制,细节内容过多,所以只把部分知识点截图出来粗略的介绍,每个小节点里面都有更细化的内容!需要的朋友可在文章末尾获取资料
第一章微服务介绍
系统架构演变
微服务架构介绍
SpringCloud Alibaba介绍
第二章微服务环境搭建
第三章Nacos Discovery-服务治理
服务治理是微服务架构中最核心最基本的模块。用于实现各个微服务的自动化注册与发现。
第四章Sentinel-服务容错
由于服务与服务之间的依赖性,故障会传播,会对整个微服务系统造成灾难性的严重后果,这就是服务故障的“雪崩效应”.要防止雪崩的扩散,我们就要做好服务的容错,容错说白了就是保护自己不被猪队友拖垮的一些措施。
第五章Gateway-服务网关
所谓的API网关,就是指系统的统一入口, 它封装了应用程序的内部结构,为客户端提供统服务,一些与业务本身功能无关的公共逻辑可以在这里实现,诸如认证、鉴权、监控、路由转发等等。
第六章Sleuth-链路追踪
分布式链路追踪,就是将一次分布式请求还原成调用链路,进行日志记录,性能监控并将一次分布式请求的调用情况集中展示。比如各个服务节点上的耗时,请求具体到达哪台机器上、每个服务节点的请求状态等等。
第七章Rocketmq-消息驱动
MQ简介
RocketMQ入门
消息发送和接收演示
案例
发送不同类型的消息
消息消费要注意的细节
第八章SMS-短信服务
短信服务介绍
短信服务使用
下单之后发送短信
第九章Nacos Config-服务配置
服务配置中心介绍
Nacos Config入门
Nacos Config深入
nacos的几个概念
第十章Seata-分布式事务
事务作为一个操作单元,在这个操作单元中的所有操作最终要保持一致的行为, 要么所有操作都成功。要么所有的操作都被撤销。简单地说。事务提供一种要么什么都不做,要么做全套机制。
这份精致的文档,宛如一颗璀璨的明珠,闪耀着阿里技术团队对于微服务开发一站式解决方案的执着追求。尽管篇幅有限,却如同繁星点点,凝聚着智慧与努力的精华。对于渴望深入了解微服务架构设计模式的你,只需轻轻一点关注,便可领略其全貌。
微服务架构设计模式
第1章 逃离单体地狱
第2章 服务的拆分策略
第3章 微服务架构中的进程间通信
第4章 使用Saga管理事务
第5章 微服务架构中的业务逻辑设计
第6章 使用事件溯源开发业务逻辑
第7章 在微服务架构中实现查询
第8章 外部API模式
外部API的设计难题
FTG0移动客户端API的设计难题
其他类型客户端API的设计难题
APl Gateway模式
什么是API Gateway模式
API Gateway模式的好处和弊端
以Netflix为例的API Gateway
API Gateway的设计难题
使用现成的API Gateway产品或服务
开发自己的API Gateway
使用GraphQL实现API Gateway
实现一个APl Gateway
什么是API Gateway模式
API Gateway模式的好处和弊端
以Netflix为例的API Gateway
API Gateway的设计难题
第9章 微服务架构中的测试策略(上)
第10章 微服务架构中的测试策略(下)
第11章 开发面向生产环境的微服务应用
第12章 部署微服务应用
部署模式:编程语言特定的发布包格式
部署模式:将服务部署为虚拟机
部署模式:将服务部署为容器
使用Kubernetes部署FTGO应用程序
部署模式: Serverless 部署
使用AWS Lambda和AWS Gateway部署RESTful服务
第13章 微服务架构的重构策略
由于篇幅限制就只能这样展示出来了,还望海涵
写在最后
微服务,一个看似简洁却内涵丰富的概念,正如一句古老的谚语所说:“细节是魔鬼”。在将这一概念转化为实际操作的过程中,我们不得不面对一系列棘手的问题。对于已经存在的应用架构,如何巧妙地将其转化为微服务架构?如何精确地进行服务拆分?如何设计出既高效又灵活的微服务逻辑?如何实现微服务的有效治理?这些问题如同迷雾中的难题,需要我们一一攻克。
此时,这份微服务架构设计模式文档就如同一盏明灯,为我们照亮前行的道路。它详细地剖析了微服务的“细节”,让我们对微服务的理解更加深入。同时,结合行业巨头阿里在实施微服务架构过程中的丰富经验和方法,无疑将为我们提供宝贵的参考和启示。
需要这两份【微服务架构笔记】的朋友
👇👇点击下方名片👇👇