是的,大家可能都知道了,女神张靓颖结婚了。。

我去,写错了,是————赵丽颖。

为什么我头脑一瞬间出现的是张靓颖,作为一个码农,技术宅,拼音缩小都是 ZLY,博主我真有点傻傻分不清楚了。。

我也是昨天吃午饭时通过某 APP 首页新闻看到的,几乎所有的媒体都在报道,现在互联网这么发达,想不知道都不行啊。

消息一出,同事们和网友们都炸了,为了求证,博主特意去了趟微博,看到了榜单《官宣》。。女神依然很美,可这位男主角呢?让博主我有点意外啊,对他真不太熟。。

女神就是女神,微博一发,由于巨大的流量同时涌入微博,造成了微博服务器陷入瘫痪,有的网友表示打开微博巨卡,有的网友搜索关键字赵丽颖显示网络异常,有的网友点击照片打不开等各种网络故障问题。。。

不过,由于博主下班时间才去看,服务器已得到修复,并没有发现以上的问题,所以可以点开看到了。

来,上高清图。

说到微博服务器经常瘫痪的问题,一直是个埂,饱受诟病。

不是说微博可以同时应对三个明星出轨吗?就在去年 10 月 8 号那天,鹿晗公布恋情时后就崩溃了。事后,工程师扩容整改,又宣称可以同时并发支持八个明星出轨,可结果呢?

其实这也不能怪微博,人家只是说同时支持八个明星并发出轨,没有说支持结婚!

难道八个同时出轨的流量还没一人结婚的流量大?

据微博工程师透露,赵丽颖这一次结婚事件带来的的流量比鹿晗那次还要大很多,赵丽颖这国民媳妇热度真没谁了,几百上千万粉丝为之疯狂。。。

然而,悲伤的是,她已不再是国民媳妇了……

事后,于是网络上就有人报怨微博的技术能力了,还说同时支持八个,一个明星结婚就顶不住了。关于微博能同时支持八个明星并发出轨,现在都成了一个埂,成就了一个个段子在博主朋友圈刷屏。。

话又说回来,难道微博的技术真有这么烂吗?

极客时间称,微博的信息流后端架构经历了单体应用 -> 微服务架构 -> 容器化应用 -> DevOps 的发展历程。

2017 年初,微博刚刚改造完微博架构,对原有的单体应用架构进行改造,把功能相对独立的模块拆分出去,部署为微服务,分别交给专门的更小的团队来维护。再到后来又引入了 Docker 容器化,以及 Service Mesh 等技术,为了更好地适应微博业务的高速发展。

按道理来说,改造成微服务应该能承载更多的并发啊,为什么还会反复出问题呢?

微服务是当下最火热的后端架构之一,现在不管什么公司,什么样的开发人员,开口闭口就谈微服务,上微服务,可知微服务的火热,就像当年的SSH。。微服务作为一个新的技术架构,还不成熟,肯定会遇到很多之前单体架构没有遇到的问题,都需要一步步填坑。

所以,微服务带来很多便利的同时,肯定会带来很多新兴问题和挑战。所以,不要盲目追求微服务架构,据我所知,就连阿里都没有很好的维护和管理好微服务。

来两张图体会下:

别笑,这是真的,是博主我在一个峰会上某个嘉宾分享时看到的。现在博主也在学习和应用微服务,也在博主的微信公众号 “Java技术栈” 陆续推送了一些微服务相关的教程(关注公众号回复微服务),同时也遇到了很多问题和挑战。

即便如此,微博屡次发生这样的故障实属不该,微服务虽然问题多,但并不能背这个锅,也不能成为屡次出现故障的借口。

所以,这一次事件之后,希望微博工程师好好总结教训经验,也千万别再承诺支持多少位明星出轨了,先支持一个明星顺利结婚吧。。。不然长期以往,微博的公信力和技术实力势必会成为诟病。

本文原创首发于微信公众号:Java技术栈(id:javastack),关注公众号在后台回复 “java” 可获取更多,转载请原样保留来源信息。

声明:本站所有文章,如无特殊说明或标注,均为本站原创发布。任何个人或组织,在未征得本站同意时,禁止复制、盗用、采集、发布本站内容到任何网站、书籍等各类媒体平台。如若本站内容侵犯了原著者的合法权益,可联系我们进行处理。

发表回复

您的电子邮箱地址不会被公开。 必填项已用*标注