01、PaaS的現(xiàn)狀

　　對于像京東這樣的商業(yè)服務(wù)數(shù)字化公司，因為業(yè)務(wù)應(yīng)用不能直接建在云上，所以需要PaaS。

　　現(xiàn)在問題來了：PaaS應(yīng)該怎樣建立?

　　不同的目標(biāo)，建法也不一樣。有的是作為一個技術(shù)開發(fā)平臺，以后再做項目會節(jié)省時間。有的是預(yù)置行業(yè)業(yè)務(wù)組件的業(yè)務(wù)平臺，能提高業(yè)務(wù)系統(tǒng)搭建效率。有的強調(diào)是低代碼或零代碼，使業(yè)務(wù)人員可以參與甚至獨立配置業(yè)務(wù)。還有的是為了做大客戶業(yè)務(wù)，應(yīng)對個性化需求之需… …

　　無論哪種形式和什么目的，這種PaaS始終限定在技術(shù)層面。做得好或不好，全由開發(fā)者自己說了算;與其他人，尤其是伙伴和用戶沒什么關(guān)系。只要達(dá)到自己設(shè)定的技術(shù)目標(biāo)，PaaS也就算大功告成。至于后面的事情，比如，給誰用、怎么用、交付效率、業(yè)務(wù)質(zhì)量、業(yè)務(wù)可塑性，以及怎樣達(dá)到最終用戶業(yè)務(wù)要求，那就不是PaaS的事了。這樣的PaaS很多。
     02、企業(yè)的數(shù)字化轉(zhuǎn)型，需要的是商業(yè)化PaaS

　　我們再從用戶側(cè)來看這個問題，顯然技術(shù)型PaaS還不能滿足數(shù)字化轉(zhuǎn)型的要求。

　　我們能確定的是，企業(yè)的數(shù)字化轉(zhuǎn)型，必須要通過一個平臺來實現(xiàn)。

　　除此之外還有另外兩條路：要么就以軟件外包形式實現(xiàn)，要么找標(biāo)準(zhǔn)軟件廠商定制化。因為是非標(biāo)的服務(wù)，這兩種方式都是費用高昂，能否達(dá)到業(yè)務(wù)預(yù)期無法保證，更不能伴隨客戶業(yè)務(wù)發(fā)展而持續(xù)演進(jìn)。

　　所以，企業(yè)的數(shù)字化轉(zhuǎn)型，只有PaaS一條路可走，即以平臺為基礎(chǔ)的逐步演進(jìn)。現(xiàn)在的問題是，從客戶角度看PaaS，其希望看到是業(yè)務(wù)場景解決方案層的“界面”;而不是底層的技術(shù)界面。如果是后者的話，那與外包和定制化開發(fā)區(qū)別不大。所以，數(shù)字化轉(zhuǎn)型需要的是商業(yè)化PaaS的平臺支撐。因為在選定的行業(yè)內(nèi)，比如電商、健康、物流、金融業(yè)務(wù)，高頻場景對應(yīng)的問題域是確定的和具象的，可以提供到行業(yè)解決方案的高度。這個條件是商業(yè)化PaaS的基礎(chǔ)。也就是說，沒有相關(guān)行業(yè)的有效積累，商業(yè)化PaaS就是空中樓閣。京東能做商業(yè)化PaaS，與其在相關(guān)行業(yè)的積累密切相關(guān)。商業(yè)化PaaS必須同時滿足幾個條件：

　　提供到行業(yè)場景解決方案層，并且在行業(yè)業(yè)務(wù)領(lǐng)域內(nèi)具有普適性：

　　輕交付，通過配置搭建業(yè)務(wù)系統(tǒng);不需做要大量的二次開發(fā)，提高交付的效率和保持業(yè)務(wù)穩(wěn)定

　　可第三方交付，這是PaaS商業(yè)化的重要特征;交付的標(biāo)準(zhǔn)化意味著第三方、甚至客戶自己可以提供實施服務(wù)

　　開放性，可接入各類高頻場景的應(yīng)用服務(wù)，特別是移動端;同時支持開發(fā)者PaaS的深度定制

　　高性能，這與技術(shù)型PaaS的要求一致，商業(yè)化PaaS的基礎(chǔ)也是技術(shù)型PaaS

　　延展性，隨著企業(yè)數(shù)字化轉(zhuǎn)型的深入，商業(yè)化PaaS必須能夠伴隨客戶業(yè)務(wù)的發(fā)展而演進(jìn)，有業(yè)務(wù)可塑性。

　　行業(yè)內(nèi)雖有數(shù)不清的架構(gòu)和平臺，但是真正做到商業(yè)化水平的PaaS卻并不多。
      03、數(shù)字化轉(zhuǎn)型對商業(yè)化PaaS的高度依賴性

     所謂企業(yè)的數(shù)字化轉(zhuǎn)型，遠(yuǎn)非為企業(yè)開發(fā)一套IT系統(tǒng)、建一個網(wǎng)上商城那么簡單。

    這種粗陋的轉(zhuǎn)型，既加重了企業(yè)的負(fù)擔(dān)，也不會有什么實際作用。

    也就是說，企業(yè)數(shù)字化轉(zhuǎn)型≠企業(yè)+IT化，而是一個完全新型的全業(yè)務(wù)數(shù)字化企業(yè)。

    無論是商業(yè)、健康、物流還是金融等商服企業(yè)，數(shù)字化轉(zhuǎn)型意味著“商業(yè)是一種服務(wù)，而不再是一種物理上的場所和商品的流轉(zhuǎn)過程”。

    從客戶角度看，“用戶在哪里，數(shù)字化的服務(wù)就在哪里”，其底層邏輯正是一種平臺化的商業(yè)思維，而商業(yè)化的PaaS正是這一切的基礎(chǔ)。

    由商業(yè)化PaaS提供的能力，為商服企業(yè)的數(shù)字化轉(zhuǎn)型突破奠定基礎(chǔ)。

    利用商業(yè)化PaaS的開放和連接能力，通過商業(yè)生態(tài)系統(tǒng)，可使商服企業(yè)與掌握用戶資源的伙伴共享數(shù)據(jù)、算法、交易和流程。

    使商服企業(yè)直接觸達(dá)顧客或消費者等終端用戶，為其提供無所不在的和完美的服務(wù)體驗。

    利用商業(yè)化PaaS的數(shù)字化渠道能力，實現(xiàn)用戶購買行為的數(shù)字化和移動化，形成徹底的客戶需求導(dǎo)向。

    高度協(xié)同的數(shù)字化渠道?？梢灾苯犹嵘脩趔w驗，進(jìn)而提高顧客對服務(wù)的滿意度和推薦意愿，提升粘性和形成復(fù)購。

    利用商業(yè)化PaaS的端到端的數(shù)字化業(yè)務(wù)整合能力，實現(xiàn)全面的、業(yè)務(wù)端到端閉環(huán)，構(gòu)建全面轉(zhuǎn)型路徑。

    如果不依賴專業(yè)化PaaS，只是提供單純的技術(shù)對接，為了轉(zhuǎn)型而轉(zhuǎn)型。實際上不但達(dá)不到轉(zhuǎn)型預(yù)期，還會使整個業(yè)務(wù)閉環(huán)受到破壞。

    最后，借助商業(yè)化PaaS實現(xiàn)商服企業(yè)的數(shù)字化轉(zhuǎn)型的變革，這本質(zhì)上是對原有的經(jīng)營模式、系統(tǒng)架構(gòu)、數(shù)據(jù)管理、資源配置和業(yè)務(wù)創(chuàng)新的全面梳理。

    從戰(zhàn)略高度看實施全面的數(shù)字化轉(zhuǎn)型，實現(xiàn)了商服企業(yè)前臺、中臺和后臺的全方位變革。

     04、京東破局：商業(yè)化PaaS橫空出世

    有意思的是，正當(dāng)行業(yè)內(nèi)為商業(yè)化PaaS所困惑時，這個窘境卻被京東這家電商率先破局。

    說京東是一家電商并不準(zhǔn)確。實際上，京東除了是一家電商外，還是一家科技公司。

    此次推出的商業(yè)化PaaS– EMOP(Enterprise Mobile DevelOp Platform)，主要是面向移動端的企業(yè)級業(yè)務(wù)開發(fā)平臺。

    作為服務(wù)于企業(yè)數(shù)字化領(lǐng)域的顧問，EMOP的出現(xiàn)給人眼前一亮的感覺。因為太多的項目，做業(yè)務(wù)咨詢和梳理之后，落地實現(xiàn)始終是個難題。

    要么是交付周期太長;要么是交付的業(yè)務(wù)，受平臺的技術(shù)限制而變形。

    帶著這個疑問，通過與京東團(tuán)隊的交流發(fā)現(xiàn)，京東的EMOP其實也并非是通用的PaaS，而是聚焦于幾個大的商業(yè)領(lǐng)域，但這已經(jīng)足夠了。

    從目前發(fā)布的行業(yè)看，主要是電商、健康、物流、金融和其它相近應(yīng)用。

    可以看出，這些正是京東自己的業(yè)務(wù)領(lǐng)域。也就是說，作為一個商業(yè)化的PaaS，EMOP能夠取得成功，完全依靠京東的在相關(guān)行業(yè)的長期沉淀和積累。作為商服企業(yè)的京東，正是在EMOP這一商業(yè)化的平臺之上，構(gòu)建了龐大的數(shù)字化業(yè)務(wù)體系。

    05、EMOP：商業(yè)化PaaS的價值典范

    衡量一個商業(yè)化PaaS，有很多評價指標(biāo)。但一個優(yōu)秀的商業(yè)化PaaS，必須提供四個維度的系統(tǒng)性價值。

　　業(yè)務(wù)優(yōu)先

     商業(yè)化PaaS與技術(shù)平臺的最大差別，是業(yè)務(wù)優(yōu)先原則。也就是更專注于業(yè)務(wù)本身，而屏蔽掉復(fù)雜的技術(shù)細(xì)節(jié)和底層的業(yè)務(wù)邏輯;同時還需支持豐富的商業(yè)場景構(gòu)建。

     優(yōu)先原則和有效賦能業(yè)務(wù)，是考量一個商業(yè)化PaaS的重要標(biāo)準(zhǔn)。

     快速交付

     一個新業(yè)務(wù)從構(gòu)想到上線的效率，是數(shù)字化企業(yè)對商業(yè)化PaaS的基本要求;也是衡量一個商業(yè)化PaaS成熟度的重要指標(biāo)。

     對于一個處于數(shù)字化轉(zhuǎn)型初期的企業(yè)，需要系統(tǒng)化重構(gòu)一個數(shù)字化企業(yè)。

      商業(yè)化PaaS的能力更是不可或缺。

      避免因為實施交付的低效率，最后拖成了一個曠日持久的項目，導(dǎo)致數(shù)字化轉(zhuǎn)型因為平臺問題而失敗。

系統(tǒng)支撐

從業(yè)務(wù)模塊到場景解決方案，中間需要一個重要的系統(tǒng)業(yè)務(wù)支撐。

在這一層面，一方面擔(dān)負(fù)著確保業(yè)務(wù)配置的邏輯正確、業(yè)務(wù)合規(guī)、過程安全和性能穩(wěn)定的責(zé)任。

另一方面，業(yè)務(wù)的可塑性和場景的豐富性，也是系統(tǒng)支撐提供的重要能力。

技術(shù)框架研發(fā)的生產(chǎn)質(zhì)量和生產(chǎn)效率，不但是改進(jìn)既有業(yè)務(wù)所必需;對于深度定制和新業(yè)務(wù)組件的開發(fā)同樣至關(guān)重要。

京東EMOP完美詮釋了一個商業(yè)化的PaaS。

06、從一個開發(fā)范例，看EMOP的強大能力

我們通過mPaaS(EMOP的研發(fā)平臺)的一個應(yīng)用范例-京東健康A(chǔ)PP的開發(fā)過程，來體驗EMOP平臺敏捷開發(fā)能力和交付業(yè)務(wù)質(zhì)量。

項目背景

      京東健康自2019年5月開始獨立運營后，一直沒有上線獨立 APP。

      在新冠肺炎疫情發(fā)生后，為了全面滿足老百姓線上問診購藥、健康管理，以及居家購買口罩、消毒液等抗疫必需品的需求，京東健康管理層緊急要求將原本計劃2020年年中發(fā)布的京東健康A(chǔ)PP，在 30 天內(nèi)完成開發(fā)上線。

      京東健康A(chǔ)PP承載了京東健康構(gòu)建“線上+線下”“藥+醫(yī)+險+養(yǎng)”一體化閉環(huán)服務(wù)的目標(biāo)。

      主要以“互聯(lián)網(wǎng)+醫(yī)療健康”服務(wù)為主，側(cè)重提供在線問診、慢病管理、家庭醫(yī)生、名醫(yī)直播等垂直場景的精細(xì)化醫(yī)療服務(wù)和健康管理。

      同時，也需具備健康商城的零售能力。

      基于此，京東健康A(chǔ)PP所提供的服務(wù)要覆蓋用戶生命全周期、健康全場景，以滿足用戶醫(yī)療服務(wù)與健康管理的全方位需求。京東健康A(chǔ)PP的使用界面如圖所示。

　　這個項目有兩個重點：一個是京東健康是京東的戰(zhàn)略級業(yè)務(wù);另一個是項目周期只有短短30天。這幾乎是一個不可完成的任務(wù)。平臺依托京東mPaaS作為企業(yè)級移動研發(fā)平臺，為移動開發(fā)提供一站式解決方案;還可以幫助企業(yè)構(gòu)建強大的移動中臺，快速創(chuàng)建高質(zhì)量的APP、各類小程序等移動終端產(chǎn)品，支持企業(yè)新業(yè)務(wù)開展。京東EMOP涵蓋了需求、開發(fā)、測試、運維、運營5大領(lǐng)域，提供了企業(yè)移動開發(fā)的一站式解決方案，可實現(xiàn)移動研發(fā)全生命周期的技術(shù)支撐。平臺整體架構(gòu)由開發(fā)框架、技術(shù)支撐系統(tǒng)和組件能力構(gòu)成，在實現(xiàn)多業(yè)務(wù)閉環(huán)的前提下，有效解決成本、質(zhì)量、效率、標(biāo)準(zhǔn)四大問題，實現(xiàn)APP研發(fā)的質(zhì)量提升與降本提效。

　　技術(shù)特點

     在京東健康A(chǔ)PP開發(fā)過程中，采用EMOP平臺的原生開發(fā)框架模塊化解決方案，實現(xiàn)模塊代碼解耦、獨立開發(fā)與調(diào)試，大幅提升開發(fā)效率。

    通過引入插件動態(tài)升級能力，使APP具備插件的線上動態(tài)發(fā)版與bug修復(fù)的能力。

    同時，得益于京東EMOP平臺積累和沉淀的豐富、穩(wěn)定的技術(shù)組件、業(yè)務(wù)組件和場景邏輯，采用成熟的前后端組件模塊，省去了大部分的0基礎(chǔ)開發(fā)成本，使之能夠在30內(nèi)成功上線。

    上線后接受了業(yè)務(wù)驗證和大流量壓力的考驗，實現(xiàn)了按時和按質(zhì)的交付。

    為保證京東健康A(chǔ)PP的線上運營，EMOP平臺還提供了性能監(jiān)控、崩潰分析等系統(tǒng)，支持原生、RN、Flutter等多種技術(shù)棧業(yè)務(wù)的全面監(jiān)控，實現(xiàn)APP的性能表現(xiàn)的隨時掌握;助力快速定位線上性能問題，持續(xù)提升用戶體驗。

    敏捷交付

    京東健康從0到1，在30天內(nèi)實現(xiàn)成功交付上線，充分證明了京東EMOP的敏捷交付的商業(yè)化能力。京東健康只是京東mPaaS平臺諸多成功案例中的典范之一。

    目前京東mPaaS平臺已經(jīng)過京東內(nèi)部海量業(yè)務(wù)驗證，穩(wěn)定可靠，歷經(jīng)零售、物流、金融、保險、物流、地產(chǎn)、健康等眾多業(yè)務(wù)場景錘煉，支持?jǐn)?shù)百條業(yè)務(wù)線開展。

這充分說明EMOP向著商業(yè)化PaaS的方向，邁出了最重要的一步。

特別提醒：本網(wǎng)內(nèi)容轉(zhuǎn)載自其他媒體，目的在于傳遞更多信息，并不代表本網(wǎng)贊同其觀點。其原創(chuàng)性以及文中陳述文字和內(nèi)容未經(jīng)本站證實，對本文以及其中全部或者部分內(nèi)容、文字的真實性、完整性、及時性本站不作任何保證或承諾，并請自行核實相關(guān)內(nèi)容。本站不承擔(dān)此類作品侵權(quán)行為的直接責(zé)任及連帶責(zé)任。如若本網(wǎng)有任何內(nèi)容侵犯您的權(quán)益，請及時聯(lián)系我們，本站將會在24小時內(nèi)處理完畢。