01、PaaS的現(xiàn)狀

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

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

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

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

　　我們再從用戶側來看這個問題，顯然技術型PaaS還不能滿足數字化轉型的要求。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

     快速交付

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

     對于一個處于數字化轉型初期的企業(yè)，需要系統(tǒng)化重構一個數字化企業(yè)。

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

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

系統(tǒng)支撐

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

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

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

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

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

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

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

項目背景

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

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

      京東健康APP承載了京東健康構建“線上+線下”“藥+醫(yī)+險+養(yǎng)”一體化閉環(huán)服務的目標。

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

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

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

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

　　技術特點

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

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

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

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

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

    敏捷交付

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

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

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

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