因?yàn)榇嬖谏鲜鏊f的困難，企業(yè)移動(dòng)數(shù)字市場(chǎng)經(jīng)過多年的發(fā)展，出現(xiàn)了不同的方式來解決企業(yè)上述的困境。從大致上來說，分為以下幾個(gè)模式
1. 模式一：使用釘釘或企業(yè)微信IM（即時(shí)通訊）平臺(tái)
2. 模式二：使用OA類的平臺(tái)系統(tǒng)
3. 模式三：開發(fā)工具類平臺(tái)
4. 模式四：私有化部署解決方案
5. 模式五：小孩子才做選擇題，全局思維的CIO“都要”！
我們接下來逐一分析這些模式的優(yōu)劣及適應(yīng)情況
2.1 使用釘釘或企業(yè)微信的IM（即時(shí)通訊）平臺(tái)
在國內(nèi)，以阿里及騰訊為主的互聯(lián)網(wǎng)企業(yè)，一開始觸角并未伸向TO B的行業(yè)，它們也基本以專注互聯(lián)網(wǎng)及TO C服務(wù)為主。隨著TO C業(yè)務(wù)模式的成熟，而TO B的服務(wù)業(yè)務(wù)仍處于早期階段，這些互聯(lián)網(wǎng)企業(yè)開始把觸角伸向TO B的企業(yè)。
大約在2014年12月底，釘釘發(fā)布了1.0.0版本，迅速成了搶占這塊市場(chǎng)的頭部互聯(lián)網(wǎng)企業(yè)；企業(yè)微信則在2016年4月才發(fā)布企業(yè)微信1.0版本，雖然時(shí)間上晚了近2年，但憑借微信強(qiáng)大的用戶基礎(chǔ)及生態(tài)，迅速成為這個(gè)市場(chǎng)的引領(lǐng)者。
優(yōu)點(diǎn)：
1. 免費(fèi)?；ヂ?lián)網(wǎng)企業(yè)不按TO B常規(guī)套路出牌，仍然沿襲TO C的模式，也就是免費(fèi)模式。期望以免費(fèi)快速搶占企業(yè)，再通過企業(yè)來做大生態(tài)，通過生態(tài)圈來創(chuàng)造額外的價(jià)值。
2. 功能豐富，產(chǎn)品穩(wěn)定。由于是TO C出身，很多功能包括郵件、視頻、IM語音等，在TO C的市場(chǎng)上磨練已久，其技術(shù)實(shí)力與產(chǎn)品穩(wěn)定性都具備優(yōu)勢(shì)。
3. 方便連接C端。由于微信加持，企業(yè)微信自然就有快速體驗(yàn)、大流量方便獲客和維系的優(yōu)勢(shì)。
4. 生態(tài)豐富。一大群ISV供應(yīng)商圍繞著釘釘和企業(yè)微信做客戶化的落地實(shí)施。
缺點(diǎn)：
1. 安全可控不足。所有IM即時(shí)通訊數(shù)據(jù)均在互聯(lián)網(wǎng)企業(yè)中，這對(duì)很多企業(yè)來說，特別是對(duì)數(shù)據(jù)安全有要求的企業(yè)來說，是個(gè)難以接受的點(diǎn)。
2. 產(chǎn)品定制不足。SaaS產(chǎn)品的特征就決定了，某些需要產(chǎn)品本身去配合的功能，SaaS端難以支持和適配。SaaS優(yōu)點(diǎn)更多的表現(xiàn)在“有什么”，而不是能“做什么”，所以從定制到擴(kuò)展能力，方方面面都受限制。企業(yè)把自己的業(yè)務(wù)搬到上述平臺(tái)并不是非常順心順意。
3. 不了解B端業(yè)務(wù)。SaaS離C端用戶更近，不了解B端、E端（員工端）的需求和痛點(diǎn)。
4. 卡脖子。SaaS平臺(tái)的數(shù)據(jù)和用戶信息都在大廠，對(duì)于中小企業(yè)可以享受大廠帶來的流量紅利，適合積累和導(dǎo)入初期用戶。但免費(fèi)是有代價(jià)的，很多大企業(yè)為了不被卡脖子，而選擇自建移動(dòng)平臺(tái)和私域流量池。SaaS平臺(tái)在互聯(lián)網(wǎng)1.0時(shí)代要了企業(yè)的用戶，現(xiàn)在又想全面地侵入企業(yè)的生態(tài)，作為首席信息官，需要權(quán)衡此中風(fēng)險(xiǎn)。
適用：
小微企業(yè)、初創(chuàng)公司、或者當(dāng)前IT預(yù)算有限的組織。我們建議先嘗試用釘釘、企業(yè)微信IM（即時(shí)通訊）。如，面向C端用戶多的中小企業(yè)，可以利用微信流量給企業(yè)微信導(dǎo)流，做用戶運(yùn)營。
小結(jié)：
企業(yè)微信和釘釘IM（即時(shí)通訊）平臺(tái)的應(yīng)用對(duì)象和應(yīng)用場(chǎng)景更多的是適合小微企業(yè)的簡單管理邏輯，并且企業(yè)微信和釘釘在伴隨企業(yè)成長過程中，自身很難向更精細(xì)化、個(gè)性化靠攏，所以企業(yè)微信和釘釘更多的是扮演陪伴企業(yè)成長發(fā)育期的“學(xué)步車”角色；而面向中大型企業(yè)，企業(yè)微信和釘釘幾乎無法抗衡專業(yè)的移動(dòng)辦公產(chǎn)品。
2.2 OA類平臺(tái)系統(tǒng)
在移動(dòng)平臺(tái)出現(xiàn)之前，多數(shù)企業(yè)用OA系統(tǒng)解決內(nèi)部協(xié)同，用OA系統(tǒng)提供的移動(dòng)端做企業(yè)的移動(dòng)門戶。他們做企業(yè)OA起家，專注OA十多年，在垂直的OA業(yè)務(wù)上優(yōu)勢(shì)明顯。
優(yōu)點(diǎn)：
1. 解決具體問題。OA類系統(tǒng)或平臺(tái)，有一個(gè)比較明顯的特點(diǎn)：他們提供了一套成熟的工作流解決方案，基本包含流程管理、HR管理等企業(yè)內(nèi)部協(xié)同需要的方方面面功能。
缺點(diǎn)：
1. 優(yōu)點(diǎn)即缺點(diǎn)：平臺(tái)能力強(qiáng)，擴(kuò)展性弱。專注解決垂直領(lǐng)域業(yè)務(wù)問題的OA類產(chǎn)品，本身相對(duì)來說比較封閉，擴(kuò)展性弱。他考慮了OA層面的方方面面，但是如果需要對(duì)接OA或者要求OA做一些開放能力建設(shè)，就比較吃力。
2. 移動(dòng)端能力偏弱：術(shù)業(yè)有專攻。OA類產(chǎn)品的移動(dòng)端能力，包括IM及時(shí)性、IM到達(dá)率、IM穩(wěn)定性有待進(jìn)一步提升。這一點(diǎn)OA廠商自身也意識(shí)到了，他們幾乎弱化了自己的移動(dòng)端，轉(zhuǎn)而投靠企業(yè)微信、釘釘這類強(qiáng)IM移動(dòng)端基座。
適用：
上OA要看公司的管理目標(biāo)和需求。如果公司寄希望于通過業(yè)務(wù)流程合理化來促進(jìn)管理指標(biāo)的提升，可以上OA類產(chǎn)品。
小結(jié)：
目前OA類產(chǎn)品也推出了移動(dòng)平臺(tái)。但是，打個(gè)比方，OA移動(dòng)端像小診所，能看傷風(fēng)感冒，解決部分問題，但如果要更加專業(yè)的診療方案還得去三甲醫(yī)院。
產(chǎn)品的“出生”決定了“生長”。業(yè)務(wù)系統(tǒng)廠商，解決其業(yè)務(wù)系統(tǒng)功能在移動(dòng)端的展現(xiàn)是主要需求，其他系統(tǒng)的對(duì)接管理是非必要的。業(yè)務(wù)需求的重點(diǎn)不同決定了其產(chǎn)品的側(cè)重領(lǐng)域不同，也使得產(chǎn)品最終的形態(tài)定位成業(yè)務(wù)系統(tǒng)移動(dòng)端而非企業(yè)移動(dòng)平臺(tái)。企業(yè)選型的第一步，就需要確定選擇平臺(tái)型還是業(yè)務(wù)系統(tǒng)移動(dòng)端型產(chǎn)品，這決定了企業(yè)未來移動(dòng)信息化建設(shè)的結(jié)果。

-

當(dāng)Exchange損壞時(shí)，一個(gè)平常的日子可以很快變成你生命中最差的一天?；ㄙM(fèi)幾個(gè)小時(shí)在一個(gè)Exchange服務(wù)器修復(fù)上，有可能徹夜難眠，還可能會(huì)被每五分鐘警告一次而身心疲憊。

Exchange后端數(shù)據(jù)庫故障，一般都會(huì)是比較嚴(yán)重的緊急故障，因?yàn)檫@會(huì)直接影響到大面積用戶的正常使用，而且涉及到用戶數(shù)據(jù)。一旦遇到這種級(jí)別的故障，管理員往往都需要在非常緊張、壓力非常大的狀態(tài)下進(jìn)行恢復(fù)操作，需要在高壓狀態(tài)下迅速做出決策，下一步應(yīng)該如何做。

作為從業(yè)者， 我很好奇，想去探究為啥exchange這么脆弱？我想已經(jīng)找到答案，以下是我的思考和體會(huì)。

Exchange經(jīng)過20年的發(fā)展， 架構(gòu)上從合到分再到合的過程。在 exchange 2010 中，exchange 包含五個(gè)服務(wù)器角色，分別為郵箱服務(wù)器，客戶端訪問服務(wù)器，集線傳輸服務(wù)器，統(tǒng)一消息服務(wù)器，邊緣傳輸服務(wù)器。

在后來的 exchange 2013 中服務(wù)器被精簡為 3 個(gè)：郵箱服務(wù)器，客戶端訪問服務(wù)器，邊緣傳輸服務(wù)器

exchange 2016 和 2019 中則只有郵箱服務(wù)器和邊緣傳輸服務(wù)器了。 到Exchange Server 2019，這個(gè)版本和Exchange Server 2016這個(gè)版本的架構(gòu)基本沒有變化，仍舊只有MBX和EDGE，但EDGE一直是一個(gè)可選角色，大部分企業(yè)都不用，被郵件網(wǎng)關(guān)所代替。這個(gè)架構(gòu)其實(shí)越來越和金笛郵件系統(tǒng)+郵件網(wǎng)關(guān)的架構(gòu)接近。

在存儲(chǔ)方面，exchange一直采用數(shù)據(jù)庫edb格式，把所有的郵件存放到數(shù)據(jù)庫中。這種方式雖然查詢檢索備份比較便利， 但是有一個(gè)致命缺陷，那就是隨著郵件越來越多， 數(shù)據(jù)庫文件越來越大， 一旦出現(xiàn)突然斷電或者硬盤出現(xiàn)壞道， 哪怕出現(xiàn)幾個(gè)字節(jié)損壞，整個(gè)數(shù)據(jù)庫文件會(huì)出現(xiàn)臟關(guān)機(jī)狀態(tài)。 當(dāng)數(shù)據(jù)庫處于“臟關(guān)機(jī)”狀態(tài)時(shí)，它將防止Microsoft Exchange數(shù)據(jù)庫掛載，從而導(dǎo)致電子郵件服務(wù)中斷。

此時(shí)，Exchange服務(wù)器數(shù)據(jù)庫無法掛載并顯示錯(cuò)誤消息，例如“失敗的錯(cuò)誤：無法掛載您指定的數(shù)據(jù)庫”。 解決方案是從更新的備份還原Exchange數(shù)據(jù)庫或應(yīng)用有效的Exchange EDB修復(fù)技術(shù)。

當(dāng)Exchange服務(wù)器崩潰時(shí)，管理員可以使用setup / m：RecoverServer switch命令來重建新的Exchange服務(wù)器。 但是，根據(jù)故障的性質(zhì)，數(shù)據(jù)庫恢復(fù)是一項(xiàng)更具挑戰(zhàn)性的任務(wù)。您從崩潰的Exchange服務(wù)器的.edb文件中恢復(fù)郵箱，尤其是當(dāng)ESEUtil失敗，日志丟失或刪除且備份不可用時(shí)。

EDB文件存放了所有郵箱項(xiàng)目，包括電子郵件，附件，聯(lián)系人，日歷，便箋，任務(wù)，日記和公用文件夾。修復(fù)大型EDB文件是一個(gè)容易造成數(shù)據(jù)丟失的風(fēng)險(xiǎn)操作。

有很多第三方廠商專門開發(fā)了修復(fù)exchange的軟件竟然是個(gè)不錯(cuò)的生意， 可見exchange崩潰是個(gè)3-5年內(nèi)會(huì)出現(xiàn)的大概率事件。究其原因， 郵件收發(fā)是個(gè)頻繁的硬盤IO操作，硬盤讀寫特別頻繁， 一個(gè)機(jī)械硬盤頻繁讀寫3、5年出現(xiàn)壞道是大概率事件。Exchange把所有郵件放到一個(gè)EDB文件中， 顯然是設(shè)計(jì)上的致命缺陷。這個(gè)大文件只要有幾個(gè)字節(jié)錯(cuò)誤， 格式就發(fā)生變化，變得不可讀， 導(dǎo)致無法加載。 國內(nèi)大硬盤存儲(chǔ)基本上還都是機(jī)械硬盤，用幾年后，不可避免地出現(xiàn)壞道。這是exchange如此脆弱的根本原因。

其實(shí)在linux系統(tǒng)上，很多年前，單一的郵件的存儲(chǔ)格式mailbox已經(jīng)被拋棄， 而采用更先進(jìn)的Maildir格式至今。這種存儲(chǔ)格式， 是非?？茖W(xué)非常先進(jìn)的。硬盤出現(xiàn)部分壞道，只影響個(gè)別或者部分郵件，整體上不會(huì)受影響，更不會(huì)影響郵件系統(tǒng)的基本服務(wù)?？煽啃员葐我晃募鎯?chǔ)不是幾百倍的提高，二是數(shù)量級(jí)指數(shù)上萬倍的提高。

微軟在操作系統(tǒng)領(lǐng)域?qū)嵙Υ_實(shí)可以，但他不是什么都能做得好。比如IE被全面拋棄和替代就是明證。Exchange由于先天的設(shè)計(jì)缺陷，經(jīng)過了20年發(fā)展，也沒有在中大型企業(yè)推廣開來，更逞論政府、部隊(duì)、公安等要害部門。

Exchange在國內(nèi)賣的價(jià)格很高，但有致命缺陷，依賴于代理商提供的服務(wù)。越來越多的企業(yè)已經(jīng)意識(shí)到，且已經(jīng)醒悟，不再交這個(gè)智商稅。