近日，tareq abedrabbo在倫敦2017 µcon微服務大會上說，soa對微服務架構設計的殘餘影響仍然存在，包括技術選型和組織方面的問題。最直接的乙個例子就是大多數企業仍然區分對待架構師和開發人員，架構師負責出規範，開發人員負責實現。
\\ opencredo cto abedrabbo在大公司和小公司都工作過，這些公司在向微服務架構遷移的過程中仍然受到soa的影響。他在演講中對soa和微服務進行了有趣的對比，不過他也強調，儘管soa存在問題，但不能把全部責任都推給soa。
\\重用性與變更管理。abedrabbo認為，重用性之所以對soa來說十分重要，主要是因為soa缺乏成熟的變更管理工具。服務一旦部署好了，就不太願意做出變更，因為成本太高。而微服務在變更管理方面具有一定的優勢，因為對微服務做出變更的成本要小得多。
\\整合與組合。soa架構強調的是整合，客戶端可以向伺服器端傳送任何格式的資料，包括xml，伺服器端負責解析和處理這些資料。而在微服務架構裡則恰好相反，微服務注重組合，服務呼叫端需要自己知道如何呼叫其他服務。abedrabbo對此總結說，整合增加複雜性，而組合降低複雜性。
\\技術重用與功能重用。soa注重技術重用，我們總是希望盡可能多地重用乙個服務，儘管對服務做出變更有很大阻力。而微服務架構更注重讓小型的服務專注於特定的業務功能上。
\\靜態與動態。soa需要處理所有的事情，乙個soap呼叫不僅要處理業務邏輯，還要處理安全和事務方面的問題。而微服務更加動態，微服務生態系統的不同部分負責處理不同的問題。
\\ 有soa背景的開發人員在構建微服務時容易使用反模式，比如分布式單體，他們只是對乙個邊界進行無機拆解。對乙個已有的單體進行解耦時，如果不考慮邊界問題就很容易犯這個錯。在與遺留系統進行整合時太過關注底層的解耦，但沒有考慮到通訊保證、冪等性等因素，這也是很常見的問題。這樣的系統只會增加複雜性，體現不出微服務的優勢。
\\ abedrabbo給出了一些建議用於解決這方面的問題：\\
明年的微服務大會將於2023年11月5號至6號召開。
\\檢視英文原文：about the soa heritage impact on microservices
SOA對微服務的殘餘影響
近日，tareq abedrabbo在倫敦2017 con微服務大會上說，soa對微服務架構設計的殘餘影響仍然存在，包括技術選型和組織方面的問題。最直接的乙個例子就是大多數企業仍然區分對待架構師和開發人員，架構師負責出規範，開發人員負責實現。opencredo cto abedrabbo在大公司和小...
SOA對微服務的殘餘影響
近日，tareq abedrabbo在倫敦2017 con微服務大會上說，soa對微服務架構設計的殘餘影響仍然存在，包括技術選型和組織方面的問題。最直接的乙個例子就是大多數企業仍然區分對待架構師和開發人員，架構師負責出規範，開發人員負責實現。opencredo cto abedrabbo在大公司和小...
微服務與SOA
過去的幾年來，微服務 這個術語逐漸得到關注，它描述的是由一系列更小的服務所組成的架構。在qcon san francisco 2012上，thoughworks的james lewis針對這個概念發表了演講，同時還就這個話題與martin fowler合作撰寫了一篇文章。最近，steve jones...