用docker部署項目，有多個python環(huán)境，不同環(huán)境python代碼之間存在參數(shù)調用，該如何實現(xiàn)？這基本上就是應用程序微服務的體系結構。主要有兩種方式：[1]將每個環(huán)境封裝為一個微服務，提供res

用docker部署項目，有多個python環(huán)境，不同環(huán)境python代碼之間存在參數(shù)調用，該如何實現(xiàn)？

這基本上就是應用程序微服務的體系結構。主要有兩種方式：[1]將每個環(huán)境封裝為一個微服務，提供restapi（或其他類型的RPC調用）并相互調用

2）通過消息驅動，每個服務發(fā)送一條消息來實現(xiàn)參數(shù)調用。

隨著架構設計的演變?yōu)槭裁错椖恐行枰玫絊OA框架？

當我們在10多年前接觸到SOA概念時，主要來自IBM和Oracle的領先廠商以及一些國內中間件制造商都在跟進。人氣不亞于區(qū)塊鏈、中間平臺和aiot。所有公司都使用自己的產(chǎn)品和解決方案組合來推斷SOA。更典型的產(chǎn)品是ESB、BPM、portal，有時還有DP開發(fā)平臺。當時很多企業(yè)決定構建SOA，軟件開發(fā)者甚至ERP廠商都必須與SOA有關聯(lián)，否則他們不知道怎么談電影，不好意思跟別人打招呼。

SOA面向服務架構是一種設計理念和架構規(guī)范，用于構建靈活的it架構，支持隨需應變的業(yè)務。

然而，應用軟件廠商強調的集成更多的是大規(guī)模系統(tǒng)模塊之間的集成，而中間件廠商強調的是異構應用系統(tǒng)之間的集成。

很多時候，企業(yè)系統(tǒng)必須基于SOA進行集成，但僅僅依靠ESB、BPM和門戶是不夠的。必須有MDM主數(shù)據(jù)治理、IDM統(tǒng)一權限、統(tǒng)一賬戶和統(tǒng)一認證。MDM是深度應用集成（如BPM跨異構系統(tǒng)過程集成）和深度數(shù)據(jù)集成（DW、BI、BD、DSS、DAP和其他數(shù)據(jù)分析平臺項目）的基礎。SOA產(chǎn)品的綜合集成項目是基礎，只有產(chǎn)品是不夠的。需要甲方的高層支持，需要業(yè)務部門、應用廠商、信息部門的高效合作、拼搏和妥協(xié)。這是一個考驗交付團隊和甲方能力和決心的大項目，經(jīng)過十多年的投入，從產(chǎn)品的實施、管理體系的實施、解決方案的實施、企業(yè)文化的實施等方面都提煉出了許多最佳實踐，已成為數(shù)據(jù)鏈敏捷集成的基因。