网站故障隔离的本钱怎么算？

若是创立的架构容许你以面向服务或者面向的体式格局划分代码，那末你就有了存眷的灵活性，能够给这些服务专门指派工程师了。当你仍是一家小公司时，如许做能够意思不大。可是跟着你的公司发展，代码数目、服务器数目和零碎的总体庞大度都在增进。要处置这类庞大度的增进，你就需求集中你的工程师。若是不克不及让你的员工专注于本身特定的领域，那末就会形成太多的工程师理解太少的整个零碎的信息，乃至效力低下。

若是你运营的是一个电子商务站点，那末你能够有代码、对象、要领、模块、服务器和数据库，专门用于登出、搜索、对比、阅读、物流、存货管理等。经由过程给这些领域专门分配团队，即便这个领域的代码库庞大、有难度并且在不竭扩充，这个团队也会成为该代码库的专家。有了这类专业性，就能更快地开发出新功用，更快地解决已知的或已有的故障和问题。因为这些托付的速率加快了，那末修复bug、故障的解决计划以及新开发的功用的上市时间也就缩短了，此外，开发的隔离以及抱负状态下的零碎或服务的隔离，会削减单- 零碎开发中能够产生的归并抵触。这里，咱们采用的术语“单一零碎开发”，指的是一个特定商品中的一切函数、对象、过程和要领同享。多个工程师都签出统一个庞大零碎的代码，能够会在代码归并时添加抵触或出错的能够性。让专门的软件开发团队卖力专门的代码，会削减这类抵触。

当然，这其实不是说代码复用不该该是组织存眷的重点，它绝对应该是。你应该开发一个同享的代码库，还应该思索专门指派一个团队卖力开发和羁系这个同享代码库。可以用服务到服务、同享的可动态加载的代码库或者在编译商品时加以编译或链接的代码库的模式，来实现这些代码库。咱们常用的要领是采用团队专用的同享代码库，若是一个卖力不同享代码库的团队开发了一个有用的、能同享的组件，那末应该把这个组件加人团队同享的代码库。

因为工程师老是喜欢不竭面临应战，以是你能够担忧工程师不会愿意在某个特定领域破费不少时间。这时候你可让工程师轮换地在差别的领域事情，以使他们更好地理解整个零碎，一朝一夕，如许做能阐扬他们的才气，协助他们发展。此外，如许做还会为你培育-位对零碎有着普遍认识的未来架构师，或者会为你打造一个疾速反馈的swat团队，此中的成员可以迅速调集，解决故障和问题。

故障隔离不只能缩短 上市时间，基于一样的体式格局和理由它还能低落本钱。对此一个视角是，每一个工程师每小时或天天的出产力越高，那末你的单元本钱就会降落。比方，在一个复 杂的单一 零碎中，若是要生成一般的故事或用例，常规需求5个软件开发人日；而在一个用泳道分开的系本就被削减了10%。统中，生成一般的故事或用例，则只需求4.5个软件开发人日。如许软件开发事情的均匀单元成交量代价。你可以决议把软件开发职员削减10%，也能够用较低的本钱实现等量的商品提开、单元本钱低落了，你可以用它来做两件事中的一件，这两件事城市影响净收人， 从而影响此外，你还可以决议连结当前的本钱结构稳定，而用沟通的本钱开发出更多的商品。这里的关键是你要选对商品，选择会添加你收人的商品。若是你胜利了，那末你不只会普及净收人，还会使你的股东变得更富裕。

你兴许会以为分外的站点常规会比-个站点花 费的资源多，而目运营本钱也会添加。尽管事实确实云云，但大大都公司仍是但愿本身的商品能禁受得住地理上彼此隔离的种种劫难，他们会投资打造各类级此外劫难恢复计划，以便能够削减这些劫难带来的影响。假如你具有了正确的故障隔离的架构，运转三个或四个故障隔离的数据中心的资源和破费，能够比运转两个彻底-致的数据中心的本钱小得多。

证实故障隔离有用性的另外一个视角是看它对收人的影响。你可以计较在某段时间中失去的时机(失去的收入)。常规可以用网站制作零碎失去的买卖量以及未来比预计要高的客户脱离率来掂量失去的收人。比力当前损失的收人与未来损失的收人，可以决议实现故障隔离的架构的本钱是否合理。按照咱们的教训，经由过程普及可用性和削减失去的时机，就能够证实故障隔离的架构是有用的。和bug修复。这类本钱的低落会普及净收人，但不会添加收人。