要能胜任

要能胜任，或者为架构中的每一个组件购置能胜任的解决计划。任何因特网服务或电子商务解决计划。为根蒂根基举措措施中的每一个组件，标识出团队对它应负的义务以及应该具有的威力程度。对客户来讲，每一个问题都是你的问题。你你不克不及求全供给商。你提供的是服务，不是软件。
不要把可否胜任与本身开发回是外部购置或者与核心决议计划仍是高低文决议计划的问题相混合。你可以购置解决计划，但依然要能胜任去部署和维护它们。事实上，客户也要求你云云做。
兴许你以为这条准则是不问可知的:“对付咱们所做的来讲，咱们当然是能胜任的，不然咱们怎样连毕营业?”为了注明这个准则，咱们假如你有一个因特网商品，如某种sas平台、电子商务商品或其余在因特网上托付的解决计划。
你的团队对你采用的负载平衡器真正理解几个呢?你多久要求一次外部协助来解决这些负载平衡器的问题或者实现新功用呢?你的数据库又怎样呢?你的开发职员或dba知道怎样判断哪些表需求索引，哪一个查询运转得比梦愒四?你知道怎样担表移到文件零碎上，削减争用，普及总体出产力吗?你的应用服务器又怎样?谁是处置这些问题的专家?兴许，你对一切这些问题的反馈是，你其实不需求亲自做这些工作。你能够从其别人写的书中读到过，应该发现本身具有与众差别的威力的领域，并专注于这些领域。然而断定一个组件是否“非核心”或者该组件终究应该从外部购置仍是本身开发，这其实不该该与判断团队是否有响应的威力来把持所购手艺相混合。运用第三方或开源数据库绝对没有问题，但这其实不料味着你就没必要理解数据库，没必要具有对它进行操纵和故障检修的响应威力。
你的客户冀望你托付给他们的是一个服务，而你开发一个唯一无二的软件来创立这个服务只是实现目的的伎俩。归根结柢你是在一个服务业，这一点不要理解错了。这是一种必需的心态，若是不足这类心态，事实证实这会形成公司退化以至覆灭。 friendster过于存眷“朋友圈”(f-graph)，这是一种用来计较交际网络中人际关系的庞大解决计划，能够是它在个人交际网络竟争中败给 facebook的起因之一。这类存眷暗地里是一种立场，一种许多软件市肆都持有的立场，即“朋友圈”所提出出的难题必需获得解决。这类存眷会形成站点服务间断或者响应迟缓，由于零碎在及时计较人际关系时会变得迟缓以致遏制运转。与之相反的是存眷服务，便可用性和响合时间比任何特殊功用都首要。软件只不外是提供服务的一种伎俩罢了。
但在咱们的世界中，你所需求的不仅是软件。根蒂根基举措措施对以高可用性的体式格局定时处置事务来讲也很首要。就像咱们能够会过于存眷解决计划中的一个问题一样，咱们也可以会疏忽用来提供服务的架构中的其余组件。若是说，为了顺遂提供服务，咱们必需在软件方面能胜任，一样咱们必需在与此相干的其余方面也做到云云。客户冀望获得的是优良的中的组1件出了故障，他们不会谅解你其实不是井友者也不是这方面的专家，并且也不会关怀这些。
因而，尽管你没必要开发解决计划中的每回部分(事实上咱们也不该该开发每回部分)，但却要对每回部分都有所理解。对付咱们采用的任何东西，咱们都要能够正确地加以运用和维护，并在它们产生故障时，能够迅速地予以恢复。经由过程在本身的网页设计团队内发展这些技术能力或者寻求搭档的支持，可以协助咱们做到这一点。团队越大，对某个组件依赖越多，咱们就越应该具有本身的专家。而团队越小，响应组件的首要性越低，咱们就越应该将工作托付给外包专家去做。但如果是依赖搭档提供协助，那末你们之间的关系就应该不止于大大都设备供给商所提供的。这些服务供给商必需与你共担危害。换句话说，他们需求在你的服务产生故障时，亲身感遭到你和你的客户的疾苦。当客户由于服务泛起问题而对你大吼大叫时，你毫不克不及让本身堕入如许的境地，一方面要在这些供给商的等候队列中苦苦等候，另外一方面终极比及的却不是高水准的支持。