序

可能大部分讀者都在想，為什么在這以 dubbo、spring cloud 為代表的微服務(wù)時代，我要還要整理這種已經(jīng)“過時”高可用集群架構(gòu)？

成都創(chuàng)新互聯(lián)堅持“要么做到，要么別承諾”的工作理念，服務(wù)領(lǐng)域包括：成都做網(wǎng)站、成都網(wǎng)站制作、企業(yè)官網(wǎng)、英文網(wǎng)站、手機(jī)端網(wǎng)站、網(wǎng)站推廣等服務(wù)，滿足客戶于互聯(lián)網(wǎng)時代的青州網(wǎng)站設(shè)計、移動媒體設(shè)計的需求，幫助企業(yè)找到有效的互聯(lián)網(wǎng)解決方案。努力成為您成熟可靠的網(wǎng)絡(luò)建設(shè)合作伙伴！

本人工作上大部分團(tuán)隊(duì)都是7-15人編制的開發(fā)團(tuán)隊(duì)，對應(yīng)的公司項(xiàng)目也大都是中小型項(xiàng)目，最大的項(xiàng)目 PV/UV 也就只有 10w/2w 。在這樣的場景下，中小型公司一般都是創(chuàng)業(yè)起步?jīng)]多久，大部分都需要本著“開源節(jié)流”、“以最小的成本把產(chǎn)出最大化”。微服務(wù)架構(gòu)相比于高可用集群架構(gòu)，個人理解，對于技術(shù)團(tuán)隊(duì)的成員編制相對要多一點(diǎn)，服務(wù)器部署成本相對也要高一點(diǎn)。

作為技術(shù)團(tuán)隊(duì)負(fù)責(zé)人，肯定要為企業(yè)整體成本考慮，否則要不了多久，便是討薪大軍的一員了吧。。。

一、如何選擇

1、高可用集群

適用于中小型創(chuàng)業(yè)公司項(xiàng)目架構(gòu)，小型技術(shù)團(tuán)隊(duì)快速迭代版本發(fā)布部署需求，前期低成本運(yùn)行，爆發(fā)時可通過投入適量成本橫向擴(kuò)容服務(wù)器抗壓。http://m.qd8.com.cn/yiyao/xinxi21_3709996.html

特點(diǎn)：

• 前期技術(shù)開發(fā)成本低

• 一定的服務(wù)器擴(kuò)容成本

• 核心團(tuán)隊(duì)編制及技能要求較少

• 項(xiàng)目發(fā)布部署基本無依賴，時間成本低

• 服務(wù)器運(yùn)維成本一般

• 大而全的項(xiàng)目模塊分離設(shè)計

• 更省更穩(wěn)的技術(shù)架構(gòu)選擇

• 微服務(wù)架構(gòu)強(qiáng)迫癥不適用

2、微服務(wù)架構(gòu)

適用于業(yè)務(wù)架構(gòu)較大的中大型科技公司項(xiàng)目架構(gòu)，系統(tǒng)可拆分多個項(xiàng)目單獨(dú)運(yùn)營，大型技術(shù)團(tuán)隊(duì)、平臺產(chǎn)品規(guī)范化管理，前期投入一定的成本，可以低成本擴(kuò)容指定服務(wù)的服務(wù)器抗壓。

• 前期一定的技術(shù)開發(fā)成本

• 較低的服務(wù)器擴(kuò)容成本

• 核心團(tuán)隊(duì)編制及技能要求較高

• 項(xiàng)目發(fā)布部署存在依賴，逐個部署，時間成本較高

• 服務(wù)器運(yùn)維成本一般或較高

• 較清晰的項(xiàng)目模塊分離設(shè)計

• 更潮更時尚的技術(shù)架構(gòu)選擇

二、高可用集群架構(gòu)

1、必備服務(wù)器清單

• 負(fù)載均衡服務(wù)器

• web項(xiàng)目服務(wù)器

• 緩存服務(wù)器

• 數(shù)據(jù)庫服務(wù)器（主備）

注意：可能有人會問，若是小型項(xiàng)目單機(jī)服務(wù)，負(fù)載均衡是否就不需要？負(fù)載均衡主要工作是分發(fā)請求到源服務(wù)器，另一個作用也是為了保護(hù)源服務(wù)器，不暴露服務(wù)器真實(shí)IP，大幅度降低服務(wù)器被DDoS***的風(fēng)險，可參考《被人DDoS***了，分析一下原理和防護(hù)》?一文。焦作國醫(yī)胃腸醫(yī)院好不好：http://jz.lieju.com/zhuankeyiyuan/37324643.htm

2、擴(kuò)展服務(wù)器清單

• 更多web項(xiàng)目服務(wù)器（集群負(fù)載）

• 異步服務(wù)服務(wù)器（配置中心、消息隊(duì)列、job任務(wù)等）

• 數(shù)據(jù)庫服務(wù)器（讀寫分離、主從復(fù)制）

• 文件服務(wù)器

2、架構(gòu)圖

三、微服務(wù)架構(gòu)

1、服務(wù)器清單

• dubbo / spring cloud 全家桶組件服務(wù)器

• 負(fù)載均衡服務(wù)器

• A模塊 web項(xiàng)目服務(wù)器

• B模塊 web項(xiàng)目服務(wù)器

• C模塊 web項(xiàng)目服務(wù)器

• XXX模塊 web項(xiàng)目服務(wù)器

• 緩存服務(wù)器

• 數(shù)據(jù)庫服務(wù)器

• 文件服務(wù)器

• 異步服務(wù)服務(wù)器（配置中心、消息隊(duì)列、job任務(wù)等）

2、架構(gòu)圖

注：圖片來源?http://yun.itheima.com/open/217.html

四、總結(jié)

綜上，我們對于高可用集群和微服務(wù)架構(gòu)做了簡單的場景和架構(gòu)圖分析，并不是說什么場景下一定要用什么架構(gòu)，也不是說什么最潮流就用什么架構(gòu)，而是根據(jù)實(shí)際成本和產(chǎn)出作為出發(fā)點(diǎn)做選擇。

創(chuàng)業(yè)公司剛起步，資金可能也就百來萬，搞微服務(wù)架構(gòu)，光技術(shù)團(tuán)隊(duì)和服務(wù)器一個月的成本就占了公司一大頭，產(chǎn)品還沒上線，公司就已經(jīng)倒閉了；

有資源的公司，動不動就能獲得千萬級甚至更高級別的融資，業(yè)務(wù)方向眾多，若還只是用高可用架構(gòu)，所有的業(yè)務(wù)模塊都臃腫在一個項(xiàng)目里，不論是代碼管理還是人員管理上，都是巨大的資源消耗。