導讀：本文中，阿裡巴巴企業智能事業部資深技術專家葉建輝将全新釋出宜搭PLUS，通過講述宜搭、宜搭PLUS和星圖三款産品的更新關系，展示SaaS加速器面向ISV的技術紅利。
産品釋出回顧
下面我先從宜搭，再講到宜搭Plus。2018年，我們是讓整個阿裡巴巴集團的人都在用宜搭搭建阿裡雲裡面的應用，到目前為止已經有接近上萬個應用在上面跑。
應用搭建起來後，我們的成本包括我們的開發成本、運維成本、伺服器成本都降低了很多。2018年釋出以後，阿裡雲希望用零開發成本的搭建做一些比較複雜的應用，這些需求也是非常旺盛，後面我們就把整個宜搭的底座更新到了宜搭Plus。
是以，今天會重點介紹宜搭Plus，因為零代碼的搭建，從視覺互動再到開發，再到釋出，整個是一個閉環，其實前後端的閉環、軟體的設計都是非常重要，是以今天宜搭Plus主要是對宜搭的三部分能力更新，還有一個星圖是預告一下，我們會在2020年有一個星圖，這個也會延續我們整個産品的成熟度，我們會根據阿裡内部的使用成熟情況來推出一系列的産品。
三款産品的關系
宜搭是零代碼，它通過表單、流程、資料這三塊的能力把一個應用雛形的東西全部搭起來，搭完以後零代碼模式就有了。
我們是通過低代碼的模式去做技術更新，現在業界通過低代碼、HPA這種模式非常多，我們希望很多很專業的開發人員可用先搭建再到複雜的應用系統業務實作，是以我們講宜搭Plus第一個形式就是說，可以低代碼完成自己的應用。低代碼包括UI的設計、業務的流程，業務流程也是更新版，還有一個領域模型。我們以前做一個軟體的時候，是需要很複雜的軟體設計器，叫工程師來設計它的軟體是什麼關系，每個對象是什麼關系，我們現在通過領域的模型全部串起來，這是技術更新到Plus。
後面我們會做業務更新，因為我們做了宜搭Plus以後，沉澱了很多業務，在這些業務的基礎上，我們把它抽象出來做成星圖，可以做統一定制的工作台，包括營運的系統，還有一些業務中台能力的沉澱，這個是第三步。在前面兩步的基礎上，第三步的能力會慢慢沉澱起來。
宜搭
那我再把宜搭的能力回顧一下。宜搭主要是表單、資料、流程，這是它的三個主要功能，而且可以多端适配。一次性搭建後，通過web端跟手機端兩端都适配。是以現在大家通過低代碼的方式去開發一個軟體非常簡單，我們2018年到現在也沉澱了很多功能，今天，我們也把宜搭的兩個功能的增強講一下。
上圖中已有的黃色的四部分已有功能，還有兩部分功能是增強的，一個是叫插件市場，另外一個叫應用市場，應用市場相當于我們的應用模闆。因為我們在宜搭上零代碼搭建時，還有一種方式，可以基于别人的模闆，在上面直接建構我的應用。這樣成本可能會低很多，因為應用的種類是可以聚合的。是以我們有6個行業，包括免費的模闆，還有20幾個可售賣的東西，這些就是我們應用市場，應用市場裡面模闆的能力會逐漸增加。
插件市場的話，我們會把集團裡面很多有用的插件，包括一些OCR能力，包括我們其他一些能力，全部會接到這個插件市場，讓大家做應用的時候能用上這些基礎的插件，這也是阿裡自身有的一個生态裡面用的很多插件。有了這個以後，它的能力外延會擴大很多，是以說宜搭能力我們除了這兩項以外，後面也會繼續優化加很多的擴充功能。
宜搭它自身有一個局限，我們既然定為它是一個零代碼，那在産品定位上，就不能去解決很多高難度的問題，它是一個低門檻應用開發。現在，在我們集團裡面，也是有很多複雜的應用，還是用傳統的軟體開發模式在做，但是對一些非标準、非定制的它會用宜搭簡單的做出來。是以說，宜搭的定位是零代碼，它的功能上也有很多業務的不确定性，比如說表單的業務模型，既然是零代碼，我就不希望你看到模型，是以你基本上看不見它底層的模型，這個也是很多人比較焦慮的地方，因為大家做好這個頁面以後，還是想知道後面的領域模型是怎麼樣子的。
還有它多個頁面的跳轉跟關聯的話，就從頁面上來看，一個頁面的業務跟另外一個頁面的業務去産生關聯的時候，它是有一定的局限的。流程也是一樣的，它比較适合一些簡單的一條走下去的流程，但是對于一些多分制的流程，一些非常複雜的流程，它也是不能支撐的。
還有一些規則，可能宜搭會一些複雜的規則，但是需要有很大的這種業務的感覺跟背景程式的一個比對程度，它目前也是沒有的。另外，搭建過程中，宜搭現在對比較關聯的背景性能的要求，還不能實作多元關聯，因為這樣對背景的資料模型會有很大的挑戰。
正因為這些不确定性，我們後面就推出了宜搭PLUS來解決這些問題。而且我們推出宜搭PLUS，可以從宜搭順利的更新到宜搭PLUS，我們不希望在宜搭搭好的應用，PLUS上還要重新做，它是可以延續的，做好的頁面，做好的流程，做好的資料，可以一鍵跳到我們的PLUS上去繼續把它這個能力加強。
宜搭PLUS
下面就重點介紹我們的宜搭PLUS，宜搭PLUS對宜搭能力的增強，主要是這5塊。原有的三塊的單點能力會擴大到五塊。UI設計器會比原先複雜很多，邏輯編排、服務編排，還有專業的BPM，包括領域的模型，還有後面的大資料的分析。這幾塊能力都是我們需要去增強的能力。
再講一下宜搭PLUS的架構，它是整個中繼資料驅動的一套領域模型。你有幾個能力可以做。因為中繼資料是整個SaaS體系裡面最難做的，宜搭PLUS希望它的資料涉及可以任意擴充，業務可以支援事物送出或復原的，它可以支援比較複雜的關聯，這個是從我們講整個中繼資料裡面是最複雜的一塊。現在很多SaaS是通過固定的方式去做的，這個中繼資料目前挑戰的技術壁壘是非常高的，我們是把整個中繼資料全部做掉了。
編排引擎是這一塊是整個BPMS從簡易到進階版的一個很大的一塊加強。整個流程引擎的底座全是在一體的，上面專業的設計器跟資料模型，大資料應用也會在上面使用。
下面我把具體頁面的展開，給大家看一下，會有更直覺的感受。原先宜搭的頁面是一個菜單，菜單下面有很多搜尋跟表單，這樣一個個處理。宜搭PLUS設計的是一個複雜的頁面，可以看到它的配置中心整個可以透出來，因為涉及到頁面整體是一個配置。宜搭PLUS建構出來是一個比較複雜的，而且是可以傳遞的一個頁面，這個是一個提升。
第二塊是涉及到流程設計器。原先的流程設計從審批人過了一條線下去再做第二個，現在的流程設計器就可以做到右邊很複雜的這樣一個流程設計器，可以一鍵更新到那個設計器去。
第三塊表單。原有的表單設計完之後，它不知道後面的領域模型。現在你隻要點過去，它就可以看到完整的領域模型的關聯。這個關聯就讓我們會很踏實的，還可以看到我軟體背景的設計是怎樣的，而且它在背景頁面上拖出來就能用，兩邊是可以打通的。這個也是目前從表單涉及到中繼資料的一個跨越，動态關聯也可以在這裡解決掉。
星圖
宜搭PLUS做完之後，它的能力更新完之後，其實剛才講到了有很多，包括第一個頁面，有它的資料領域模型，還有它的流程，其實它是有業務含義的，它沉澱了很多業務。這個業務沉澱下來以後，我們會在星圖上面把之前這些能力再慢慢的沉澱。
原先宜搭的模闆很多隻是搭建的一個過程，而不是一個業務的邏輯。從宜搭PLUS以後，中繼資料能看到一個，對于整個領域模型跟業務邏輯非常清晰，對于我們的合作夥伴來說，我傳遞的時候，可複制的能力就會更強，包括它的業務邏輯。
是以說我們在星圖會更多一層出來，星圖有多種管理角色分工的形态，它有一個統一的工作台，工作台我們認為是有兩Part，一Part是它的管理工作台。因為很多企業級應用，它需要去定制，它需要去管理很多使用者配置的屬性，它這個屬性跟開發了解不太一樣。開發來配置的是從技術人員角度能看懂的一個體系，而這邊是一個業務人員能懂的一套體系。
比如說我們設定了一個貨币類型的中繼資料，理論在這裡就可以配。我設定背景設定了國家類型的屬性，在這裡就能配。這就湊出來的是一個業務屬性的工作台，還是使用态的工作台，跟它配置态的工作台是一體化的，因為管理者的設定态跟前面的使用态是一個關聯的過程。
是以，我們是把原先紮根宜搭的Plus的開發态慢慢地做成一個使用态的雛形模式，讓我們的合作夥伴在傳遞場景能力上面可以做一些更好的傳遞擴充能力就OK了，盡量貼近使用者。下面留存資料要通起來，比如你搭了多個業務模型要通的時候，在這一塊我們可以把它通起來，我們設定一個應用的時候，它會做多個子產品，在這一塊也會把它串起來作為業務能力庫，業務能力我們把場景跟業務能力庫整個把它全部呈現到我們的一個叫場景的能力庫裡面，這樣使用起來非常友善。
開放平台，我們從內建跟開放是一體的，我們要把現有的能力盡量的全部開放。因為宜搭Plus出來以後，要把我所有的API的能力，下面的資料的能力，它可以多層的開放。開放了以後，讓各自內建進來的資料可以放到整個體系裡面，因為自身的軟體做好還要跟外面的很多軟體去內建，這是整個我們打造的目前的看到的三個環節，也是我們在阿裡裡面整個提煉出來的一道一道做過來的經驗，是以把這個産品化慢慢地推出來。
向大家講一下整個業務的進展，現在有1000＋的服務企業，還有數百家的生态開發者。目前來看，整個打造的産品生态已經非常成熟。
我們現在也有很多優質的合作夥伴，我們宜搭Plus首先合作的是雲粒，也非常感謝雲粒，從整個費控這個産品打磨的過程當中，跟我們一起來打造和沉澱宜搭Plus，另外還也非常感謝海納威、谷瞰資訊、居然之家、老闆電器等各位夥伴的合作與支援，謝謝大家！