开篇词 | 微服务，从放弃到入门
胡忠想
讲述：胡忠想大小：3.11M时长：06:47
该思维导图由 AI 生成，仅供参考
你好，我是胡忠想，微博技术专家。从 2012 年加入微博到现在，我一直在做微博首页信息流相关的业务研发，几乎亲历了微博后端架构的每一次重大升级。不仅参与了微博后端架构从大的单体应用迁移到微服务架构的改造；还作为主要负责人之一，主导了微服务架构在公司多个业务线的推广和落地。所以谈到将微服务落地，我有很多实战干货想和你分享。
不得不说，微服务是当下非常热门的话题。我平时工作之外和圈子里的朋友们交流，提到微服务等新技术，他们先是兴奋，后又无奈。兴奋的是他们看到了新技术带来的便利，无奈的是团队规模和能力又反过来制约了他们采用新技术的步伐。而他们也对微服务有着这样或那样的理解，但更多的是疑惑，比如说他们会问：
微服务这技术虽然面试的时候总有人提，但作为一个开发，是不是和我关系不大？那不都是架构师的事吗？
微服务不都是大厂在玩吗？我们这个业务体量用得着吗？
微服务特别复杂，没个 100 人的研发团队是不是就无法落地？
我特别理解这样的困惑，因为我也是这么一步步走过来的。的确，大公司动辄就是几百上千的研发人员，并且其中不乏顶尖选手。他们有经验、有能力，也有业务场景，所以在技术的选择上也会更为“冒进”。而对于大部分的中小团队来说，当微服务架构成为刚需的时候，他们更多的是彷徨和犹豫。
先给你讲讲我的经历吧。最开始，微博首页信息流的后端团队规模也不大，只有七八个人。当时我们就想着快速迭代，业务也就采用了单体应用的架构。因为求快，不同功能模块的代码耦合在一起，编译打包部署也都在一起。
后来业务规模不断扩大，团队人员也增长到二十多人，这时候单体应用架构的开发模式就开始暴露出问题了。那时候，每一次功能发布和上线都需要一个上线负责人来收集上线列表，并协调所有相关的开发人员合并代码到主干，然后编译打包，修改工程依赖的 JAR 包版本。
你应该可以想象我们那时的状况。如果一次上线超过五个人参与的话，就会经常出现各种问题：有的人忘记提交代码、有的人忘记打包、有的人忘记修改工程依赖到最新版本。一次上线过程需要反复确认，耗费了大量精力，严重影响了整体的开发和部署效率。
看到这，不知你是否大腿一拍，大声叫到：这不就是我们团队每天都在面对的问题嘛！
当时我们为了解决这些问题，做了很细致的技术调研，最后选定了服务化的解决方案，对原有的单体应用架构进行改造，把功能相对独立的模块拆分出去，部署为微服务，分别交给专门的更小的团队来维护。后来我们又引入了 Docker 容器化，以及 Service Mesh 等技术，为了更好地适应微博业务的高速发展。
可以说，微博的信息流后端架构经历了单体应用 - 微服务架构 - 容器化应用 - DevOps 的发展历程。而我也正是因为亲历了微博的架构演进过程，对于中小团队如何落地微服务体系有了更为深刻的理解。
所以，在这个专栏里，我会秉承着这个思路，不断提醒自己，这个方案中小团队是否可用，他们能否驾驭这些技术。我想，这是大部分中小团队的刚需，也是这个专栏的主要出发点。他们需要的不是一个大而全的东西，而是一套可以快速落地的方法论。
我希望在专栏里不仅跟你分享微服务架构的基础知识，更是从微服务体系的角度，和你深入讨论如何将微服务落地，帮你扫清最开始提到的那些疑惑。
那什么是微服务体系呢？在我看来，微服务发展到现在，已经不再单单局限于微服务架构本身，还与容器化、DevOps 等新的理念相结合，成为当前移动互联网时代最先进的业务架构解决方案，能更好地迎合移动互联网业务快速迭代的要求。
在接下来的三个月里，我将由浅入深、由表及里，逐步带你探索微服务的世界，帮你从 0 开始构建微服务体系。具体来说，专栏分为四个部分：
第一部分，我会尽量用最通俗的语言去讲解微服务架构的基本原理，帮你解答三个问题：什么是微服务？什么时候适合微服务改造？微服务架构到底是什么样的？
第二部分，我会结合在实际业务中的经验，给你讲述微服务架构改造过程中可能会遇到的问题和对应的解决方案，以及搭建微服务架构时，如何做技术选型。
第三部分，我会给你讲述微服务、容器化、DevOps 这三者之间的关系，以及在具体实践中如何运用这三种技术给业务的架构带来质的飞跃。
第四部分，我会给你介绍下一代微服务体系可能的发展方向，并分享我对此的看法。
如果你刚刚接触微服务体系，希望我的专栏能带你快速入门微服务，具备搭建一套微服务基本架构的能力；如果你有过微服务架构的开发经历，希望可以帮你解决在实际开发过程中遇到的一些问题；如果你已经玩转了微服务的各个方面，希望你可以和我切磋，交流开发心得，畅谈下一代微服务的技术发展；即使你现在还没有用到微服务，但通过专栏的学习，希望你一样能够掌握微服务架构的思维的精髓，提升解决复杂问题的能力。
微服务是当下最火热的后端架构之一。不管你是一个什么级别的程序员，也不论你在一个什么体量的公司，服务化都是你迟早会遇到的难题。从我的经验来看，实践微服务的过程本身也是一个升级打怪的过程，这中间你会遇到基本上所有后端架构的问题。解决了这些问题，你自然也就理解了那些高深的概念，也就成为了一名架构师，成长和能力提升都是这个过程的附属品。
不说虚的，我希望这个专栏能给你在“微服务道路”上增加一块敲门砖，希望我讲的东西对你有所帮助、有所启发。用极客时间团队的话来说，我要为你交付结果，学完这个专栏，希望你可以厘清微服务的脉络，并在恰当的时候，也可以主导自己公司的服务化进程。
我邀请你在接下来的三个月时间里，跟我一起走进微服务的世界，感受学习和进步所带来的乐趣与成就！
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线笔记
复制
AI
- 深入了解
- 翻译
- 解释
- 总结
微服务架构是当前热门话题之一，本文作者胡忠想是微博技术专家，亲历了微博后端架构的重大升级，包括从单体应用迁移到微服务架构的改造。他分享了自己团队在微服务落地过程中的实战经验。文章将分为四个部分，首先解释微服务架构的基本原理，其次讲述微服务架构改造过程中可能遇到的问题和解决方案，然后介绍微服务、容器化、DevOps之间的关系，最后展望下一代微服务体系的发展方向。作者表示，专栏旨在帮助读者快速入门微服务，解决实际开发中遇到的问题，交流开发心得，提升解决复杂问题的能力。他鼓励读者在接下来的三个月时间里，跟随他一起走进微服务的世界，感受学习和进步所带来的乐趣与成就。文章内容涵盖了微服务架构的基础知识、实践经验和未来发展方向，适合对微服务感兴趣的技术人员阅读。
2018-08-2069人觉得很赞给文章提建议
仅可试看部分内容，如需阅读全部内容，请付费购买文章所属专栏
《从 0 开始学微服务》，新⼈⾸单¥59
《从 0 开始学微服务》，新⼈⾸单¥59
立即购买
© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
登录 后留言
全部留言(97)
- 最新
- 精选
hansz看一下能抗的住8对明星并发出轨的架构到底是怎样的作者回复: 这个我可没说哈
2018-08-2083
无呢可称刚下班，看了开篇词，我们后端3人组都打算服务化，期待胡思想的首秀作者回复: 三个人就微服务？
2018-08-2050
QY扛得住并发出轨的微服务架构指南，期待作者回复: 这个不要乱说，哈哈
2018-08-2124- 有铭微服务最大的问题来源在于服务化后的持久数据（数据库）被切分导致的关系破碎。希望能多讲讲这方面如何踩坑
作者回复: 这个不是这个专栏的重点，不过最好的方法是不要拆有业务逻辑耦合的数据库，尽量不要引入数据库事务，会很复杂
2018-08-21318 - mylgx是不是可以写一下需要哪些前置技能？
作者回复: 最好是有过实际项目开发经验，比如写过spring+ibatis+mysql应用程序的，懂一些网络
2018-08-2110 
雨霖铃声声慢搞微服务的话最小规模团队要多少人呀作者回复: 能力强的话十人以下就行，但大部分团队建议十人以下不要考虑了
2018-09-017
@特老师能多讲讲微服务一致性的问题吗。比如携程之类的订票网。他们怎么保证订完火车票订机票，订完机票订酒店的。TCC肯定是做不到的，感觉事件驱动也很麻烦。作者回复: 对账机制吧，所以有可能超卖
2018-08-227
李嘉豪Neil我们团队也正在由单应用转变为微服务的路上，现在正在对原有业务进行迁移，希望胡老师的专栏能促使我们的服务更完善，更稳定，更高效！作者回复: OK
2018-08-207
爽歪歪胡老师 我们项目组十个人 现在采用分布式集群做的一个平台 但是这里面只有Rest互相调用接口 并没有一套完整的服务发现治理监控的流程 我们这样的团队规模自己项目 适合采用微服务架构么作者回复: 十个人快到临界点了，看你们日常的开发部署测试效率吧
2018-08-224
臣子胡老师，我是一名PHP程序员。 看过阿里巴巴的dubbo。但是这些技术都是java去写的。我很困惑为啥不用PHP呢？作者回复: 阿里写dubbo的时候，还没有人拿PHP写比较重的后端业务吧，毕竟要跟阿里内部的各种中间件去搭配
2018-08-313
收起评论
