如何分析Java高可用集群架構與微服務架構

這篇文章將為大家詳細講解有關如何分析Java高可用集群架構與微服務架構，文章內容質量較高，因此小編分享給大家做個參考，希望大家閱讀完這篇文章后對相關知識有一定的了解。

 序

可能大部分讀者都在想，為什么在這以 dubbo、spring cloud 為代表的微服務時代，我要還要整理這種已經“過時”高可用集群架構?

一、如何選擇

1、高可用集群

適用于中小型創業公司項目架構，小型技術團隊快速迭代版本發布部署需求，前期低成本運行，爆發時可通過投入適量成本橫向擴容服務器抗壓。

特點：

• 前期技術開發成本低

• 一定的服務器擴容成本

• 核心團隊編制及技能要求較少

• 項目發布部署基本無依賴，時間成本低

• 服務器運維成本一般

• 大而全的項目模塊分離設計

• 更省更穩的技術架構選擇

• 微服務架構強迫癥不適用

2、微服務架構

適用于業務架構較大的中大型科技公司項目架構，系統可拆分多個項目單獨運營，大型技術團隊、平臺產品規范化管理，前期投入一定的成本，可以低成本擴容指定服務的服務器抗壓。

• 前期一定的技術開發成本

• 較低的服務器擴容成本

• 核心團隊編制及技能要求較高

• 項目發布部署存在依賴，逐個部署，時間成本較高

• 服務器運維成本一般或較高

• 較清晰的項目模塊分離設計

• 更潮更時尚的技術架構選擇

二、高可用集群架構

1、必備服務器清單

• 負載均衡服務器

• web項目服務器

• 緩存服務器

• 數據庫服務器(主備)

注意：可能有人會問，若是小型項目單機服務，負載均衡是否就不需要?負載均衡主要工作是分發請求到源服務器，另一個作用也是為了保護源服務器，不暴露服務器真實IP，大幅度降低服務器被DDoS攻擊的風險，可參考《被人DDoS攻擊了，分析一下原理和防護》  一文。

2、擴展服務器清單

• 更多web項目服務器(集群負載)

• 異步服務服務器(配置中心、消息隊列、job任務等)

• 數據庫服務器(讀寫分離、主從復制)

• 文件服務器

2、架構圖

三、微服務架構

1、服務器清單

• dubbo / spring cloud 全家桶組件服務器

• 負載均衡服務器

• A模塊 web項目服務器

• B模塊 web項目服務器

• C模塊 web項目服務器

• XXX模塊 web項目服務器

• 緩存服務器

• 數據庫服務器

• 文件服務器

• 異步服務服務器(配置中心、消息隊列、job任務等)

2、架構圖

綜上，我們對于高可用集群和微服務架構做了簡單的場景和架構圖分析，并不是說什么場景下一定要用什么架構，也不是說什么最潮流就用什么架構，而是根據實際成本和產出作為出發點做選擇。

創業公司剛起步，資金可能也就百來萬，搞微服務架構，光技術團隊和服務器一個月的成本就占了公司一大頭，產品還沒上線，公司就已經倒閉了;

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

關于如何分析Java高可用集群架構與微服務架構就分享到這里了，希望以上內容可以對大家有一定的幫助，可以學到更多知識。如果覺得文章不錯，可以把它分享出去讓更多的人看到。