當前位置：云計算 → 企業動態 → 正文

解碼聆客 – 創新的企業社交化協作平臺（下）

責任編輯：yliang |來源：企業網D1Net 2017-02-08 14:44:54 本文摘自：懂企業的品高云

美國著名未來學家約翰奈斯比特曾經說過：“未來的競爭將是管理的競爭，競爭的焦點在于每個社會組織內部成員之間及其與外部組織的有效溝通上”。

隨著互聯網技術與應用的快速發展，尤其是移動互聯網、SNS、云計算的發展與應用，以及由國際Twitter、Facebook，國內開放式微博等一系列SNS 社交網絡所引發的SNS 社交熱，開始在企業信息化中得到應用。品高聆客——創新的企業社交化協作平臺也應運而生。

下篇主要介紹通過聆客企業如何進行自有信息化業務的協同化改造？如何部署聆客架構？（更多詳情，請點擊解碼聆客上篇）

企業如何進行自有信息化業務的協同化改造？

通過開箱即用的協作工具，提升辦事和溝通效率

對于傳統企業來講，10 年以上的信息化沉淀了一批固有的、行業特性的業務系統，這些業務系統圍繞著業務本身建設，更多考慮的是流程化，特定人員使用，而較少考慮協同性工作。

例如：地鐵的工程項目管理系統，是一個重要的地鐵生產系統，傳統模式下能夠登陸的只有管理員，而一線員工往往沒有賬號，如果發現問題也需要層層上報才能進入系統，現如今強調的是讓聽到炮火的人有更多權限，因此如果引入協同工作模式，把更多相關員工拉入系統，將會大大提升整體的工作效率和降低風險。

而傳統應用如果改造成協同模式，勢必存在對已有系統的改造或新建，因此開發商的能力，開發周期，乃至客戶的使用習慣都提出挑戰，為此，聆客在提供通用、專業協作模塊的基礎上，將協作應用開發的基礎模塊、SDK 和管理能力統一打包成開放平臺提供給企業，便于企業集成現有應用和開發新協同應用，可以有效幫助企業開發商降低開發成本，提升效率，同時客戶的操作體驗可以一致化。

聆客提供的開放平臺功能包括：跨實例的消息服務、用戶與身份認證、應用市場、移動開發框架、服務端開發框架、微服務 API 與管理、設備安全管理等。

1.1 跨實例的消息服務

此能力所開發的聆客原生功能包括：服務號、服務號公告、業務代辦、即時消息。

第三方應用集成后的主要場景包括：

多個企業內應用消息提醒（如：公司 CEO 打開手機，看到有 1 個來自 OA 的個代辦、1 個來自財務系統的年報、2 個來自工程系統的大規模故障報告、1 個財務的催報銷通知、5 個）

來自跨企業的消息提醒（如：制造企業 A 公司的材料庫存快空了，推送采購信息給供貨商 B 公司銷售，要求采購）

消息服務功能

1.2 用戶與身份認證

此能力所開發的聆客原生功能包括：用戶授權、企業授權、聆客應用的單點登陸

第三方應用集成后的主要場景包括：

企業自有應用無需二次登陸（如：從聆客的項目協作應用打開一個企業自己的 CRM 客戶信息，不需要二次登陸）

企業統一用戶授權（如：企業管理員在一個界面中，授權所有協作應用的可訪問權限，不論原生聆客應用還是企業自己的協作應用）

身份認證功能

1.3 應用市場

此能力相當于給企業提供了一個私有的 app store（包括 PC 端和移動端），并且針對應用的發布、更新、審核、管理提供了圖形化界面。除了聆客開箱即用的應用，如：客戶關系、供應鏈、項目協作、在線培訓、網盤等類型的協同應用外，企業可以把自己私有的應用通過應用市場進行管理，并且做到私有應用和公有應用物理分開，但管理統一。

第三方應用集成后的主要場景包括：

以員工為中心的日常事務的處理（如：企業將報銷系統上架到應用市場后，員工報銷時直接從應用市場中選擇使用）

場景化打開應用（如：經常外出的員工，排在第一順位的應用可能是簽到功能）

應用市場功能

1.4 移動開發框架

此能力所開發的聆客原生功能包括：所有的移動端 app

第三方應用集成后的主要場景包括：

傳統 B/S 架構系統的移動化（如：過去運維工作系統是 B/S 架構，需要在 PC 上完成登記，現在可以把巡檢部分獨立開發成 app，在手機上快速完成）

供應商應用操作體驗一致化（如：企業有多個開發商，所用語言和 UI 規范不一致，可以使用此功能規范界面，邏輯部分還是原來的，達到體驗一致）

傳統供應商快速具備移動開發能力（如：針對移動設備特有的攝像頭、GPS、計步器等傳感器進行 API 封裝，用 web 技術封裝 APP 原生語言，從而降低傳統開發商的門檻，更專注于業務邏輯開發）

跨平臺開發 app（如：開發一次后可分別在 android 或 ios 平臺上直接運行）

移動開發框架功能

1.5 服務端開發框架

此能力所開發的聆客原生功能包括：所有的社交化協作應用的后端服務

第三方應用集成后的主要場景包括：

開發項目標準化（如：企業不同供應商的數據字典不同用，A 開發商無法接 B 開發商的應用系統繼續開發，通過元數據定義可讓數據字典掌握在企業手中）

小應用的快速開發（如：通用的、標準的信息統計、表單搜集等工作需，可以通過直接將元數據轉化為小應用的方式進行）

服務端開發框架功能

1.6 微服務 API 與管理

聆客各模塊采用微服務架構進行構建，并且每個微服務都暴露可調用的 API，因此無論是內置協作應用，還是企業自身的個性化應用，相互之間都可以通過 API 彼此調用功能，同時無論是內置還是企業個性化的應用服務，都可以使用 API 網關統一管理（統一授權、統一監控和統一管理），并且支持訪問負載均衡、服務熱點統計等能力。

第三方應用集成后的主要場景包括：

細致了解某系統的某功能使用情況（如：財務系統的功能接入 API 網關后，可以快速發現某個報表模塊使用頻繁，從而需要增多部署的服務器）

不同系統間訪問授權管理（如：授權工程項目系統的施工管理模塊在提交信息時，可以使用網盤中的圖紙文件）

系統的灰度升級（如：工程項目系統的圖紙查看功能，有了更新，但是目前還有應用在調用舊版本，可以在網關中重新指向）

微服務與 API 網關

1.7 設備安全管理

聆客作為企業社交化協作信息化的平臺，將安全分為兩個部分，一個是終端安全，它包括對員工設備的全生命周期管理（涵蓋設備注冊、設備激活、設備校驗和遺失管理等）；另一個是數據安全，它包括端對端的傳輸加密以及保存在服務器或本地的加密保存。通過將這些能力開放給企業，可以增強企業社交協同應用的安全能力，降低 BYOD 帶來的安全風險。

第三方應用集成后的主要場景包括：

員工離職后無法使用系統（如：給員工移動設備授權，只能使用這個設備登陸系統，一旦里時候，勿需刪除賬號— 保留歷史痕跡，也可以組織員工自行訪問）

員工設備丟失遠程擦除數據（如：員工不小心將移動設備丟失，管理員可以遠程擦除設備中的敏感數據）

符合蘋果 app store 準則（如：蘋果在 2016 年底要求所有 app store 的應用信息必須做端到端傳輸加密，否則予以下架）

設備安全管理功能

如何部署聆客架構？

多樣的部署架構

聆客的部署模式

聆客部署的模式非常靈活：

針對歷史悠久的大中型企業，推薦的模式是公私混合模式，這種模式平臺在云端，應用在本地，通用協作需求通過云端快速迭代相應，而個性專業的協作需求通過供應商的項目定制開發與顧問共同完成。相對于其他兩種，平衡性更好，風險更低。

針對安全涉密的政府或企業 ，推薦完全私有模式，這種模式平臺和應用都在本地，安全系數最高，但反應速度取決于開發商的能力

針對小微企業，推薦完全公有模式，這種模式無需本地 IT，降低運維和初始化投資壓力，反應速度最快

混合部署和完全公有部署

對于已經具備多年 IT 沉淀的企業，在使用公私混合模式部署聆客時，一般遵循的原則是：

企業現有員工信息（如 AD，LDAP 等）與聆客用戶中心同步

企業員工身份認證與聆客整合，登陸確認可以分別在本地（如 AD，LDAP 等）或聆客的 SSO 中完成，并且互認令牌

企業的私有/內部應用，發布到聆客應用私有市場中

企業本地數據中心可以與聆客數據中心互聯互通訪問（可以加密專線）

企業應用和聆客內置應用使用統一的消息服務

企業可直接使用聆客在線公有的通用和專有協作服務

對于小微型或體驗性企業來說，可直接單純使用在線服務，例如：

直接使用聆客內置統一的消息服務

直接使用聆客在線公有的通用和專有協作服務

聆客的公私混合部署模式

純私有化部署

聆客系統在設計時就具備云平臺所需要的彈性能力和高可用能力，組成模塊包括：前端負載均衡集群、身份認證集群、webos 集群、消息中心集群、分布式存儲& 網盤集群、運維服務器集群、結構化數據庫集群、非結構化數據庫集群、數據緩存集群。但是如果手工、獨立部署這些服務，需要消耗大量的服務器資源，同時也會帶來后期升級與運維管理等挑戰。

因此聆客在私有化部署時一般與虛擬化云平臺同時部署的架構：由云平臺完成對底層資源的虛擬化（IaaS 能力），加上其配套的容器服務、資源編排和軟件自動部署能力，能夠自動完成聆客應用的部署以及后續運維（IaaS+能力）；在處理能力不足時，云平臺自動觸發彈性伸縮策略，將資源池的空閑資源納入聆客的應用集群中；同時云平臺具備的云負載均衡功能又可以輔助增強聆客并發處理的能力（高可用能力）。