是的，大家可能都知道了，女神張靚穎結婚了。。
我去，寫錯了，是————趙麗穎。
爲什麼我頭腦一瞬間出現的是張靚穎，作爲一個碼農，技術宅，拼音縮小都是 ZLY，博主我真有點傻傻分不清楚了。。
我也是昨天吃午飯時通過某 APP 首頁新聞看到的，幾乎所有的媒體都在報道，現在互聯網這麼發達，想不知道都不行啊。
消息一出，同事們和網友們都炸了，爲了求證，博主特意去了趟微博，看到了榜單《官宣》。。女神依然很美，可這位男主角呢？讓博主我有點意外啊，對他真不太熟。。
女神就是女神，微博一發，由於巨大的流量同時涌入微博，造成了微博服務器陷入癱瘓，有的網友表示打開微博巨卡，有的網友搜索關鍵字趙麗穎顯示網絡異常，有的網友點擊照片打不開等各種網絡故障問題。。。
不過，由於博主下班時間纔去看，服務器已得到修復，並沒有發現以上的問題，所以可以點開看到了。
來，上高清圖。
說到微博服務器經常癱瘓的問題，一直是個埂，飽受詬病。
不是說微博可以同時應對三個明星出軌嗎？就在去年 10 月 8 號那天，鹿晗公佈戀情時後就崩潰了。事後，工程師擴容整改，又宣稱可以同時併發支持八個明星出軌，可結果呢？
其實這也不能怪微博，人家只是說同時支持八個明星併發出軌，沒有說支持結婚！
難道八個同時出軌的流量還沒一人結婚的流量大？
據微博工程師透露，趙麗穎這一次結婚事件帶來的的流量比鹿晗那次還要大很多，趙麗穎這國民媳婦熱度真沒誰了，幾百上千萬粉絲爲之瘋狂。。。
然而，悲傷的是，她已不再是國民媳婦了……
事後，於是網絡上就有人報怨微博的技術能力了，還說同時支持八個，一個明星結婚就頂不住了。關於微博能同時支持八個明星併發出軌，現在都成了一個埂，成就了一個個段子在博主朋友圈刷屏。。
話又說回來，難道微博的技術真有這麼爛嗎？
極客時間稱，微博的信息流後端架構經歷了單體應用 -> 微服務架構 -> 容器化應用 -> DevOps 的發展歷程。
2017 年初，微博剛剛改造完微博架構，對原有的單體應用架構進行改造，把功能相對獨立的模塊拆分出去，部署爲微服務，分別交給專門的更小的團隊來維護。再到後來又引入了 Docker 容器化，以及 Service Mesh 等技術，爲了更好地適應微博業務的高速發展。
按道理來說，改造成微服務應該能承載更多的併發啊，爲什麼還會反覆出問題呢？
微服務是當下最火熱的後端架構之一，現在不管什麼公司，什麼樣的開發人員，開口閉口就談微服務，上微服務，可知微服務的火熱，就像當年的SSH。。微服務作爲一個新的技術架構，還不成熟，肯定會遇到很多之前單體架構沒有遇到的問題，都需要一步步填坑。
所以，微服務帶來很多便利的同時，肯定會帶來很多新興問題和挑戰。所以，不要盲目追求微服務架構，據我所知，就連阿里都沒有很好的維護和管理好微服務。
來兩張圖體會下：
別笑，這是真的，是博主我在一個峯會上某個嘉賓分享時看到的。現在博主也在學習和應用微服務，也在博主的公衆號 "Java技術棧" 陸續推送了一些微服務相關的教程（關注公衆號回覆微服務），同時也遇到了很多問題和挑戰。
即便如此，微博屢次發生這樣的故障實屬不該，微服務雖然問題多，但並不能背這個鍋，也不能成爲屢次出現故障的藉口。
所以，這一次事件之後，希望微博工程師好好總結教訓經驗，也千萬別再承諾支持多少位明星出軌了，先支持一個明星順利結婚吧。。。不然長期以往，微博的公信力和技術實力勢必會成爲詬病。
更多幹貨推薦
2.史上最強 Spring Boot & Cloud 教程整理
本文原創首發於公衆號：Java技術棧（id:javastack），轉載請原樣保留本信息。
