在node中介軟體（微服務）架構中，用一個node去部署多個專案比較好，還是一個專案對應一個node比較好？
第一種： 一個專案對應一個node服務；
優點：前端跟node也是可以獨立開發，降低耦合，也可單獨部署；
缺點：一個專案對應一個node，專案多的話，維護不方便；
第二種：一個node下，部署多個專案，可以以這個node作為底盤，在點選進入專案時，讓其載入該專案的前端頁面 ；
優點: 用同一個node去管理所有專案，去不同的後臺轉發請求組裝資料，不同的專案更像是以路由的方式組合到一起，各個專案也不會互相影響也可獨立開發。
缺點：如果該node服務掛掉，整個專案，所有系統都會掛掉（不過一般不會掛，pm2也有自動重啟的機制）；如果只有一個專案進行了更新需要上線，就需要上線node，其他的專案都會一起重新上線，影響和風險較大。
具體的做法我覺得還是要看具體的情況，不同架構都各有千秋吧。
相關推薦
在node中介軟體（微服務）架構中，用一個node去部署多個專案比較好，還是一個專案對應一個node比較好？
第一種： 一個專案對應一個node服務； 優點：前端跟node也是可以獨立開發，降低耦合，也可單獨部署； 缺點：一個專案對應一個node，專案多的話，維護不方便； 第二種：一個node下，部署多個專案，可以以這個node作為底盤，在點選進入專案時，讓其載入該專案
分散式系統詳解--架構簡介（微服務）
分散式系統詳解--架構簡介（微服務） 前面的一個集合我們
中介軟體和微服務，Docker以及原生雲架構的關係
IT世界的技術更新非常迅速。一年前我曾寫過一篇關於：微服務是否是企業服務匯流排和其他中介軟體的死亡魔法。本文章是之前文章的後續以及關於微服務、容器和原生雲架構的中介軟體關係討論的更新。各種規模的企業正在以令人不可思議的速度快速向這些技術靠攏！ 在2016年6月的今天，許
網際網路架構為什麼要做服務化？（微服務）
轉載自微信公眾號 架構師之路 近期參加一些業界的技術大會，“微服務架構”的話題非常之火，也在一些場合聊過服務化架構實踐，最近幾期文章期望用通俗易懂的語言聊聊了個人對服務化以及微服務架構的理解，希望能給大夥一些啟示。如果有遺漏，也歡迎大家補充。 一、網際網路高
Maven的pom.xml文件結構之基本配置packaging和多模塊聚合結構（微服務）
second maven項目 支持 其中 jar maven 所有 了解 ack 1. packaging packaging給出了項目的打包類型，即作為項目的發布形式，其可能的類型。在Maven 3中，其可用的打包類型如下： jar，默認類型 war ejb ear r
單體應用與分散式（微服務）的優缺點
單體應用優點： 1.方便除錯，程式碼都在一起； 2.沒有分散式開銷，所有服務都在本地容器內； 3.中小型專案可以快速迭代，不需要太多資源。 單體應用缺點： 1.可複用性差：服務被打包在應用中，功能不易複用； 2.系統啟動慢，一個程序包含了所有的業務邏輯，涉及到的
【分散式系統】漫談分散式系統中的技術 —— 從 IPC/RPC，SOA，Web Service/REST 到 micro services（微服務）
1. 什麼是分散式系統 A distributed system is a system whose components are located on different networked computers, which then communicat
Http API閘道器服務模組設計方案（微服務）
Http API閘道器服務模組設計方案1. 概述 閘道器作為服務生產者和服務消費者之間的介面，一方面通過“服務路由”為服務消費找到所需服務的具體位置並呼叫；另一方面為後臺伺服器提供負載均衡、安全、流量控制、身份認證等相關功
01.什麼是中介軟體（詳解）（轉）
目錄 背景 正文 1. 由來 2. 中介軟體的起源 2.1 中介軟體發展的歷史 2.2 中介軟體發展的驅動力 3. 中介軟體的概念 3.1 中介軟體的特徵（內涵） 平臺化 應用支撐 軟體複用 耦合關係 互操作性 3.
mycat分散式mysql中介軟體（分片規則）
mycat 分片規則 傳統的分片策略都是基於單表，或者分片基於主鍵進行分配，或者某些場景下需要多個表依賴於一個分片，或者分片的欄位並不是主鍵。 a. 對於傳統的資料庫分片方式都是基於單個表格，對於表關聯這種操作，則很難處理。為了能夠執行t_user與t
集中式工程拆解為分散式（微服務）需要注意的一些事情
1. 背景 可能存在種種原因，會使得一個工程（或者功能模組）是堆積的，臃腫的，維護困難的。下面說下如何化解這個問題。 2. 走向服務化 把集中式工程進行拆解的一般成熟的套路是：工程模組化，然後搭配（局域）網路完成通訊互動； 2.1 拆分步驟：
一個tomcat下部署多個項目或一個服務器部署多個tomcat
IT database TE enable 基礎上 位置 ocl apache 現在 最近需要把兩個項目同時部署到服務器上，於是研究了一下，頁借鑒了很多別人的方法，把過程記錄下來，以儆效尤。目錄：1，一個tomcat下同時部署兩個項目（多個項
（二）大型互聯網分布式企業微服務雲架構
springcloud 雲架構 微服務 電子商務 企業 第一篇文章簡單給大家介紹了Spring Cloud架構，我這邊結合了當前大部分企業的通用需求，包括技術的選型比較嚴格、苛刻，不僅要用業界最流行的技術，還要和國際接軌，在未來的5~10年內不能out。作為公司的架構師，也要有一種放眼世界
阿里資深架構師構造Java架構學習樹（效能調優+常用框架原始碼+微服務）
效能調優專題 效能優化如何理解 JVM調優 JAVA程式效能優化 Tomcat Mysql 歡迎加入Java高階架構學習交流群：805685193 免費獲取Dubbo、Redis、設計模式、Netty、zookeeper、S
SpringCloud微服務雲架構構建B2B2C電子商務平臺分析之-服務消費（Ribbon）
Spring Cloud Ribbon Spring Cloud Ribbon是基於Netflix Ribbon實現的一套客戶端負載均衡的工具。它是一個基於HTTP和TCP的客戶端負載均衡器。它可以通過在客戶端中配置ribbonServerList來設定服務端列表去輪詢訪問以達到均衡負載的作用。
關於SpringCloud微服務雲架構構建B2B2C電子商務平臺分析：服務註冊與發現（Eureka、Consul）
Spring Cloud簡介 Spring Cloud是一個基於Spring Boot實現的雲應用開發工具，它為基於JVM的雲應用開發中涉及的配置管理、服務發現、斷路器、智慧路由、微代理、控制匯流排、全域性鎖、決策競選、分散式會話和叢集狀態管理等操作提供了一種簡單的開發方式。 Spring
關於SpringCloud微服務雲架構構建B2B2C電子商務平臺之-（五）路由閘道器(zuul)
在微服務架構中，需要幾個基礎的服務治理元件，包括服務註冊與發現、服務消費、負載均衡、斷路器、智慧路由、配置管理等，由這幾個基礎元件相互協作，共同組建了一個簡單的微服務系統。一個簡答的微服務系統如下圖： 注意：A服務和B服務是可以相互呼叫的，作圖的時候忘記了。並且配置服務也是註冊到服
SpringCloud微服務雲架構構建B2B2C電子商務平臺之-（四）斷路器（Hystrix）
在微服務架構中，根據業務來拆分成一個個的服務，服務與服務之間可以相互呼叫（RPC），在Spring Cloud可以用RestTemplate+Ribbon和Feign來呼叫。為了保證其高可用，單個服務通常會叢集部署。由於網路原因或者自身的原因，服務並不能保證100%可用，如果單個服務出現問題，呼叫這
SpringCloud微服務雲架構構建B2B2C電子商務平臺之-（七）高可用的分散式配置中心(Spring Cloud Config)
講述了一個服務如何從配置中心讀取檔案，配置中心如何從遠端git讀取配置檔案，當服務例項很多時，都從配置中心讀取檔案，這時可以考慮將配置中心做成一個微服務，將其叢集化，從而達到高可用，架構圖如下： 一、準備工作 繼續使用上一篇文章的工程，建立一個eureka-server工程，用作服務註冊中心。 在其
關於SpringCloud微服務雲架構構建B2B2C電子商務平臺之-（五）路由網關(zuul)
href xmlns zoom col 研究 簡單 strip -c ins 在微服務架構中，需要幾個基礎的服務治理組件，包括服務註冊與發現、服務消費、負載均衡、斷路器、智能路由、配置管理等，由這幾個基礎組件相互協作，共同組建了一個簡單的微服務系統。一個簡答的微服務系統如下