嵌入式電信/網絡和系統(tǒng)管理中間件：Enea Element

分布式系統(tǒng)分為簡單的多線程應用、基于多插槽機柜的系統(tǒng)以及聯(lián)網的服務器集群。當這些系統(tǒng)被移入基于云的環(huán)境中時，拓撲會變得更加復雜，當這些系統(tǒng)涉及到機器對機器（或M2M）解決方案時，拓撲會變得更加多樣化。分布式系統(tǒng)軟件解決方案提供商在構建、調試和維護一系列互連應用方面面臨著多重挑戰(zhàn)。管理這些系統(tǒng)需要使用強大的建模功能，并需要采用多種管理界面，以滿足客戶的各種要求。由分布式系統(tǒng)提供的服務通常需要具備較高的可用性。構成Enea Element的中間件框架可有效解決提供商面臨的大部分挑戰(zhàn)。

應用與Element中間件集成

Element中間件可輕松地與現(xiàn)有應用集成，充分發(fā)揮它的多樣化性能。如果無法修改應用使其與Element APIs直接集成，可以在應用中套加Element功能。

對于大多數(shù)具有高可用性的簡單案列，可以交由Element的高可用性代理應用驅動未修改的應用，高可用性框架會為其分配一個有效的高可用性角色，然后啟動應用。

然后代理監(jiān)控應用的未知錯誤并向高可用性框架報告這些錯誤。此時，高可用性框架和代理可執(zhí)行各種錯誤恢復機制，包括適時重啟應用，將應用故障遷移到另一節(jié)點或將運行故障應用的整個節(jié)點遷移到另一節(jié)點。

如果應用自身具有高可用性功能、管理或監(jiān)控接口，Element代理會變得更加復雜。代理可作為功能網關，利用應用的接口，橋接Element服務和應用功能。甚至可使用Element的Python編譯環(huán)境在Python中編寫應用代理，提供快速的開發(fā)方法。

如果可以修改應用，那么可以從Element服務中獲得更多數(shù)值。高可用性環(huán)境下的大多數(shù)應用要么屬于守護進程，要么至少具有合理的生命周期。這些應用一般包括初始化序列，以及帶有單個或多個事件循環(huán)的一個或多個線程。

添加Element支持好比一些Element服務初始化調用那么簡單，然后在事件循環(huán)中添加Element消息檢查。而對于使用套接字select或poll的阻斷循環(huán)，Element套接字描述符可添加到檢查中的描述符集。

如果Element套接字上存在活動，先調用ElemMsgReceive（）然后再調用ElemSigDispatch（）就可輕松處理一切，觸發(fā)Element初始化調用中注冊的任何相關回調方法，或應用注冊的回調方法去處理應用特定消息。

可使用標準AMF API調用或更簡單的方法，使用Element簡化AMF封裝程序就可增加高可用性或AMF支持。此外，還可增加更多的服務，比如用于運行時系統(tǒng)級調試的日志和命令服務。Element名稱服務是一套非常強大的工具，用于服務發(fā)現(xiàn)、監(jiān)管（了解此服務是否已停用）和同步。原理非常簡單，發(fā)布一個標記（名稱或字符串）宣告服務或訂閱標記尋找服務。用于配置、監(jiān)控和通知的嵌入式管理簡單易用，相關建模也不復雜。

關鍵是應用可漸進式集成，根據(jù)需要逐步使用更多Element服務。Element API非常直觀，支持遞增集成。最后，利用Element Signal Dispatch等實用程序，處理事件/消息和對象API，實現(xiàn)負載重建和消耗，簡化使用異步分布式解決方案開發(fā)方法。

云技術下的電信級高可用性

現(xiàn)如今，越來越多的傳統(tǒng)嵌入式應用和服務開始擁抱云技術，而其中通信應用和服務在可用性和故障遷移方面，對云技術有著特殊要求。

一些使用案例中，99.5%的可用性貌似已相當不錯，但另一些案例則要求傳統(tǒng)電信級可用性達到“5個9”或99.999%，但是你能確保你的云計算服務提供商可以達到這樣的要求嗎？

一些服務提供商的故障管理或故障遷移模式非常出色，可將故障恢復時間控制在5到10秒之間。但你知道嗎？事實上，你能管理和控制自己的故障管理和故障遷移模式并縮短停機時間？

Enea Element是可實現(xiàn)高可用性的電信標準SAF/AMF一致中間件解決方案，能與云計算環(huán)境無縫銜接。在電信中，群集中次50毫秒節(jié)點故障遷移是基本標準，但Enea Element在云環(huán)境下可控制在次10毫秒節(jié)點故障遷移水平。