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

-

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

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

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

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

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

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

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

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

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

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

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

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

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

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