“如果兩個業務模塊之間沒有實現互通，那麼我認爲它是不能被稱爲真正意義上的SOA的”，這是我在採訪普元信息公司架構師楊洪波時，他最抑揚頓挫的一句描 述。楊洪波，個子不高，但是當與他討論起這些技術問題時，卻讓人覺得他是高大的，因爲總能爲你的疑問指路。從他炯炯的眼神，堅定地神情，似乎就連在人們腦 海中一直飄緲不定的SOA也變得實在起來。
記者：BPEL的定義有很多種，諸如是一種XML語言，是基於Web Service的業務流程描述，但這些定義讓人感覺很抽象，從您的角度來理解，能用一個直白形象的描述來爲BPEL定義麼？
楊洪波：在我們談BPEL之前我想先提一下BPEL4People，BPEL4People實現在幾大廠商正在積極 推行的一項標準，爲什麼會推行BPEL4People，就是因爲大家認識到了BPEL規範給工作流帶來的效率。從這一點上來看，其實BPEL就是一種流程 級別的服務，它其實已經被納入了SOA，也可以這麼理解，在一個業務的實現過程中，會分成很多的集成模塊，這些鬆散的模塊要實現這項業務，就要按照 BPEL這個規範來進行組合。BPEL提供了唯一的標準化手段。
記者：曾有傳言說IBM和BEA會放棄對BPEL的支持，您相信這種說法麼？
楊洪波：對於BPEL的支持有很多家廠商都參與其中，爲首的就是微軟和IBM，他們都很看好BPEL，也會對他進行大力的支持，並且都會有產品發佈，而且今後不僅僅只支持J2EE而且也要在.NET平臺上進行。
記者：您怎樣理解中間件、SOA、BPM這三者之間的剪不斷理還亂的關係？
楊洪波：這就要從整個發展的過程來看，剛開始提出中間件的時候僅僅是一種思想，僅僅是一種思考問題的方法，也就是常 說到的方法論一類。到後來一些大的廠商開始運用技術來實現這些思想時，會從操作系統之上的這個中間層開始，只有在操作系統層面之上進行這樣才能保證能夠在 任何一個操作系統上都能夠實現，但是中間件它是不直接與業務掛鉤的，他並不實現業務但是可以簡化業務，所以它只是在操作系統層面和業務層之間的——中間 層。而BPM，它的側重點是在“M”上，也就是Manage管理，其實就是將對業務進行的管理移植到一個用技術實現的平臺上來。
記者：普元提出的“SOA，從面向構件開始”那麼什麼是普元所謂的面向構件？
楊洪波：說起來這個面向構件，又不得不提它的淵源了，在中間件這個概念被大廠商提出來之後的幾年，陸續開始有人着手 開始實現它，但是在實現的過程中就出現了一些問題，針對這些具體實施中出現的問題，就將SOA分成了兩個方面，一個是Component，技術層的原子級 別服務；另一個是Composite，業務層的組合服務。而現在普元提出的面向構件就是在這兩方面的基礎上提出對應的服務構件和業務構件，所以我們提出的 口號便是：SOA，從面向構件開始。
記者：在您看來，是否SOA已經真正的從概念來到了行動？現在欠缺的是什麼呢？
楊洪波：從我個人看來，SOA提出了很多年，而且也有很多很多的廠商和企業都說自己已經部署完成了SOA，其實就我看來並不是這樣的，如果你說你的A業務是SOA，B業務也是SOA，但是你A業務模塊和B業務模塊仍然不能互通，這是有悖於SOA的，SOA在我看來不是這樣的。
記者：這種互通性的實現應該就是需要我們一直呼喚着的SOA標準來規範了？由基礎中間件爲你完成了業務的模塊化，然後在業務應用層就需要嚴格遵守SOA標準來組合了，這樣才能叫真正的SOA
楊洪波：是這樣的，現在SOA的標準已經提交OASIS組織了，其實從2005年開始就一直在做這件事情，SCA的稍微晚一些，這次是SCA 1.0版本，而SDO已經出到了2.1版本，已經是相當成熟的了。
由於條件受限，當時採訪並沒有錄音設備，只是做了簡單幾個字就代表一句話甚至一段話的象徵式記錄，所以全部的內容都由我本人後來重新理解所領會到的意思寫的，如果有出入，還請大家理解並友情指正。
記者：BPEL的定義有很多種，諸如是一種XML語言，是基於Web Service的業務流程描述，但這些定義讓人感覺很抽象，從您的角度來理解，能用一個直白形象的描述來爲BPEL定義麼？
楊洪波：在我們談BPEL之前我想先提一下BPEL4People，BPEL4People實現在幾大廠商正在積極 推行的一項標準，爲什麼會推行BPEL4People，就是因爲大家認識到了BPEL規範給工作流帶來的效率。從這一點上來看，其實BPEL就是一種流程 級別的服務，它其實已經被納入了SOA，也可以這麼理解，在一個業務的實現過程中，會分成很多的集成模塊，這些鬆散的模塊要實現這項業務，就要按照 BPEL這個規範來進行組合。BPEL提供了唯一的標準化手段。
記者：曾有傳言說IBM和BEA會放棄對BPEL的支持，您相信這種說法麼？
楊洪波：對於BPEL的支持有很多家廠商都參與其中，爲首的就是微軟和IBM，他們都很看好BPEL，也會對他進行大力的支持，並且都會有產品發佈，而且今後不僅僅只支持J2EE而且也要在.NET平臺上進行。
記者：您怎樣理解中間件、SOA、BPM這三者之間的剪不斷理還亂的關係？
楊洪波：這就要從整個發展的過程來看，剛開始提出中間件的時候僅僅是一種思想，僅僅是一種思考問題的方法，也就是常 說到的方法論一類。到後來一些大的廠商開始運用技術來實現這些思想時，會從操作系統之上的這個中間層開始，只有在操作系統層面之上進行這樣才能保證能夠在 任何一個操作系統上都能夠實現，但是中間件它是不直接與業務掛鉤的，他並不實現業務但是可以簡化業務，所以它只是在操作系統層面和業務層之間的——中間 層。而BPM，它的側重點是在“M”上，也就是Manage管理，其實就是將對業務進行的管理移植到一個用技術實現的平臺上來。
記者：普元提出的“SOA，從面向構件開始”那麼什麼是普元所謂的面向構件？
楊洪波：說起來這個面向構件，又不得不提它的淵源了，在中間件這個概念被大廠商提出來之後的幾年，陸續開始有人着手 開始實現它，但是在實現的過程中就出現了一些問題，針對這些具體實施中出現的問題，就將SOA分成了兩個方面，一個是Component，技術層的原子級 別服務；另一個是Composite，業務層的組合服務。而現在普元提出的面向構件就是在這兩方面的基礎上提出對應的服務構件和業務構件，所以我們提出的 口號便是：SOA，從面向構件開始。
記者：在您看來，是否SOA已經真正的從概念來到了行動？現在欠缺的是什麼呢？
楊洪波：從我個人看來，SOA提出了很多年，而且也有很多很多的廠商和企業都說自己已經部署完成了SOA，其實就我看來並不是這樣的，如果你說你的A業務是SOA，B業務也是SOA，但是你A業務模塊和B業務模塊仍然不能互通，這是有悖於SOA的，SOA在我看來不是這樣的。
記者：這種互通性的實現應該就是需要我們一直呼喚着的SOA標準來規範了？由基礎中間件爲你完成了業務的模塊化，然後在業務應用層就需要嚴格遵守SOA標準來組合了，這樣才能叫真正的SOA
楊洪波：是這樣的，現在SOA的標準已經提交OASIS組織了，其實從2005年開始就一直在做這件事情，SCA的稍微晚一些，這次是SCA 1.0版本，而SDO已經出到了2.1版本，已經是相當成熟的了。
由於條件受限，當時採訪並沒有錄音設備，只是做了簡單幾個字就代表一句話甚至一段話的象徵式記錄，所以全部的內容都由我本人後來重新理解所領會到的意思寫的，如果有出入，還請大家理解並友情指正。
