
36
|
第
3
章
为适合在我们的托管服务上运行的任何代码,也邀请他们运行他们认为需要针对托管数
据库运行的任何查询。但这么做会导致我们突然丧失对系统的控制,继而导致在市场上
损失大量金钱。
在这个服务即平台的时代,客户喜欢我们让平台变得更加强大。这一驱动力彻底改变了
软件行业。对于为这套平台提供动力的底层系统的维护人员来说,这意味着一切的困难
都变得巨大且呈指数级增长
—
不仅难以操作和管理,而且更难理解。
我们是如何走到这一步的,这个行业是什么时候在一夜之间发生变化的?让我们看看造
成这种巨大变化的各种小迭代。
3.3 向现代系统演进
回到互联网时代的早期,首先有“应用程序”和“数据库”。它们很容易理解。它们要
么能运行,要么不能运行;要么慢,要么不慢。我们必须监控它们的动态和可接受的响
应阈值。
这项任务并不总是那么简单。但是,在操作上,这是直截了当的。在相当长的一段
时间里,我们甚至以建设极简的框架为中心。最受欢迎的架构模式是
LAMP
堆栈:
Linux
、
Apache
、
MySQL
以及
PHP
或
Python
。你以前可能听过这个,我觉得现在有
义务再说一遍:如果你可以使用
LAMP
堆栈(或同等方案)解决问题,那么你可能应
该这样做。
在构建系统服务时,第一条规则是不要增加不必要的复杂性。你应该仔细识别需要解
决的问题,并且只解决这些问题。仔细考虑你需要保持开放的选项,并保持这些选项
开放。因此,大多数时候,你应该选择“无聊”的技术(
https
:
//mcfunley.com/choose-
boring-technology