如果說 2015 年科技行業(yè)的關(guān)鍵詞是「O2O」的話，2016 年的關(guān)鍵詞絕對是「企業(yè)應用和企業(yè)服務」，但是這個風口并不是無緣無故而來的，在過去的幾年中，這些以發(fā)展技術(shù)能力為主的公司一直都在默默無聞地快速成長，同時他們也用優(yōu)秀技術(shù)人必備的冷靜、精明而又有縝密的頭腦時刻關(guān)注這個行業(yè)的變化并不斷地推動技術(shù)的革新與進步，這些都為這個風口的到來奠定了堅實的技術(shù)能力。同時移動互聯(lián)網(wǎng)的強勁增長為行業(yè)注入了一針催化劑，徹底改變了企業(yè)級的玩兒法，思維的改變帶來應用的變革，而現(xiàn)實的改變同樣離不開基礎(chǔ)技術(shù)的變革。

我們可以看到，傳統(tǒng) IT巨頭 IOE 正在瓦解和轉(zhuǎn)型，以 Amazon AWS、Microsoft Azure、阿里云為代表的新的 IT 生產(chǎn)力成為這個時代的主力軍。維系互聯(lián)網(wǎng)和移動互聯(lián)網(wǎng)行業(yè)的基礎(chǔ)技術(shù)正在悄然改變，從「服務器」到「云」，從「機房」到「數(shù)據(jù)中心」，這些在外人看起來只是表面上的文字的變化，實際上是最本質(zhì)的改變。

已經(jīng)敏銳捕捉到這種變化的公司逐漸享受到變革帶來的利益，而掌握著基礎(chǔ)核心技術(shù)的、也是最早嗅到這種變革的企業(yè)應用和企業(yè)服務公司也已經(jīng)走過了艱難的爬坡階段，漸入佳境。也正是在這種「變革」的大背景下，TECH2IPO/創(chuàng)見記者采訪了云智慧的 CEO殷晉。

一、始動

云智慧是一家以應用性能管理 （Application Performance Management,以下簡稱為 APM） 為核心業(yè)務的企業(yè)級解決方案服務商，我在比較早的時期就開始關(guān)注這家公司，這也是我第三次采訪殷晉，每次采訪的時間也正好是云智慧發(fā)展到一個關(guān)鍵節(jié)點的時刻。這三年來，云智慧按照自己的思路有條不紊地開拓自己的業(yè)務，發(fā)布新的產(chǎn)品。到了今年，監(jiān)控寶、透視寶和壓測寶這三個關(guān)鍵產(chǎn)品已經(jīng)形成了云智慧企業(yè)應用性能管理整體解決方案的矩陣優(yōu)勢，正式對外發(fā)布。在回顧這些年的時候，殷晉說：“云智慧「三寶」的推出是順應市場需求的不同發(fā)展階段，也符合 APM的發(fā)展趨勢”.

云智慧的第一個產(chǎn)品「監(jiān)控寶」是在 2010 年左右推出的。那時的網(wǎng)絡環(huán)境很多人還是有印象的，比如在很多下載站、很多游戲下載不好用的時候，要先問你是哪個移動運營商，在北方還是南方，在哪個省哪個市，看起來都是互聯(lián)網(wǎng)，但因為網(wǎng)絡接入服務的藩籬導致當時的全網(wǎng)互聯(lián)互通只是個夢想。很多網(wǎng)站的服務器都放在不同地點和不同運營商的機房中，DNS 服務也不穩(wěn)定，經(jīng)常造成網(wǎng)絡的癱瘓。這個時候網(wǎng)站站長和運維最痛苦的事就是，他不知道用戶是否能夠順利訪問到自己的網(wǎng)站，也許某個城市可以，而另一個城市就無法訪問，或者聯(lián)通用戶訪問速度很快，而電信用戶卻連不上。

所以當時的運維人員亞歷山大，他們完全沒有辦法預測到什么時候或者是哪條線路會出問題，只能在問題出現(xiàn)后當「接盤俠」，一旦網(wǎng)站出現(xiàn)損失，而且還有可能變成「背鍋俠」，小公司的運維同學經(jīng)常會使用站長工具來 Ping 自己網(wǎng)絡狀況是不是好，有錢有實力的大公司則會在各個地方派出員工去實時測試網(wǎng)絡情況，這種方法非常原始，而且成本高效率差?！副O(jiān)控寶」就是在這種因緣際和中產(chǎn)生，最初形態(tài)的「監(jiān)控寶」把 Ping 這種需要頻繁使用的一次性工具變成了自動化和周期化的監(jiān)控產(chǎn)品，把運維人員從重復勞動中解救了出來。

「監(jiān)控寶」籍此獲得了第一批用戶。很快，這種效率很高的工具在運維圈子里獲得了很高的口碑并廣為人知，通過微博等社交網(wǎng)絡的擴散，監(jiān)控寶的用戶數(shù)快速增加。殷晉說，「監(jiān)控寶」后面的功能就是按用戶的真實需求來驅(qū)動產(chǎn)品的發(fā)展，從最初的網(wǎng)站監(jiān)控擴展到服務器監(jiān)控、服務監(jiān)控以及自定義監(jiān)控，幾乎涵蓋了運維工作最基本的需求，隨著產(chǎn)品的成熟發(fā)展進入瓶頸期。

隨后，監(jiān)控寶開始了商業(yè)化，卻發(fā)現(xiàn)一個問題：監(jiān)控寶最初的產(chǎn)品設計并不適合企業(yè)用戶，當企業(yè)的運維人員超過 3 個人的時候就會產(chǎn)生「協(xié)作」，而當時的產(chǎn)品模型無法支持企業(yè)級權(quán)限監(jiān)控和協(xié)作，而上面說產(chǎn)品出現(xiàn)的瓶頸的那段時間就是在重構(gòu)底層的用戶模型。隨著產(chǎn)品開始為企業(yè)提供服務，監(jiān)控寶陸續(xù)增加了很多功能，如API 監(jiān)控，網(wǎng)頁性能監(jiān)控，自定義監(jiān)控、Docker監(jiān)控等等。

二、進化

監(jiān)控寶的定位是一種簡單的場景，解決IT 基礎(chǔ)設施監(jiān)控的可用性問題，對于很多 IT 成熟度很高的公司來說，這種工具的價值還不夠高，因為監(jiān)控寶解決的問題他們已經(jīng)解決的比較好了，IBM、HP、CA、Oracle、Compuware、Riverbed、Netscout 等公司已經(jīng)給他們建立了非常完善的監(jiān)控系統(tǒng)，云智慧的發(fā)展空間受到了限制，就在此時，移動互聯(lián)網(wǎng)和云計算來了。

殷晉認為，移動互聯(lián)網(wǎng)和云計算兩個概念在分開的時候沒有太大的感覺，而兩者結(jié)合起來則可以產(chǎn)生顛覆性的作用，因為移動互聯(lián)網(wǎng)+云計算帶來了一個新的命題，叫做用戶體驗前置。什么是用戶體驗前置呢？我們看看傳統(tǒng)的銀行系統(tǒng)，如果你不去柜臺，是不會接觸到他們龐雜的 IT 系統(tǒng)的。

但有了移動互聯(lián)網(wǎng)，一切都不一樣了，通過各種App、H5應用或者微信公眾號進行支付時，用戶無縫的與他們的應用系統(tǒng)打交道，IT再也不是看不見摸不著的東西了。這是一個IT空白，云計算的發(fā)展更是給企業(yè)傳統(tǒng) IT架構(gòu)帶來了巨大的變化。用戶體驗前置，IT 應用架構(gòu)變化，但是市場上沒有一個很好的工具能夠幫助用戶解決他們在這方面的監(jiān)管難題。

舉個例子，曾經(jīng)有一段時間，各個銀行的 App 產(chǎn)品非常難用，用戶叫苦不斷，從而導致支付寶等第三方支付的崛起。而之所以銀行自己的 App 讓人感覺非常難用，是因為它是基于銀行現(xiàn)有的 IT 架構(gòu)開發(fā)的附屬品，并不是根據(jù)移動互聯(lián)網(wǎng)用戶體驗來設計的。用戶之所以在以前沒有感覺是因為有柜臺人員替你進行了操作，當 App 把銀行的 IT 系統(tǒng)直接呈現(xiàn)在用戶面前，問題就出來了。

問題有了，意味著新的需求，也就有了新的方向。于是這個新產(chǎn)品從監(jiān)控寶 2.0 中獨立出來變成了「透視寶」。如果是「監(jiān)控寶」解放的是運維人員，而「透視寶」則解放了運營人員。

「未來」對于很多人來說有些恐懼，而恐懼是來源于對未來的不可預知性和不確定性。對于一個互聯(lián)網(wǎng)公司的產(chǎn)品運營、技術(shù)和 IT 工程師來說也一樣，找到問題不難，難在如何去解決問題。如果更進一步，找到和解決現(xiàn)成的問題不難，更難的是從目前正常的狀態(tài)中發(fā)現(xiàn)潛藏的問題和瓶頸。

對于產(chǎn)品運營人員來說，可以通過用戶反饋找出產(chǎn)品的問題，但是這個問題為什么會出現(xiàn)，又該如何去解決往往是困難的。當用戶反饋經(jīng)過產(chǎn)品運營的篩選，再經(jīng)由產(chǎn)品經(jīng)理和技術(shù)人員之手在產(chǎn)品新版本里解決又需要花費更長的時間，這時用戶很可能已經(jīng)失去耐心走掉，而競爭對手卻在這段時間里率先解決了這個問題。因此，如何比用戶和競爭對手更早發(fā)現(xiàn)、解決問題就尤為重要了。

對于 IT 工程師來說，寫代碼并不麻煩，麻煩在于 bug 出在哪里、bug 如何改，如果能在 bug 還沒有出現(xiàn)的時候就預測到代碼的瓶頸，對于產(chǎn)品的快速迭代尤為重要，而這正是DevOps的目的所在。

如果你能夠感受到上面所描述的問題，那么你就不難理解「透視寶」了。透視寶是新一代面向業(yè)務的端到端應用性能管理平臺，不論是移動 App 還是 Web 應用，透視寶都能以真實用戶體驗的視角，進行實時的性能監(jiān)控、分析與管理。幫助運維工程師快速定位故障查找問題提速 90%,協(xié)助開發(fā)人員定位到代碼級的深層問題，不斷優(yōu)化性能瓶頸和 IT 架構(gòu)，業(yè)務上線周期縮短 60%.借助透視寶運營和業(yè)務人員可以實時掌握關(guān)鍵事務、用戶體驗與性能的關(guān)聯(lián)問題，降低運營風險 30%,簡而言之，透視寶在降低運營成本，提高業(yè)務增長方面具有核心作用。

三、初成

殷晉認為，有了監(jiān)控寶+透視寶，云智慧初步建立起覆蓋 IT 成熟度較高企業(yè)用戶需求的產(chǎn)品力，真正有能力來服務企業(yè)級客戶，而這些產(chǎn)品的發(fā)展就構(gòu)成了云智慧在 2015 年從 SMB 市場向企業(yè)級客戶市場邁進的動力。

進入企業(yè)級市場之后，云智慧又發(fā)現(xiàn)了新的需求痛點，就是性能測試問題。在 SMB 客戶那里，由于用戶規(guī)模有限，產(chǎn)品上線之前不會做大規(guī)模的性能測試。而在 IT 成熟度高的企業(yè)級客戶那里，壓測是產(chǎn)品上線前的必備流程，甚至在很多 DevOps 實踐比較好的企業(yè)里，壓測不僅用于上線前的測試，而是和他們的 CI 系統(tǒng)集成，作為每次 Build 都要執(zhí)行的常規(guī)監(jiān)測手段，從而實現(xiàn) Release Automation.

然而市面上的性能測試軟件在這種新的變化面前大多是無能為力的。用戶體驗前置要求性能測試基于真實的場景和真實的鏈路來進行，而和 CI 系統(tǒng)的集成也不是那些傳統(tǒng)測試軟件能夠搞定的事情。

云智慧基于全球分布式部署監(jiān)控網(wǎng)絡、公有云資源、客戶私有云資源構(gòu)建起全新的壓力測試網(wǎng)絡，根據(jù)真實用戶在網(wǎng)站和 APP 上的使用場景進行測試，提供開放的 API 接口可以讓 CI 系統(tǒng)驅(qū)動測試自動運行的「壓測寶」就應運而生了，這也是云智慧發(fā)布的「第三寶」。

有了壓測寶，云智慧的應用性能解決方案形成了一個閉環(huán)，能夠幫助企業(yè)應對用戶體驗前置以及云計算的快速發(fā)展帶來的挑戰(zhàn)。

四、聚變

以「吉祥三寶」為基礎(chǔ)構(gòu)成的云智慧全棧性能管理解決方案出現(xiàn)后，標志著云智慧已經(jīng)具備了為中、大型企業(yè)用戶提供完整應用性能管理服務的產(chǎn)品和技術(shù)能力。

殷晉在采訪中特別強調(diào)，令人意外的是傳統(tǒng)企業(yè)對性能管理有著極強的需求，而且接受度非常高，在這方面甚至超過了互聯(lián)網(wǎng)公司。在2016年春節(jié)過后的幾周里，他一直奔波于南方的各個大型企業(yè)了解客戶需求，他有一個很明顯的感受就是上文所提到的「用戶體驗前置」，大型企業(yè)的產(chǎn)品和用戶開始建立起直接關(guān)聯(lián)，現(xiàn)有 IT 架構(gòu)已經(jīng)無法滿足這種趨勢的需求，也明顯感受到了這些傳統(tǒng)大型企業(yè)對轉(zhuǎn)型的焦慮和迫切。當他們發(fā)現(xiàn)云智慧全棧性能管理解決方案可以幫助他們解決問題的時候，非常樂于接受而且不計成本。

基于 IT本身的特點，DevOps 非常適合傳統(tǒng)企業(yè) IT 部門的轉(zhuǎn)型。這些企業(yè)大多都誕生在云大規(guī)模應用之前，主要基礎(chǔ)設施仍以物理設備為主，隨著移動互聯(lián)網(wǎng)和云計算的不斷深入，這些企業(yè)在轉(zhuǎn)型中擁有一定優(yōu)勢，比如可以打造出比較強的應用交付體系和能力，能夠支撐大型應用的發(fā)布和更新，但是這些企業(yè)內(nèi)部經(jīng)常會出現(xiàn) IT 資源管理者和使用方發(fā)生沖突的情況，說的清楚一些就是懂產(chǎn)品、不懂技術(shù)的人大開腦洞，而懂技術(shù)、不懂產(chǎn)品的指責產(chǎn)品端提出一些不切實際的需求 .

云智慧的全棧性能管理解決方案可以有效洞察企業(yè)實際業(yè)務流程，把基于真實用戶訪問體驗的應用性能數(shù)據(jù)與業(yè)務端的經(jīng)營數(shù)據(jù)進行關(guān)聯(lián)，并以可視化的方式呈現(xiàn)，在推動 DevOps 有效落地的同時，不斷提升企業(yè)的 IT 運維能力、業(yè)務運維能力、業(yè)務運營能力、組織服務能力和商業(yè)決策能力，進而實現(xiàn)企業(yè)互聯(lián)網(wǎng)+成功轉(zhuǎn)型。

五、未來

在上一次采訪殷晉的時候，有一句話讓我感受很深，「哪個程序猿不想面朝大海，春暖花開，寫寫代碼，自由自在？」這句話他和我說了三次。

在參加之前媒體沙龍的時候，殷晉講過一個故事，他還沒有創(chuàng)業(yè)的時候，所在的公司用百萬美元收購了一個英國的小公司，與其說是個小公司不如說是一個夫妻店，丈夫是程序員，夫人是設計師。雖然代碼寫得很一般，但是兩個人賺著年薪五十萬英鎊的收入，生活在一個非常舒適的小島上，真正地「面朝大海，春暖花開，寫寫代碼，自由自在」。于是問題來了，為什么中國的很多程序員雖然也都實現(xiàn)了高薪，但生活得卻非常壓抑和苦逼，技術(shù)能夠改變世界，卻為什么不能改變自己的工作和人生呢？

這句話和這個故事讓我感觸很深，我也沒有想到外表很技術(shù)范的殷晉是一個非常有情懷、有生活情趣的人。從監(jiān)控寶到透視寶，再到壓測寶，這些產(chǎn)品把運維人員、運營人員以及測試人員從繁瑣的日常工作中釋放出來，真正提高 IT 生產(chǎn)力。

話說回來，馬克思不就說過，人和動物最大的區(qū)別就在于人可以制造工具，而工具的產(chǎn)生不正是把人從繁雜的生活中解放出來的嗎？

商業(yè)模式會死，但是技術(shù)永生。

生成海報

免責聲明：本網(wǎng)站內(nèi)容主要來自原創(chuàng)、合作伙伴供稿和第三方自媒體作者投稿，凡在本網(wǎng)站出現(xiàn)的信息，均僅供參考。本網(wǎng)站將盡力確保所提供信息的準確性及可靠性，但不保證有關(guān)資料的準確性及可靠性，讀者在使用前請進一步核實，并對任何自主決定的行為負責。本網(wǎng)站對有關(guān)資料所引致的錯誤、不確或遺漏，概不負任何法律責任。任何單位或個人認為本網(wǎng)站中的網(wǎng)頁或鏈接內(nèi)容可能涉嫌侵犯其知識產(chǎn)權(quán)或存在不實內(nèi)容時，應及時向本網(wǎng)站提出書面權(quán)利通知或不實情況說明，并提供身份證明、權(quán)屬證明及詳細侵權(quán)或不實情況證明。本網(wǎng)站在收到上述法律文件后，將會依法盡快聯(lián)系相關(guān)文章源頭核實，溝通刪除相關(guān)內(nèi)容或斷開相關(guān)鏈接。