微服务把我坑了！
技术总监张大胖在朋友圈看到一篇文章，讲的是Netflix的微服务实践。
研究了一会儿以后，他不由地拍案叫绝：每个服务都是一个组件，可以
1. 独立开发
2. 独立部署
3. 独立伸缩
人家Netflix居然可以在生产环境随意地停掉微服务测试稳定性，这真的把张大胖镇住了!
张大胖上网搜索一番，发现网上已经有很多文章了，很多公司已经开始使用微服务了，输出了很多最佳实践，自己还不知道，太落伍了，这绝不能容忍!
他马上召集部门开会，商量微服务改造事宜。
技术狂热粉小王率先发言：“现在支持微服务的有很多框架，比如SpringCloud , Dubbo等， 张总可以选择一下!”
张大胖找到了支持者，向小王投去了赞许的目光。
爱思考的小李说到：“张总， 我们维护的是一个企业内部系统，好像也不太复杂啊，需要改造成微服务吗?”
张大胖反问：“怎么不需要?微服务是未来业界的趋势，不顺势而为就会被时代抛弃。以后你没做过微服务，出门好意思给别人打招呼吗?!”
没人说话了。
张大胖又补充一句：“每个服务都是独立的，大家可以用自己喜欢的编程语言去开发啊!”
这句话太有杀伤力了， 各个开发人员浮想联翩：
小李：“嗯，我要试一下Go”
小王：“我正在学JavaScript，可以搞下Node.js”
小刘：“趁此机会练习下Python”
看到大家脸上的表情，张大胖心中暗喜， 他讲了一下自己选择的RPC框架，支持服务发现，负载均衡、网关、故障转移等各种功能。
然后他带着大家把现有系统做了划分，拆分成12个微服务，它们之间通过REST API调用。
微服务改造之路正式开启!
第一周：
小李：“张总，现在配置个本地环境可真是麻烦啊，我负责的服务依赖其他五个服务，没法本地运行啊。”
张大胖：“嗯，这我事先倒是没想到，我看到大家都在用docker，要不我们也把微服务都形成docker镜像?这样每个人都可以在本地运行整个环境了。”
小李：“这能行吗?我的机器性能差，这么多微服务跑不起来吧?”
张大胖：“没事， 我申请经费，每人一台高性能电脑!”
第二周：
小王：“张总，你看我们每个微服务对应一个自己的数据库，原来的事务做不了了。”
张大胖大吃一惊，怎么把这一茬给忽略了!他知道分布式事务，两阶段提交，三阶段提交， 但是性能差，稳定性不好，上网搜锁了一下，发现了TCC，但是对业务的侵入性强，最后确定用“最终一致性”这么一个宝贝，发给了小王。
小王看完后说到：“张总，这还得实现重试和幂等性啊，真是麻烦啊。”
张大胖拍拍小王的肩膀：“小伙子，要有开放的心态，这是多么好的学习机会啊?”
第三周：
小梁：“张总，这么多微服务，我为了定位一个问题，花了一个上午的时间，一个服务一个服务地查找，累死个人啊。”
张大胖很无奈，搜出一个“链路跟踪”的开源解决方案Zipkin，扔给小梁去实施。
看着密密麻麻的配置，小梁觉得很崩溃。
第四周：
小蔡：“张总，这日志文件都分布在不同的机器上，查看起来太麻烦了。”
张大胖找到一个“ELK日志分析”的解决方案，扔给小蔡去实施。
第五周：
小刘：“张总，小梁改了微服务的接口，增加了一个参数，他没给其他人说， 我们的微服务都没法运行了!”
张大胖说：“小梁怎么能这么做呢?”
小刘：“原来在一个工程中，在编译阶段就能发现接口的不匹配，现在都是靠文档约定的接口，发现问题就晚了。”
张大胖搜出一个“契约测试”，发到群里：“以后的服务改动，必须得通过契约测试!”
第六周：
小李：“张总，我们这12个微服务，每个服务部署3个实例，我昨天熬了一宿，才手工部署完成，必须得自动化了，要不咱们也来一套k8s?”
张大胖拍拍小李的肩膀：“小伙子挺有想法，微服务可不就得搭配k8s吗，搞起来!”
经过几个月的996的开发，微服务改造过的系统隆重上线，各种新技术在其中闪闪发亮：服务发现，负载均衡、网关、故障转移，最终一致性，链路跟踪，日志分析，契约测试，docker, k8s......
张大胖心满意足。
CEO把张大胖叫进了办公室。
CEO：“张大胖，你说搞系统改造，我还给你批了资金，现在系统怎么越来越慢了?”
张大胖：“老板您有所不知，我们的系统现在变成分布式的了，分布式系统要略微慢些。”
CEO：“我就问你，我就想看看这个报表，为什么半天都出不来结果?”
张大胖：“因为我们现在是微服务架构，这涉及到多个服务调用!我们实现了网关，负载均衡，故障恢复等很多高级的功能，不信您看，每个服务有3个实例，我把任意一个杀掉， 系统就会自动启动一个新的， 和Netflix一样..... ”
CEO 怒了：“你疯了吗?我们这个是内部应用，公司一共才几百人，你瞎搞啥负载均衡，故障转移!”
第二天， 张大胖被开除了。
张大胖离开之前对组员说：“唉，没办法，领导们只关注业务，不关注技术的发展趋势，我要走了，大家以后好自为之吧。”
小李嘀咕道：“这技术不就是为业务服务的吗?微服务看起来很美，但是根本不适合我们。”
小王说：“张总，别听小李瞎说，我们学会了微服务，简历中也有干货了。”
张大胖心中一亮， 回去赶紧修改简历，加上了这么一条：
领导了单体项目向微服务的迁移，精通微服务的架构设计，部署，监控。
后记：
写这一篇小品文，是想说明一个道理：不能“手里拿着一个锤子，眼中看到的全是钉子”，微服务虽好，也有适用的范围， 有很多项目单体应用活得好好的，根本没有拆分的必要，盲目追风，反而得不偿失。
【本文为51CTO专栏作者“刘欣”的原创稿件，转载请通过作者微信公众号coderising获取授权】
戳这里，看该作者更多好文
正文到此结束
- 本文标签： node 资金 CEO 锁 文章 ELK 部署 测试 数据库 时间 开发 python 一致性 微服务 编译 Node.js 参数 http 分布式系统 幂等 zip 负载均衡 API REST src zipkin 三阶段提交 java js 领导 分布式事务 企业 分布式 Netflix spring https 数据 Docker dubbo 幂等性 springcloud ip UI 实例 JavaScript 自动化 配置 CTO 开源 微信公众号 架构设计
- 版权声明： 本文为互联网转载文章，出处已在文章中说明(部分除外)。如果侵权，请联系本站长删除，谢谢。
- 本文海报： 生成海报一 生成海报二
热门推荐
相关文章
近期评论
-
文章和留言都翻到11页了 没有OOM
-
-
朋友，翻页到11页，及以后，会出现OOM，无法访问
-
-
搞个gitee的项目
-
-
版本号是多少，你可以下载哪个代码仓库，jdk选1.8 直接跑就行
-
-
-
Loading...
![[HBLOG]公众号](https://www.liuhaihua.cn/img/qrcode_gzh.jpg)
