微服务小结

源码小哥
Java领域优质创作者
博客专家认证
2023-01-13 01:27:35

课时名称课时知识点
微服务小结微服务化的核心就是将传统的一站式应用,根据业务拆分红一个一个的服务,完全地去耦合,每个微服务提供单个业务功能的服务,一个服务作一件事,从技术角度看就是一种小而独立的处理过程,相似进程概念,可以自行单独启动或销毁,拥有本身独立的数据库。SpringCloud俨然已经成为微服务开发的主流技术栈,在国内开发者社区非常火爆。本课程在SpringCloud微服务技术栈的基础上,结合自身的实战落地经验,也结合国内外一线互联网公司的开源实践,综合提出更贴近国内技术文化特色的轻量级的微服务参考技术栈。希望这个参考技术栈对一线的架构师(或者是JavaEE微服务爱好者)有一个好的指导,能够少走弯路,快速落地微服务
...全文
131 回复 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
回复
切换为时间正序
请发表友善的回复…
发表回复
序言 自从Martin Fowler对微服务作出定义之后,微服务便火遍大江南北, 网上出现很多文章来描述它的好处,也有很多文章来说明它的弊端。这便 让很多小伙伴无所适从,微服务究竟是什么,要不要使用微服务架构,怎 么实施微服务架构?我一直认为,微服务架构只是新瓶装老酒,这老酒就 是模块化。如果在做系统设计时,已经把模块化做得很好,转型微服务只 是顺理成章的事。如果模块化都做不好,转型微服务只会带来灾难。 2014 年底,我们团队意识到 Docker 技术可以帮我们大幅度提高软 件产品的性能,降低硬件的投入,提高运维效率,便开始着手研发基于 Docker 的 PaaS 平台。随后,很快发现,PaaS 平台只是解决了软件生命周 期后半部分(运维)的问题,就思考能否通过 Docker 技术来提高开发团 队的效率。例如,降低团队成员流动带来的风险,提高多团队协作的效率, 找到组件或知识积累的方法,让同一个软件产品能够适应不同客户的定制 化需求,等等。从此,就与微服务结下了不解之缘。这些目标确定后,通 用的PaaS平台的研发目标也就变成了解决以上问题的微服务平台的研发, 以及后来的青柳云平台本身的微服务化的实践。 在做微服务架构技术选型的时候,我们以“无侵入”和“社区活跃” 为最主要的考量点,也只有这样,将来在升级为原子服务架构、量子服务 架构的时候,甚至是恢复成单体架构的时候,代价才是最小的。所以,在 3 InfoQ 中文站 为数不多的可选项中,我们拥抱了 Spring Cloud。最后的结果就是使用 基于 Docker 的微服务平台进行开发和运行运维支撑,使用 Spring Cloud 进行业务系统开发,两者相互独立,并可被独立替换。

2

社区成员

发帖
与我相关
我的任务
社区描述
资深项目经理、IT技术讲师。丰富的JAVAEE项目和移动端应用开发实战经验,负责多家企业的内训课程的研发与讲授,对微服务架构,虚拟化技术、区块链等有独到的见解和认识。授课方式幽默,严谨,由浅入深,循序渐进,擅长项目驱动教学,善于调动学员的学习热情,深得学生的喜爱与好评。互联网技术领域的研究者和传播者,相信技术改变生活。
社区管理员
  • 源码小哥
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧