IPTV中間件的架構日趨清晰

IPTV中間件的架構日趨清晰

作者：楊景　來源：流媒體網

　　盡管是在休假中，我對流媒體網上對中間件的討論一直十分關注?；氐奖本?，應該“提筆”寫一些想法了。

　　對于中間件的概念，專家們從不同角度說了很多。楊昆的判斷是有理由的。IPTV中間件到底是什么，至今仍然是各說各話。如果是這樣，中間件的必要性顯然存在問題。

　　我一直覺得難以理解的是，中間件這樣一個在IT界廣泛使用多年的概念，為什么在電信界得到這樣的結果?甚至那些互聯網軟件的開發商，也在中間件和協議的問題上繞起了彎子。

　　顯然，問題出在中間件的概念及其分類上，因為IPTV中間件可以以不同的形態實現多種的功能。不同公司的IPTV中間件產品通過不同的形態實現不同的功能。這就是問題的核心。

　　其實這個問題容易解決。用中間件到Wikipedia上檢索一下，就可以對中間件的概念和形態得到相當令人滿意的結果。(我在以前的Blog中曾經引用過)現在把原文拷貝如下：

　　Middleware is computer software that connects software components or applications. It is used most often to support complex, distributed applications. It includes web servers, application servers, content management systems, and similar tools that support application development and delivery. Middleware is especially integral to modern information technology based on XML, SOAP, Web services, and service-oriented architecture.

　　Definition：

　　Middleware is the enabling technology of Enterprise application integration. It describes a piece of software that connects two or more software applications so that they can exchange data.

　　ObjectWeb defines middleware as: "The software layer that lies between the operating system and the applications on each side of a distributed computing system in a.network."

　　Origins

　　Middleware is a relatively new addition to the computing landscape. It gained popularity in the 1980s as a solution to the problem of how to link new applications to older legacy systems, although the term had been in use since 1968. It also facilitated distributed processing – the connection of multiple applications to create a larger application, usually over a network.

　　顯然，IPTV的中間件，可以分成許多種。僅就視頻服務而言包括：

　　第一種是位于機頂盒中操作系統和應用程序之間的“瀏覽器”和媒體播放器，以及用于擴充能力的插件如Ajax引擎等。

　　第二種是IPTV系統用戶門戶(媒體控制引擎)與機頂盒、流媒體服務器、EPG服務器、組播控制器和內容管理服務器之間的中間件，用于視頻內容(業務)的聚合，并支持用戶的訪問和服務資源的調度。

　　第三種是分發網絡的各個邊緣服務器與頭端(節目提供商)、業務管理服務器之間的中間件。用于支持分發網絡分配資源時的協同計算。

　　第四種是頭端和業務提供商的服務器、以及業務管理服務器之間的中間件，用于支持節目/業務/內容的接入、流化和控制。

　　第五種是位于用戶門戶、業務提供商的服務器(包括互聯網和專網的)以及業務管理服務器只見的中間件。這種中間件通常和具體的業務相關。

　　還有更多，......

　　第一種中間件的形態是主機模式的。這是最容易理解的一種。

　　第二種中間件的形態是網絡式的，它以用戶門戶為控制核心，其他服務器(包括機頂盒)中駐留對應的客戶端驅動。這些客戶端是位于各自的操作系統和應用程序之間的。在門戶的管理和控制下，客戶端之間是直接互操作的。

　　第三種至第五種中間件的形態也是網絡式的，依業務管理服務器為控制核心，其他服務器中駐留對應的客戶端驅動。這些客戶端也是位于各自的操作系統和應用程序之間的。在業務管理器的管理和控制下，這些客戶端直接進行互操作。

　　中間件是否需要協議?這是無需爭議的。中間件可以采用XML, HTTP，Web Services等作為承載的協議。至于涉及到不同節點之間的應用，協議也是必需的。

　　有一點是要區分的，應用層協議究竟包含消息，還是要同時包含“業務邏輯”?這是和體系結構相關的。在面向業務的體系結構中，例如Web Services中的業務邏輯不是通過結點之間的“協議”實現的，而是通過WSDL的API提供的。這樣，在不同的節點間的應用交互需要的僅僅是消息標準化，而不是業務邏輯標準化。這一點，和傳統電信網的“遠過程調用”是完全不同的。

　　我們最后看到，中間件討論會上，所有人說的原理基本都對。因為每個人都把自己的產品定位為上述五種類型之一的中間件。但是，沒有說清楚的是，自己的中間件到底是上述那一種，各自如何分解IPTV的功能，中間件各自具有什么功能、表現為什么形態。

　　所以，距離中間件清晰的概念，其實只差一步。

原文轉自：http://www.anti-gravitydesign.com