0
A
回答
0
我想和你在哪些特徵考慮面向架構的服務時,是最可取的爭論,但無論如何:)
高可用性通常是由具有同時運行服務的多個實例獲得。如果一個或多個服務實例失敗,請求仍然可以由其他實例提供服務。
在線服務升級可以通過升級個別服務實例來完成,同時請求由其他實例提供服務(見上文)。有些情況下,這是不可能的。
ACID事務本質上很難在分佈式事務中很好地實現。看到CAP theorem圍繞這一點的共鳴。
相關問題
- 1. 服務可發現在SOA
- 2. 如何實現Web服務的高可用性?
- 3. 如何在環回中實現ACID事務
- 4. SOA:服務API發現
- 5. SOA和Web服務和ESB
- 6. SOA和分佈式事務
- 7. SOA和微服務可以共存嗎?
- 8. SOA服務發現(UDDI)在實踐中如何工作?
- 9. 我可以將現有的標準服務總線名稱空間升級到高級服務總線
- 10. 如何使用zookeeper實現高可用性服務(2個節點)
- 11. SOA和WCF數據服務
- 12. node.js中的ACID事務
- 13. 如何跟蹤SOA服務註冊中心和發現中註冊的服務
- 14. SOA - 服務應該如何實現精細化以保持性能?
- 15. SOA資源發現與服務發現
- 16. 如何在非事務性數據庫中實現事務
- 17. 死鎖和超時打破ACID事務
- 18. 實現事務性註釋
- 19. 如何實現可序列化事務?
- 20. SOA中的事務
- 21. MySQL如何實現事務
- 22. SOA服務狀態
- 23. SOA服務測試
- 24. 服務器升級腳本
- 25. 服務器升級問題
- 26. 自動升級WCF服務
- 27. 自動升級Windows服務
- 28. PostgeSQL:升級Postgres服務器
- 29. 使用JDBC實現ACID屬性?
- 30. 使用C函數擴展PostgreSQL時實現高性能事務