程序后台 vs. 餐厅后台

“道德是你在黑暗中的所作所为。”

 

昨天中午吃完饭偶然经过一家餐馆的后门，瞥了一眼。屋里堆满了大大小小的箱子，一个厨师穿着的工作人员背靠着柜子坐在地上，屋里飘出一阵难闻的味道。

 

忽然想起我们的后台程序。在用户看不到的地方，你的代码足够简洁有效吗？

 

开始时，一切都非常美好。餐厅中飘出诱人的香味。

 

1. 餐盘中的bug

顾客投诉在用餐时吃出了虫子，餐厅能迅速的定位问题出在哪个流程上、由谁负责、怎么解决吗？

前端用户的某条记录出错了，我们的程序能准确定位问题并迅速帮用户解决吗？能在不停止服务的情况打上补丁、升级程序吗？

 

2. 拥挤的餐厅

人越来越多，每个顾客从下单到享受美味所花费的时间是不是也越来越长？

并发量在逐渐增加，服务器的响应时间是常量还是正比于并发量？后台架构能否支持方便的扩容？容错？

 

3. 脏乱的后台

用餐高峰终于过去，后台各种垃圾堆在一起，各种味道弥漫在空气中，各种工作人员坐在凳子、地上闲聊。

臃肿的代码？内存泄漏？死锁？宕了一台？别管那么多了，只要能继续提供服务，就万事大吉。

 

 

躲在漂亮的产品后面的你的后台程序运行的如何？