是的，大家可能都知道了，女神张靓颖结婚了。。
我去，写错了，是————赵丽颖。
为什么我头脑一瞬间出现的是张靓颖，作为一个码农，技术宅，拼音缩小都是 ZLY，博主我真有点傻傻分不清楚了。。
我也是昨天吃午饭时通过某 APP 首页新闻看到的，几乎所有的媒体都在报道，现在互联网这么发达，想不知道都不行啊。
消息一出，同事们和网友们都炸了，为了求证，博主特意去了趟微博，看到了榜单《官宣》。。女神依然很美，可这位男主角呢？让博主我有点意外啊，对他真不太熟。。
女神就是女神，微博一发，由于巨大的流量同时涌入微博，造成了微博服务器陷入瘫痪，有的网友表示打开微博巨卡，有的网友搜索关键字赵丽颖显示网络异常，有的网友点击照片打不开等各种网络故障问题。。。
不过，由于博主下班时间才去看，服务器已得到修复，并没有发现以上的问题，所以可以点开看到了。
来，上高清图。
说到微博服务器经常瘫痪的问题，一直是个埂，饱受诟病。
不是说微博可以同时应对三个明星出轨吗？就在去年 10 月 8 号那天，鹿晗公布恋情时后就崩溃了。事后，工程师扩容整改，又宣称可以同时并发支持八个明星出轨，可结果呢？
其实这也不能怪微博，人家只是说同时支持八个明星并发出轨，没有说支持结婚！
难道八个同时出轨的流量还没一人结婚的流量大？
据微博工程师透露，赵丽颖这一次结婚事件带来的的流量比鹿晗那次还要大很多，赵丽颖这国民媳妇热度真没谁了，几百上千万粉丝为之疯狂。。。
然而，悲伤的是，她已不再是国民媳妇了……
事后，于是网络上就有人报怨微博的技术能力了，还说同时支持八个，一个明星结婚就顶不住了。关于微博能同时支持八个明星并发出轨，现在都成了一个埂，成就了一个个段子在博主朋友圈刷屏。。
话又说回来，难道微博的技术真有这么烂吗？
极客时间称，微博的信息流后端架构经历了单体应用 -> 微服务架构 -> 容器化应用 -> DevOps 的发展历程。
2017 年初，微博刚刚改造完微博架构，对原有的单体应用架构进行改造，把功能相对独立的模块拆分出去，部署为微服务，分别交给专门的更小的团队来维护。再到后来又引入了 Docker 容器化，以及 Service Mesh 等技术，为了更好地适应微博业务的高速发展。
按道理来说，改造成微服务应该能承载更多的并发啊，为什么还会反复出问题呢？
微服务是当下最火热的后端架构之一，现在不管什么公司，什么样的开发人员，开口闭口就谈微服务，上微服务，可知微服务的火热，就像当年的SSH。。微服务作为一个新的技术架构，还不成熟，肯定会遇到很多之前单体架构没有遇到的问题，都需要一步步填坑。
所以，微服务带来很多便利的同时，肯定会带来很多新兴问题和挑战。所以，不要盲目追求微服务架构，据我所知，就连阿里都没有很好的维护和管理好微服务。
来两张图体会下：
别笑，这是真的，是博主我在一个峰会上某个嘉宾分享时看到的。现在博主也在学习和应用微服务，也在博主的微信公众号 “Java技术栈” 陆续推送了一些微服务相关的教程（关注公众号回复微服务），同时也遇到了很多问题和挑战。
即便如此，微博屡次发生这样的故障实属不该，微服务虽然问题多，但并不能背这个锅，也不能成为屡次出现故障的借口。
所以，这一次事件之后，希望微博工程师好好总结教训经验，也千万别再承诺支持多少位明星出轨了，先支持一个明星顺利结婚吧。。。不然长期以往，微博的公信力和技术实力势必会成为诟病。
