天才一秒记住【燃文中文】地址：www.ranwenzw.cc
猪，睡着了啊”
然后张明杰给林美云回了个消息“爱与不爱，同样受罪”。
洗漱完，到楼下吃了午饭，总觉得少了点啥，从冰箱拿了瓶啤酒喝了起来，这感觉才有点爽爽
下午回到公司看代码，黄飞虎等人也在，看剩下的普通级别的bug，看着看着天色已黑，越觉得当前的架构设计还是有点复杂，很多业务的模块都合并在一起，没有进行服务的拆分，修改一个小bug，都是要大动干戈的修改，简单来说，任何一个地方服务的崩溃，都会产生大面积的故障。
用户中心要抽象要出来，单独做一个服务组件，网关也要独立出来，可以对接企业的Ad，也要能对接微信等第三方的平台，数据统计也要独立拆分，否则线上的人数很难实时的统计，用全表扫描的方法太笨了，严重吃数据库的性能，mongodb的选型是不是也有问题，用postgreSqL或者mysql，会不会更好？
张明杰首次提出了这样的想法，这个是要从架构层面思考的维度了。
这些都是设计到整个软件架构层面的东西，以前搞Java太注重业务的开发，对架构的理解太浅了，到了真正的业务系统，想做稳定，太难了，在网上搜索软件架构的数据，下了《软件架构模式》，《设计模式》电子版到电脑和手机上，先下载两本自己先研究着。
到了周一主管例会上，秦园写了当前的版本迭代情况进展，老板祝山涛也没有在说什么，只多问了句“还也没有潜在的问题风险”
金伟忠道：“潜在风险一直在内部排查中，已经让产品部把V2.1的需求延迟了两周，我们在花两周的时间来解决系统的稳定性问题”
祝山涛道：“那本周让产品部，市场部组织试用，系统还是要尽快的稳定下来”
张明杰心中一慌，完了，从周末的代码逻辑上看，系统的稳定性岂是这几周能彻底解决的，但是看金伟忠，和朱权，都不说话，他也不好说什么，只是看了秦园一眼。
秦园是嘴巴一撇，意思是：“完了，我又得背锅了”，因为从软件的bug上看，这么多的bug下面，还藏着更多的问题呢，只是我们还没有发现而已，所以秦园是很慌的。
但是现在也没有什么好办法，只能硬着头皮上了。
果然和预期的一样，在周五的下午，又再次崩溃，人数到了五千人就是个门槛，很多服务莫名其妙的崩溃，或者服务看着监控指标还挺正常的，但是就是请求超时，不能正常对我提供服务。