设计横向扩展计划

所谓横向扩展，就是经由过程复制服务或数据库来分离事务负载，而纵向扩展即购置更大的硬件。前者可以代替后者。合用于任何预计会疾速增进的零碎、服务和数据库。行使akf扩展立方确定环境的正确拆分要领。常规，横向拆分(克隆)是最简略的要领。
只需求复制数据和功用就能够疾速扩展事务。为胜利做好方案，把零碎设计为能够横向扩展的。不要让本身堕入云云窘境:要进行纵向扩展时，却发现曾经没钱购置更快更大的零碎了。
当你发现零碎中的客户和事务在疾速增进，而零碎却不克不及扩展到多个服务器上时，你会怎么做?抱负情况下，应该研讨你有哪些选择。是购置更大的服务器，仍是破费更多的编程时间使软件能在多个服务器上运转。让应用程序或数据库能够在多个服务器上运转，就是所谓的横向扩展。接续让零碎在更大的硬件上运转，则称为纵向扩展。在阐明过程当中，经由过程roi计较，论断能够会是购置更大的硬件比破费手艺来修改应用程序更自制。尽管咱们支持得出这类论断的阐明要领，但对付超高速发展的公司和商品来讲，这个论断能够是毛病的。起因在于它能够没有思索恒久本钱。把具备两个64位双核处置器的服务器换成具备四个处置器的服务器，其本钱与从中获得的新增计较是成比例的(约2倍)。当咱们接续购置具备更多处置器的大型服务器时，舛误就泛起了。计较处置威力的本钱曲线是条幂次定律曲线，此中本钱的增进与更大的服务器提供的处置威力的增进再也不成比例l假如你的公司在连续地胜利与增进，那末你购置更大零碎的本钱就会跟着曲线一直增进。尽管你能够曾经为手艺更新做了估算，可是仍能够会不克不及不消高得离谱的费用去购置新零碎。而若是你的零碎是能够横向扩展的，那末购置的零碎就会自制得多。总体说来，你总的本钱付出会大大添加。当然，跟着代码库的增大以及零碎庞大度的添加，用于解决问题的编程的本钱也会添加，但这类增进是线性的。因而，在本章开首的阐明应该得出的论断是:及早花时间修改代码进行横向扩展。
7个设置(内存和硬盘等)险些彻底沟通的服务器的本钱，独一差别的是处置器的数目和每一个处置器的核数目。图中采用的是一家大型服务器供给商的在线报价和设置。无能否定，两个双核处置器的计较与一个四核处置器的计较其实不相称，但从本钱上对比，它们的本钱十分濒临。请注重疾速增进的曲线。
按照咱们为上百个客户服务的教训，这类阐明发生的论断险些都是修改代码或数据库以进行横向扩展。这就是为f甚么akf partners认定纵向扩展老是失败的起因地点。终极你总会遇到两种情况之一，即本钱分歧算了，或者没有更大型的硬件设备可用了。比方，咱们有过如许一名客户，在把本身的主顾群散布赴任别零碎之后，他们仍然有威力一直扩展数据库的硬件。末了，当采用了硬件供给商所提供的6台最大型的服务器后，到达了极限。每台如许的服务器需求破费300多万美金，硬件的总体破费濒临2000万。因为主顾数目还在增进，以是他们仍是要极力扩展，于是他们赞成为了对数据库进行横向扩展的项目。他们选择用4台较小的服务器替换每1台大型的服务器。每台小服务器的本钱是35万美金。终极，他们不只胜利实现了主顾增进所需的扩展，还勤俭了快要100万美金的本钱。厥后，这家公司一直在运用这些旧零碎，直到末了这些零碎过期，才采用低本钱、更小的新零碎。
大大都零碎从最初设计时就能够在多台服务器上运转，或者能够被很容易地改成具备这类功用。对付大大都saas应用来讲，只有把代码复制到多个应用服务器上，而后把应用服务器放在负载平衡器上，就能够实现这一点。应用服务器之间不需求互相通讯，哪一个服务器处置哪一个要求是由负载平衡器决议的。若是某个应用需求记载状况，那末可以用负载平衡器的会话 cookie维护客户阅读器和特定的应用服务器之间的联系关系关系。一旦客户发动了最初要求，那末相应该要求的服务器就会一直处置该客户的要求，直到会话完毕。横向扩展数据库常规需求更多的方案和编程事情，但就像本章开首注释的，这类投人是值得的。咱们引见了扩展应用程序或数据库的三种要领。它们在akf扩展立方上被标识为x轴、y轴和z轴，别离对应于复制(克隆)拆分差别的东西(服务)和拆分相近的东西(客户)
“等等!”你能够会大呼，“intel的开创人之一戈登?摩尔在1965年预言过，集成电路上的晶体管数目，每两年就会翻一番!”不错，近50年来，摩尔定律一直是对的，这点使人惊讶。问题是，这个“定律”其实不是永久的真谛，戈登·摩尔在2005年的访谈中也认可了这一点。别的，若是你的公司真是一个超高速发展的网站制作公司，那末你的客户数或营业量不会每两年只翻一番，很能够每一个季度就翻一番。若是依据摩尔定律扩展你的零碎，那末无论是扩展应用程序仍是扩展数据库，均能够会招致失败。