我們正在爲我的客戶機從他們的標準monolith應用程序設計微服務的初始階段,該應用程序位於他們自己的數據中心中的4臺JBOSS服務器上。微服務體系結構僅針對基於雲的部署嗎?我可以部署一個微型服務的前提下生產準備好的tomcat/JBOSS嗎?這是否合適?從整體移植到微服務體系結構
3
A
回答
3
當然可以。微服務體系結構是一個有很多小型交互組件的概念,其中每個組件都執行定義明確的部分工作,但是很好。
它擴展了Linux的方式和解耦組件的概念。
在你的情況下,你可以將你的服務分成幾個較小的服務。每個人都有自己的開發和部署週期,每個週期都有明確定義的API。
0
無論您是將微服務部署在本地,物理服務器還是雲中,確實沒有限制。兩種方法都是有效的,但它們具有不同的優點和缺點。
地方/物理服務器,你將有:
- 更大的操作開銷(最好是你有你的團隊良好的DevOps)
- 手動縮放(當您遇到更大的流量,你需要手動啓動新的實例,或使用一些管理工具)
- 手動故障檢測 - 如果服務器宕機(這取決於您的/公司的服務器環境)某人需要修復此「手動」
- 它是便宜(朋友正在購買舊服務器在亞馬遜和其上運行的半微服務架構的情況下,他計算出他們實現相當大的節省這樣)
隨着雲計算基礎設施,你會得到一些以下優點(在違背上述缺點):
- 操作較少的開銷(雲會照顧大多數操作)
- 靈活縮放(當你的流量上升,雲可以自動觸發啓動新的實例,當它出現故障,它會關閉情況下)
- 錯誤/錯誤處理 - 如果在雲中出現問題,您不必擔心
我沒有提及給定方法的所有優點和缺點,因爲它也取決於項目(它會在不同的時間接收不同的通信量的一天,是否需要在本地保存數據或者是否可以在雲中的國外,......)。
相關問題
- 1. Couchbase微服務體系結構
- 2. NodeJS中的微服務體系結構
- 3. GraphQL和微服務體系結構
- 4. Grpc微服務體系結構實現
- 5. 微服務體系結構圖
- 6. 三層體系結構與三層服務器體系結構
- 7. 無服務器體系結構和微服務之間的關係
- 8. 基於Java中RESTful API的微服務體系結構
- 9. 微服務體系結構中的消息
- 10. 事件驅動的微服務體系結構中的數據
- 11. 微服務體系結構中的ASP.NET身份
- 12. 在Java微服務體系結構中公開的域模型
- 13. 如果使用Sequelize作爲ORM的微服務體系結構
- 14. 微服務體系結構中的單點登錄
- 15. 微服務認證體系結構與passport.js
- 16. 微服務體系結構中的異步
- 17. 在微服務體系結構中設置開發環境
- 18. 使用服務結構的服務體系結構
- 19. ASP.NET面向服務的體系結構
- 20. 體系結構問題:服務
- 21. SOAP Web服務回調體系結構?
- 22. RIA服務器體系結構.NET
- 23. Spring MVC服務DAO體系結構
- 24. 3層服務器體系結構Drupal
- 25. Web服務體系結構/信息流
- 26. WCF服務體系結構查詢
- 27. Azure服務總線C#體系結構
- 28. 服務連續性體系結構
- 29. 通知服務體系結構
- 30. 大數據服務體系結構
只要該部署是自動化的,微服務就沒有任何規定應該部署它們的地方。 –