构建用于测量(图示、设备运用法式)和监控(报警)的体系是一项很值得做的工作，这些体系是基本架构异常主要的焦点内容，并且做起来也不是那么难。但据我所知，这些体系却经常被疏忽。假如没有测量的话，很难对体系实现自动的治理。汗青的测量数据对于容量计划和毛病排查尤其有效。

监控与测量技巧分为三类:第一类是对体系进行检测，发明问题时进行报警；第二类是记载测量数据，并以图表方法显示；第三类试图将第一类和第二类联合起来，但最后老是两者都做欠好。我选择应用两个体系，而不是一个试图包办所有工作但最后每一样都欠好的综合体系。

在我看来，Nagios用于监控就足够好了，尽管学起来比拟艰苦。基于RRD对象的体系，如Cacti、Munin、Ganglia实用于保留汗青测量数据。我对Cacti有点偏心，不仅因为我以为它是一个极好的对象，并且还因为我写了一些Cacti的图形模板。这些模板可以在htp:/codegoogle.com/p/mysgl-cacti-templates/处找到。固然会有分歧看法，我照样以为MySQ几L模板对任何图示体系来说都是最好的。尽管有艰苦，我照样以为，应用一个被普遍应用的体系是明智的，如许，在碰到问题时，可以找到可以或许供给赞助的人。你可能会对任何技巧都存在的局限性而觉得气末路，但我敢确定，要解决这个问题，比看起来要可贵多一一对体系治理员来说，反复创造轮子是打发时光的最好办法。

设备(Instrumentation)是另一个话题。正如MYSQL难于网站扶植优化是因为很难获得关于其工作的具体诊断数据一样，运用法式的机能也同样是一块难啃的骨头。你须要如许的信息:运用法式履行的义务，这些义务履行了若干次，消费了多长时光。有时刻你不须要本身来获取这些信息，NewRelic为Rails:开辟人员供给了一款极好的产物，而年夜多半法式设计说话也都有轻便易用的机能测量对象(profilers)a但即使是一些简略的、针对特定的运用法式症结运动的设备，也都长短常有价值的。