apaas趨勢（apaas和ipaas）

本篇文章給大家談?wù)刟paas趨勢，以及apaas和ipaas對(duì)應(yīng)的知識(shí)點(diǎn)，希望對(duì)各位有所幫助，不要忘了收藏本站喔。 今天給各位分享apaas趨勢的知識(shí)，其中也會(huì)對(duì)apaas和ipaas進(jìn)行解釋，如果能碰巧解決你現(xiàn)在面臨的問題，別忘了關(guān)注本站，現(xiàn)在開始吧！

本文目錄一覽：

• 1、千萬項(xiàng)APaaS低代碼平臺(tái)，企業(yè)數(shù)字化轉(zhuǎn)型利器
• 2、對(duì)云計(jì)算產(chǎn)業(yè)的十一大預(yù)測與分析
• 3、企業(yè)直播如今的發(fā)展和未來的趨勢如何呢？
• 4、低代碼開發(fā)平臺(tái)對(duì)企業(yè)有什么用？
• 5、低代碼究竟是什么？
• 6、為什么全民K歌更新不了？

千萬項(xiàng)APaaS低代碼平臺(tái)，企業(yè)數(shù)字化轉(zhuǎn)型利器

2021年apaas趨勢的疫情極大提高了全社會(huì)對(duì)數(shù)字化的認(rèn)識(shí)apaas趨勢，以遠(yuǎn)程協(xié)作為代表的、基于數(shù)字平臺(tái)運(yùn)作的方式成為人們因?yàn)橐咔槎銜r(shí)現(xiàn)實(shí)的選擇。疫情極大地提升了整個(gè)國家社會(huì)治理技術(shù)的進(jìn)步apaas趨勢，整個(gè)社會(huì)在移動(dòng)互聯(lián)網(wǎng)和大數(shù)據(jù)的支撐下apaas趨勢，以無死角無縫隙無斷點(diǎn)的方式，實(shí)現(xiàn)了對(duì)人員流動(dòng)的有效監(jiān)控，國家治理能力邁上了一個(gè)新的臺(tái)階。

數(shù)字技術(shù)的巨大影響絕不僅僅局限于疫情之下人員流動(dòng)這樣的特殊階段、特殊場景之下。企業(yè)的數(shù)字化轉(zhuǎn)型的迫切性表現(xiàn)的更為突出。

每個(gè)企業(yè)都有自己的創(chuàng)新方式，但是近年來，數(shù)字化轉(zhuǎn)型一直是對(duì)技術(shù)給全球企業(yè)帶來的快速顛覆關(guān)鍵反應(yīng)，同時(shí)也面臨著挑戰(zhàn)。對(duì)于大多數(shù)企業(yè)來說，數(shù)字化轉(zhuǎn)型是由增長機(jī)會(huì)推動(dòng)的，它不僅具有競爭力，面向未來的企業(yè)的戰(zhàn)略，而且已成為生存的強(qiáng)制性和快速要求，企業(yè)實(shí)施強(qiáng)大的數(shù)字化轉(zhuǎn)型戰(zhàn)略，以保持領(lǐng)先于未來的中斷。

1、什么是企業(yè)數(shù)字化轉(zhuǎn)型

企業(yè)數(shù)字化轉(zhuǎn)型，是指企業(yè)利用數(shù)字技術(shù)，將企業(yè)生產(chǎn)經(jīng)營的某一個(gè)環(huán)節(jié)甚至整個(gè)業(yè)務(wù)流程的信息數(shù)據(jù)全部整合起來，形成有價(jià)值的數(shù)字資產(chǎn)，通過大數(shù)據(jù)，云計(jì)算等處理技術(shù)反饋有效信息，最終賦能到企業(yè)商業(yè)價(jià)值的過程。

二、企業(yè)做數(shù)字化轉(zhuǎn)型的理由

1、能夠提高工作效率

數(shù)字化轉(zhuǎn)型能夠讓員工在部門與部門之間的溝通更加順暢，讓整個(gè)組織持續(xù)數(shù)據(jù)流，能夠讓客戶的整個(gè)生命周期中從一個(gè)階段到另一個(gè)階段的無縫過渡，節(jié)省時(shí)間，提高效率。

2、提高透明度

數(shù)字化轉(zhuǎn)型能夠?qū)崟r(shí)深入研究日常數(shù)據(jù)的能力使得業(yè)務(wù)的各個(gè)方面都能夠穩(wěn)定的運(yùn)營。最重要的是，能夠增加跨團(tuán)隊(duì)的透明度，看到運(yùn)營的每一個(gè)階段，快速解決問題。

3、降低成本

大多數(shù)企業(yè)都需要花費(fèi)大量的金錢和時(shí)間來維護(hù)舊系統(tǒng)遺留的問題和產(chǎn)品，而數(shù)字化轉(zhuǎn)型能夠通過集成高效處理流程和快速識(shí)別問題，從而節(jié)省時(shí)間和金錢。

4、增加收益

數(shù)字化轉(zhuǎn)型可以通過數(shù)據(jù)識(shí)別到當(dāng)前業(yè)務(wù)流程中的缺陷，提高業(yè)務(wù)不同方面的透明度，員工和管理層可以通過模式識(shí)別，趨勢評(píng)估和數(shù)據(jù)驅(qū)動(dòng)型改進(jìn)，從而實(shí)現(xiàn)最大限度地降低成本，輕松增加收入。

5、提高用戶體驗(yàn)

數(shù)字化轉(zhuǎn)型的成功與否核心是客戶，提高了用戶的體驗(yàn)，意味著轉(zhuǎn)型有價(jià)值。所以，數(shù)字化轉(zhuǎn)型能夠通過系統(tǒng)查看并深入了解消費(fèi)者消費(fèi)流程，了解庫存剩余，可用的服務(wù)和產(chǎn)品，節(jié)省銷售，使得整體更清潔，更簡單的購買流程。

6、提高競爭優(yōu)勢

企業(yè)之間的業(yè)務(wù)競爭是非常激烈的，通過數(shù)字化轉(zhuǎn)型可以提前計(jì)劃新系統(tǒng)所需的特性和功能，撥入企業(yè)擅長的內(nèi)容以及可以改善業(yè)務(wù)的位置，從而改善業(yè)務(wù)基礎(chǔ)設(shè)施，提高您在行業(yè)中的優(yōu)勢。

低代碼如何助力企業(yè)數(shù)字化轉(zhuǎn)型？

通過前邊對(duì)數(shù)字化轉(zhuǎn)型的講解，大家應(yīng)該明白這種轉(zhuǎn)型改革并不是針對(duì)某個(gè)人、亦或是某個(gè)部門，而是企業(yè)整體所有員工的共同改革。這樣一來有一個(gè)問題就出現(xiàn)了，數(shù)字化本身算是前沿的領(lǐng)域，很多技術(shù)、應(yīng)用都只是局限在IT部門，像銷售、市場、制造等部門可能并不了解數(shù)字化，也就很難在發(fā)展中提供足夠的助力。

要知道數(shù)字化轉(zhuǎn)型可是一個(gè)系統(tǒng)級(jí)的工程，如果沒有企業(yè)整體的共同發(fā)展建設(shè)，那么是很難成功落地，并發(fā)揮巨大作用的。

通俗來講，你可以理解為將企業(yè)業(yè)務(wù)場景的數(shù)據(jù)與流程搬至線上，通過數(shù)字化來運(yùn)轉(zhuǎn)與呈現(xiàn)；這一過程，大多數(shù)企業(yè)完成了從紙筆、Excel到使用CRM\ERP等管理系統(tǒng)、甚至定制開發(fā)企業(yè)應(yīng)用的轉(zhuǎn)型。

應(yīng)用功能越來越多，成本卻越來越高，而且使用起來也越來越繁瑣，不同業(yè)務(wù)之間的數(shù)據(jù)不相通，業(yè)務(wù)也難以協(xié)同。這無疑與企業(yè)渴望通過數(shù)字化轉(zhuǎn)型來降本增效的初衷相悖。所以低代碼的各種應(yīng)用及服務(wù)就開始大規(guī)模的發(fā)展起來，并成功在眾多數(shù)字化轉(zhuǎn)型企業(yè)中實(shí)現(xiàn)了價(jià)值。

低代碼開發(fā)有哪些優(yōu)勢？

1、成倍增長的開發(fā)速度

除了從一開始就實(shí)現(xiàn)更快的開發(fā)之外，低代碼平臺(tái)還有可能通過每個(gè)項(xiàng)目加快軟件開發(fā)生命周期。這是因?yàn)椋看伍_發(fā)人員構(gòu)建新的代碼塊時(shí)，他們都可以將其存儲(chǔ)下來，以便在下一個(gè)項(xiàng)目中復(fù)用。

2、解決開發(fā)商短缺問題

有經(jīng)驗(yàn)的開發(fā)人員無法跟上對(duì)軟件不斷增長的需求。低代碼開發(fā)通過提高生產(chǎn)力和促進(jìn)公民發(fā)展來幫助應(yīng)對(duì)這一挑戰(zhàn)。

3、成本更低

傳統(tǒng)的應(yīng)用程序開發(fā)需要很高的費(fèi)用，這主要是因?yàn)殚_發(fā)人員需要耗費(fèi)很長的時(shí)間需要手工編寫大量的代碼，人力成本很高，但是使用低代碼開發(fā)平臺(tái)開發(fā)應(yīng)用程序，只需要編寫少量的代碼，而且無需花費(fèi)大量時(shí)間進(jìn)行測試和修改，所以人力成本比較低，開發(fā)費(fèi)用也比傳統(tǒng)應(yīng)用程序開發(fā)低，能夠?yàn)槠髽I(yè)節(jié)約一筆費(fèi)用。

4、維護(hù)性更好

對(duì)于傳統(tǒng)應(yīng)用程序，維護(hù)和升級(jí)需要很長時(shí)間。開發(fā)人員必須手動(dòng)修復(fù)錯(cuò)誤并添加新功能。但是，通過低代碼平臺(tái)開發(fā)的應(yīng)用程序，維護(hù)難度和代碼量也較低，所以，可以提高系統(tǒng)的維護(hù)性。

5、頻繁迭代以獲得更好的解決方案

由于低代碼可實(shí)現(xiàn)更頻繁的迭代，因此在整個(gè)開發(fā)過程中可以更快、更頻繁地實(shí)現(xiàn)反饋。這最終有助于確保解決方案更好地與組織及其客戶提出的需求和期望保持一致。

對(duì)云計(jì)算產(chǎn)業(yè)的十一大預(yù)測與分析

近日，我與網(wǎng)絡(luò)專家張晨兄討論多云、混合云以及網(wǎng)絡(luò)安全等相關(guān)話題，偶有所得，忽然有了寫本文的沖動(dòng)。試著發(fā)了一條朋友圈，很多朋友紛紛鼓勵(lì)我發(fā)一篇短文，于是花上一小時(shí)寫就這篇文章，拋磚引玉。閑話少敘，直接切入正題，筆者關(guān)于云產(chǎn)業(yè)的十一大預(yù)測：

趨勢一：ABC融合加快并初露鋒芒

以ABC為代表的AI（人工智能）、Big Data（大數(shù)據(jù)）、Cloud（云計(jì)算）以及更廣的IOT（物聯(lián)網(wǎng)）、Block Chain（區(qū)塊鏈）等技術(shù)體系與商業(yè)模式深度融合，成為整體的區(qū)域（城市）、行業(yè)云服務(wù)解決方案。

趨勢二：中國公有云廠商營收與美國差距擴(kuò)大，但總的占比提升

趨勢三：國內(nèi)頭部公有云廠商首次達(dá)到盈虧平衡或少量盈利

阿里云作為國內(nèi)公有云的領(lǐng)頭羊在2-3年內(nèi)初步達(dá)到平衡點(diǎn)，成為國內(nèi)首家盈利的公有云廠商。

趨勢四：華為云快速進(jìn)入國內(nèi)公有云前三，騰訊云強(qiáng)化2B理念

華為依賴其對(duì)2B市場的雄厚積累及強(qiáng)大的研發(fā)實(shí)力，快速（預(yù)計(jì)3年內(nèi)）進(jìn)入公有云前三，而騰訊云在從2C基因切換到2B理念后（預(yù)計(jì)需耗時(shí)2年左右），市場份額略有提升。

趨勢五：國內(nèi)公有云開始分化合并，走行業(yè)和區(qū)域結(jié)合

國內(nèi)的中小公有云始終處于生存和毀滅的邊緣，被收購合并是一條路，全面轉(zhuǎn)私有云也是一條，另外中型玩家切入特定的行業(yè)、強(qiáng)化在某些特定區(qū)域的布局也是可以考慮的出路。

插播一句廣告，筆者十分佩服如小鳥云這樣的創(chuàng)業(yè)企業(yè)，始終堅(jiān)持走自己的路，而且走出了自己的特色，產(chǎn)品可靠、工具好用。

趨勢六：國內(nèi)云廠商并購加劇

受經(jīng)濟(jì)大環(huán)境影響，部分私有云企業(yè)生存困難，會(huì)加劇并購整合。

趨勢七：國內(nèi)公有云相對(duì)于AWS等巨頭在云服務(wù)上出現(xiàn)更多創(chuàng)新

一直以來，國內(nèi)公有云以模仿AWS的云服務(wù)為主，而令人欣喜的是，在智慧城市等各類應(yīng)用場景下，各類云服務(wù)、各層整合的完整云解決方案越來越豐富，設(shè)計(jì)出了相對(duì)AWS更富深度更有廣度的云服務(wù)。

趨勢八：混合云真正大行其道，一些廠商學(xué)習(xí)微軟

公有云大局已定，私有云格局復(fù)雜，而混合云已是當(dāng)前，各廠家可以模仿微軟的混合云路線。

趨勢九：云服務(wù)分層解耦加快，底層巨頭為主，上層聚焦業(yè)務(wù)創(chuàng)新

云服務(wù)從大層次來分主要分為IaaS、PaaS，PaaS又可以進(jìn)一步細(xì)分為APaaS、IPaaS，再有BPaaS等等。在巨頭占據(jù)IaaS主要份額的大趨勢下，中小型客戶可以聚焦到中上層與業(yè)務(wù)相關(guān)的云服務(wù)的設(shè)計(jì)與創(chuàng)新。

云服務(wù)整體的分層解耦會(huì)加快，可能A客戶的PaaS層服務(wù)由B提供，而B廠商的云服務(wù)又依賴于C廠商基礎(chǔ)設(shè)施服務(wù)支撐。A為使用B的云服務(wù)付費(fèi)，B為使用C的云服務(wù)付費(fèi)，而A和C之間可能并無直接聯(lián)系。

趨勢十：CMP需求越來越明顯，出現(xiàn)細(xì)分

云管理平臺(tái)（CMP）隨著多云、混合云的逐步展開而快速增長，而作為巨頭忽略的空間，CMP隨著網(wǎng)絡(luò)條件的改善在多云混合云異構(gòu)、跨云服務(wù)編排、跨云服務(wù)分析等方面有廣闊的空間。

多云在解除廠商綁定、利用特有或優(yōu)勢的云服務(wù)、地域布局、安全、折扣性價(jià)比等方面有較大的應(yīng)用場景，CMP將會(huì)是很好的基礎(chǔ)平臺(tái)幫助多云管理。詳情見筆者另文《云管理平臺(tái)是混合云多云管理的必然選擇》。

CMP提供商會(huì)出現(xiàn)細(xì)分，一部分轉(zhuǎn)化為基于行業(yè)的標(biāo)準(zhǔn)化產(chǎn)品（含后端接口服務(wù)），另一部分提供底層的基礎(chǔ)異構(gòu)云資源與服務(wù)管理工具，還有一部分專注項(xiàng)目做集成。

趨勢十一：云MSP市場空間廣闊，與CMP廠商開始融合

如筆者在文章《CMP？MSP？1+1才能大于2》中所述，CMP的核心在于平臺(tái)，是工具和集成平臺(tái)，目前主要服務(wù)于私有云。MSP（管理服務(wù)提供商）核心在于人，從咨詢、上云遷移及運(yùn)維各個(gè)角度提供服務(wù)，目前市場主要在公有云。CMP與MSP的融合有廣泛的市場空間與切實(shí)需求，能更好的打通公有云與私有云之間的壁壘，MSP廠商可以基于CMP提供的工具，做上云的遷移、批量的打補(bǔ)丁等服務(wù)，也可以利用CMP平臺(tái)監(jiān)控各類公有云、私有云資源，做任務(wù)的分發(fā)和工單管控。

CMP與MSP的融合會(huì)帶來更多的云服務(wù)能力和市場空間。

后記：

本來只想寫三五百字的預(yù)測，不寫分析過程，后來想想還是加上了，寫著寫著就超了，唯有希望拋出來這么多的磚，引來更多的玉。

本來想寫第12點(diǎn)的，想說Docker會(huì)擠占虛擬化的市場，后來想想算了吧，留些空間給其他同仁。

拋出夠多的磚了，希望引來更多的磚，當(dāng)然最好是玉。。。。。。

樓煒 Jet 現(xiàn)任云星數(shù)據(jù)副總裁，業(yè)內(nèi)資深的云計(jì)算專家，云技術(shù)社區(qū)技術(shù)專家，10年云計(jì)算經(jīng)驗(yàn)，7年+ IaaS、PaaS經(jīng)驗(yàn)，全球云計(jì)算大會(huì)最佳企業(yè)CIO。著有： 《企業(yè)級(jí)IaaS架構(gòu)的深度解析》、《企業(yè)級(jí)私有云構(gòu)建的架構(gòu)師陣型及架構(gòu)策略》、《云管理平臺(tái)之辯》等文章

企業(yè)直播如今的發(fā)展和未來的趨勢如何呢？

企業(yè)直播市場逐步打開

基于此apaas趨勢，在娛樂直播市場漸入平緩下apaas趨勢，企業(yè)直播因可以滿足企業(yè)從品牌宣傳到市場推廣、營銷服務(wù)等多層次的連接需求，逐漸成為構(gòu)建企業(yè)和用戶關(guān)系的重要紐帶，企業(yè)直播行業(yè)也迎來apaas趨勢了快速發(fā)展，市場規(guī)模不斷壯大。

據(jù)iResearch數(shù)據(jù)，2015年，中國企業(yè)直播服務(wù)市場規(guī)模超過1億元，隨后開始爆發(fā)式增長，2016年突破2億元，2017年超過4億元。2018年，企業(yè)直播服務(wù)市場規(guī)模已增至7.6億元，預(yù)計(jì)2019年將突破10億元。

雖然企業(yè)直播市場快速擴(kuò)張，但企業(yè)級(jí)直播對(duì)直播平臺(tái)的要求更高。根據(jù)iiMedia調(diào)查數(shù)據(jù)，合作企業(yè)最關(guān)注企業(yè)直播平臺(tái)技術(shù)服務(wù)方面的穩(wěn)定性，達(dá)69.2%;其次是流暢性，占比15.4%;可靠性占比也在10%以上。

因此，未來企業(yè)直播平臺(tái)可以從網(wǎng)絡(luò)平臺(tái)、硬件設(shè)施等多方面進(jìn)行技術(shù)升級(jí)，提高企業(yè)直播的穩(wěn)定性、流暢性等，有利于提高企業(yè)用戶體驗(yàn)感，增強(qiáng)雙方合作幾率。

發(fā)展趨勢：將成直播領(lǐng)域新突破口

隨著2018年國家網(wǎng)信辦針對(duì)當(dāng)前網(wǎng)絡(luò)直播存在的低俗媚俗、價(jià)值導(dǎo)向偏差等突出問題，對(duì)網(wǎng)絡(luò)直播平臺(tái)和網(wǎng)絡(luò)主播進(jìn)行專項(xiàng)清理整治。在市場監(jiān)管日益規(guī)范的情況下，企業(yè)直播服務(wù)成為直播領(lǐng)域新的突破口。

同時(shí)，隨著企業(yè)直播市場服務(wù)細(xì)分化、垂直化發(fā)展，企業(yè)應(yīng)用場景逐步豐富，涵蓋金融、教育、培訓(xùn)、醫(yī)療等多領(lǐng)域，企業(yè)直播普及率持續(xù)提高，商業(yè)價(jià)值被不斷挖掘，未來企業(yè)直播市場將出現(xiàn)更多的機(jī)遇，前景可期。

最后，企業(yè)直播平臺(tái)在完善采集、上傳處理分發(fā)播放的企業(yè)直基礎(chǔ)服務(wù)同時(shí)，也不斷促進(jìn)大數(shù)據(jù)人工智能與融合，探索出獨(dú)具新意的增值服務(wù)。新一代信息技術(shù)與直播的結(jié)合，將直播應(yīng)用場景進(jìn)一步拓展，使得直播內(nèi)容更加立體化，用戶現(xiàn)場感更強(qiáng)，吸引用戶互動(dòng)，擴(kuò)大影響效果，進(jìn)而推動(dòng)企業(yè)直播行業(yè)進(jìn)一步發(fā)展。

——以上數(shù)據(jù)來源參考前瞻產(chǎn)業(yè)研究院發(fā)布的《中國網(wǎng)絡(luò)直播行業(yè)商業(yè)模式創(chuàng)新與投資機(jī)會(huì)深度研究報(bào)告》。

低代碼開發(fā)平臺(tái)對(duì)企業(yè)有什么用？

對(duì)于企業(yè)而言，每個(gè)企業(yè)的需求應(yīng)該有很大程度的“個(gè)性化”，下面我們來列舉低代碼開發(fā)平臺(tái)能給企業(yè)帶來什么樣的價(jià)值：

1、降低IT開發(fā)成本

低代碼對(duì)編程專業(yè)知識(shí)的掌握要求較低，這也利于很多中小型企業(yè)，無需專業(yè)的IT團(tuán)隊(duì)駐場開發(fā)，普通的開發(fā)人員即可參與到軟件應(yīng)用開發(fā)中來，從而縮短了軟件開發(fā)周期、降低了開發(fā)成本、提高了開發(fā)質(zhì)量。

2、滿足用戶個(gè)性化需求

企業(yè)業(yè)務(wù)需求變化不斷，低代碼平臺(tái)可伴隨業(yè)務(wù)變革不斷進(jìn)化升級(jí)，通過快速靈活的開發(fā)組件來快速解決企業(yè)各種多元化的、多變化的需求。

3、擺脫對(duì)IT的依賴　

隨著企業(yè)業(yè)務(wù)發(fā)展不斷擴(kuò)增，所對(duì)應(yīng)的管理系統(tǒng)需求也越來越大，這可能會(huì)使IT部門開發(fā)工作超負(fù)荷。低代碼開發(fā)平臺(tái)的出現(xiàn)，可以使業(yè)務(wù)人員在無需懂大量的IT技術(shù)情況下也能設(shè)計(jì)出自己的應(yīng)用程序，大大減輕了對(duì)外部廠商的技術(shù)依賴。

拖拽式表單設(shè)計(jì)器

4、業(yè)務(wù)流程化

企業(yè)需要使流程自動(dòng)化，以適應(yīng)現(xiàn)代需求和不斷變化的商業(yè)環(huán)境。低代碼BPM平臺(tái)為正在進(jìn)行數(shù)字轉(zhuǎn)換的組織提供了核心技術(shù)，從而幫助他們加快了轉(zhuǎn)換周期，流程不再是呆板的束縛，業(yè)務(wù)也從低效變得敏捷，真正實(shí)現(xiàn)技術(shù)為業(yè)務(wù)發(fā)展和服務(wù)。

拖拽式流程搭建

毫無疑問，低代碼開發(fā)平臺(tái)將是未來軟件開發(fā)的趨勢。作為企業(yè)，越早啟動(dòng)越早受益，以免日后更換平臺(tái)過程麻煩且要付出更高的成本。

低代碼究竟是什么？

簡介：?什么是低代碼？我們?yōu)槭裁葱枰痛a？低代碼會(huì)讓程序員失業(yè)嗎？本文總結(jié)了低代碼領(lǐng)域的基本概念、核心價(jià)值與行業(yè)現(xiàn)狀，帶你全面了解低代碼。

什么是低代碼

“Low-Code”是什么？如果你是第一次聽說，沒準(zhǔn)也會(huì)跟我當(dāng)年從老板口中聽到這個(gè)詞后的內(nèi)心戲一樣：啥？“Low-Code”？“Code”是指代碼我知道，但這個(gè)“Low”字是啥意思？不會(huì)是老板發(fā)現(xiàn)我最近趕工寫的代碼很丑很“Low”吧... 想多了，老板怎么可能親自review代碼呢。那難道是指，“Low-level programming”里的“Low”？老板終于發(fā)現(xiàn)讓我等編程奇才整天堆Java業(yè)務(wù)代碼太浪費(fèi)，要派我去閉關(guān)寫一個(gè)高性能C語言網(wǎng)絡(luò)庫... 顯然也不是，老板哪能有這技術(shù)情懷呢。那到底是什么意思？作為一名搜商比情商還高的程序員，能問Google的絕不會(huì)問老板。于是我一頓操作后，不假思索地點(diǎn)開了第一條搜索結(jié)果：Low-code development platform。

Wikipedia定義

從Wiki的這段定義中，我們可以提煉出幾個(gè)關(guān)鍵信息：

? 低代碼開發(fā)平臺(tái)（LCDP）本身也是一種軟件，它為開發(fā)者提供了一個(gè)創(chuàng)建應(yīng)用軟件的開發(fā)環(huán)境。看到“開發(fā)環(huán)境”幾個(gè)字是不是很親切？對(duì)于程序員而言，低代碼開發(fā)平臺(tái)的性質(zhì)與IDEA、VS等代碼IDE（集成開發(fā)環(huán)境）幾乎一樣，都是服務(wù)于開發(fā)者的生產(chǎn)力工具。

? 與傳統(tǒng)代碼IDE不同的是，低代碼開發(fā)平臺(tái)提供的是更高維和易用的可視化IDE。大多數(shù)情況下，開發(fā)者并不需要使用傳統(tǒng)的手寫代碼方式進(jìn)行編程，而是可以通過圖形化拖拽、參數(shù)配置等更高效的方式完成開發(fā)工作。

Forrester定義

順著Wiki的描述還能發(fā)現(xiàn)，原來“Low-Code”一詞早在2014年就由Forrester提出了，它對(duì)低代碼開發(fā)平臺(tái)的始祖級(jí)定義是這樣的：

請(qǐng)點(diǎn)擊輸入圖片描述

相比Wiki的版本，這個(gè)定義更偏向于闡明低代碼所帶來的核心價(jià)值：

? 低代碼開發(fā)平臺(tái)能夠?qū)崿F(xiàn)業(yè)務(wù)應(yīng)用的快速交付。也就是說，不只是像傳統(tǒng)開發(fā)平臺(tái)一樣“能”開發(fā)應(yīng)用而已，低代碼開發(fā)平臺(tái)的重點(diǎn)是開發(fā)應(yīng)用更“快”。更重要的是，這個(gè)快的程度是顛覆性的：根據(jù)Forrester在2016年的調(diào)研，大部分公司反饋低代碼平臺(tái)幫助他們把開發(fā)效率提升了5-10倍。而且我們有理由相信，隨著低代碼技術(shù)、產(chǎn)品和行業(yè)的不斷成熟，這個(gè)提升倍數(shù)還能繼續(xù)上漲。

? 低代碼開發(fā)平臺(tái)能夠降低業(yè)務(wù)應(yīng)用的開發(fā)成本。一方面，低代碼開發(fā)在軟件全生命周期流程上的投入都要更低（代碼編寫更少、環(huán)境設(shè)置和部署成本也更簡單）；另一方面，低代碼開發(fā)還顯著降低了開發(fā)人員的使用門檻，非專業(yè)開發(fā)者經(jīng)過簡單的IT基礎(chǔ)培訓(xùn)就能快速上崗，既能充分調(diào)動(dòng)和利用企業(yè)現(xiàn)有的各方面人力資源，也能大幅降低對(duì)昂貴專業(yè)開發(fā)者資源的依賴。

低代碼核心能力

基于上述的定義和分析，不難總結(jié)出如下這3條低代碼開發(fā)平臺(tái)的核心能力：

請(qǐng)點(diǎn)擊輸入圖片描述

??全棧可視化編程：可視化包含兩層含義，一個(gè)是編輯時(shí)支持的點(diǎn)選、拖拽和配置操作，另一個(gè)是編輯完成后所及即所得（WYSIWYG）的預(yù)覽效果。傳統(tǒng)代碼IDE也支持部分可視化能力（如早年Visual Studio的MFC/WPF），但低代碼更強(qiáng)調(diào)的是全棧、端到端的可視化編程，覆蓋一個(gè)完整應(yīng)用開發(fā)所涉及的各個(gè)技術(shù)層面（界面/數(shù)據(jù)/邏輯）。

??全生命周期管理：作為一站式的應(yīng)用開發(fā)平臺(tái)，低代碼支持應(yīng)用的完整生命周期管理，即從設(shè)計(jì)階段開始（有些平臺(tái)還支持更前置的項(xiàng)目與需求管理），歷經(jīng)開發(fā)、構(gòu)建、測試和部署，一直到上線后的各種運(yùn)維（e.g. 監(jiān)控報(bào)警、應(yīng)用上下線）和運(yùn)營（e.g. 數(shù)據(jù)報(bào)表、用戶反饋）。

??低代碼擴(kuò)展能力：使用低代碼開發(fā)時(shí)，大部分情況下仍離不開代碼，因此平臺(tái)必須能支持在必要時(shí)通過少量的代碼對(duì)應(yīng)用各層次進(jìn)行靈活擴(kuò)展，比如添加自定義組件、修改主題CSS樣式、定制邏輯流動(dòng)作等。一些可能的需求場景包括：UI樣式定制、遺留代碼復(fù)用、專用的加密算法、非標(biāo)系統(tǒng)集成。

不只是少寫代碼

回到最初那個(gè)直擊心靈的小白問題：Low-Code中的“Low”，到底是啥意思？答案已經(jīng)顯而易見：既不是指抽象程度很低（相反，低代碼開發(fā)方式的抽象程度要比傳統(tǒng)編程語言高一個(gè)level），也不是指代碼很low（也相反，低代碼所生成的代碼一般都經(jīng)過精心維護(hù)和反復(fù)測試，整體質(zhì)量強(qiáng)于大部分手寫代碼），而是單純的“少寫代碼” —— 只在少數(shù)需要的情況下才手寫代碼，其他大部分時(shí)候都能用可視化等非代碼方式解決。

再往深一點(diǎn)兒看，低代碼不只是少寫代碼而已：代碼寫得少，bug也就越少（正所謂“少做少錯(cuò)”），因此開發(fā)環(huán)節(jié)的兩大支柱性工作“趕需求”和“修bug”就都少了；要測的代碼少了，那么測試用例也可以少寫不少；除了開發(fā)階段以外，平臺(tái)還覆蓋了后續(xù)的應(yīng)用構(gòu)建、部署和管理，因此運(yùn)維操作也更少了（Low-Code → Low-Ops）。

然而，少并不是最終目的：如果單純只是想達(dá)到少的效果，砍需求減人力、降低質(zhì)量要求也是一樣的。低代碼背后的哲學(xué)，是少即是多（Less is More），或者更準(zhǔn)確說是多快好省（Do More with Less） —— 能力更多、上線更快、質(zhì)量更好，成本還更省，深刻踐行了阿里“既要，又要，還要”的價(jià)值觀精髓。

請(qǐng)點(diǎn)擊輸入圖片描述

平臺(tái)的職責(zé)與挑戰(zhàn)

上面說的是低代碼給開發(fā)者提供的能力與吸引力，那么作為服務(wù)的提供方與應(yīng)用的承載者，低代碼開發(fā)平臺(tái)自身應(yīng)該承擔(dān)怎樣的職責(zé)，其中又會(huì)遇到多大的挑戰(zhàn)？是否就一定要如阿里云所主張的那樣，“把復(fù)雜留給自己，把簡單留給別人”？雖然這句話聽起來很深明大義，但不知道大家有沒有想過，為什么我們一定要抱著復(fù)雜不放，平白無故給自己找事？就不能直接干掉復(fù)雜，也給咱阿里云自己的員工留點(diǎn)簡單嗎？是工作太容易就體現(xiàn)不出來KPI價(jià)值了，還是家里的飯菜不如公司的夜宵香？

冥思苦想許久后，我從熱力學(xué)第一定律中找到了答案：開發(fā)一個(gè)應(yīng)用的總復(fù)雜度是恒定的，只能轉(zhuǎn)移而不可能憑空消失。要想讓開發(fā)者做的更少，安心享受簡單的快樂，那么平臺(tái)方就得做的更多，默默承擔(dān)盡可能多的復(fù)雜度。就像一個(gè)滿身腱子肉的雜技男演員，四平八穩(wěn)地托舉著在高處旋轉(zhuǎn)與跳躍的女搭檔；上面的人顯得越輕盈越毫不費(fèi)力，下面的人就得越穩(wěn)重越用盡全力。當(dāng)然，不是說上面的女演員就很輕松沒壓力，只是他們各自的分工不同，所承擔(dān)的復(fù)雜度也不一樣。

根據(jù)《人月神話》作者Fred Brooks的劃分，軟件開發(fā)的復(fù)雜度可以劃分為本質(zhì)復(fù)雜度（Essential complexity ）和偶然復(fù)雜度（Accidental complexity）。前者是解決問題時(shí)固有的最小復(fù)雜度，跟你用什么樣的工具、經(jīng)驗(yàn)是否豐富、架構(gòu)好不好等都無關(guān)，而后者就是除此之外在實(shí)際開發(fā)過程中引入的復(fù)雜度。通常來說，本質(zhì)復(fù)雜度與業(yè)務(wù)要解決的特定問題域強(qiáng)相關(guān)，因此這里我把它稱為更好理解的“業(yè)務(wù)復(fù)雜度”；這部分復(fù)雜度不是任何開發(fā)方法或工具能解決的，包括低代碼。而偶然復(fù)雜度一般與開發(fā)階段的技術(shù)細(xì)節(jié)強(qiáng)相關(guān)，因此我也相應(yīng)把它稱為“技術(shù)復(fù)雜度”；而這一部分復(fù)雜度，恰好就是低代碼所擅長且適合解決的。

為開發(fā)者盡可能屏蔽底層技術(shù)細(xì)節(jié)、減少不必要的技術(shù)復(fù)雜度，并支撐其更好地應(yīng)對(duì)業(yè)務(wù)復(fù)雜度（滿足靈活通用的業(yè)務(wù)場景需求），這是身為一個(gè)低代碼開發(fā)平臺(tái)所應(yīng)該盡到的核心職責(zé)。

請(qǐng)點(diǎn)擊輸入圖片描述

在盡到上述職責(zé)的同時(shí)，低代碼開發(fā)平臺(tái)作為一個(gè)面向開發(fā)者的產(chǎn)品，還需要致力于為開發(fā)者提供簡單直觀的極致開發(fā)體驗(yàn)。這背后除了巨大的工作量，還得能在“強(qiáng)大”和“易用”這兩個(gè)很難兩全其美的矛盾點(diǎn)之間，努力找到一個(gè)符合自己產(chǎn)品定位與目標(biāo)客戶需求的平衡點(diǎn) —— 這也許是設(shè)計(jì)一個(gè)通用低代碼開發(fā)平臺(tái)所面臨的最大挑戰(zhàn)。

三、低代碼相關(guān)概念對(duì)比

純代碼（Pro-Code / Custom-Code）

“純代碼”可能算是我杜撰的一個(gè)詞，更常見的說法是-碼（Pro-Code）或定制代碼（Custom-Code）；但意思都一樣，就是指傳統(tǒng)的以代碼為中心（Code-Centric）的開發(fā)模式。之所以我選擇用“純代碼”，是因?yàn)槿绻谩?碼”會(huì)顯得似乎低代碼就不專業(yè)了一樣，而用“定制代碼”又容易讓人誤解成低代碼無法支持定制的自定義代碼。

當(dāng)然，更準(zhǔn)確的稱謂我認(rèn)為是“高代碼”（與低代碼恰好對(duì)應(yīng)，只是名字太難聽，被我嫌棄了...），因?yàn)榧幢闶鞘褂脗鹘y(tǒng)的代碼IDE，有些開發(fā)工作也支持（甚至更適合）以非代碼方式完成，比如：iOS端開發(fā)時(shí)使用的SwiftUI界面設(shè)計(jì)器、服務(wù)端開發(fā)數(shù)據(jù)庫應(yīng)用時(shí)使用的PowerDesigner建模工具。不過這部分可視化工作在傳統(tǒng)開發(fā)模式下只是起輔助作用，最后通常也是生成開發(fā)者可直接修改的代碼；開發(fā)者仍然是以代碼為中心來開展主要工作。

低代碼與純代碼之間的關(guān)系，其實(shí)跟視頻和文章之間很像：

低代碼就像是現(xiàn)代的“視頻”，大部分內(nèi)容都由直觀易理解、表達(dá)能力強(qiáng)的圖片組成，因此更容易被大眾所接受。但與此同時(shí)，視頻也不是死板得只能有圖片，完全可以添加少量文字（如字幕、標(biāo)注）來彌補(bǔ)圖片表達(dá)不夠精確的問題。BTW，關(guān)于“圖”和“文字”之間的辯證關(guān)系，可以進(jìn)一步參考《架構(gòu)制圖：工具與方法論》[1]這篇文章中的相關(guān)描述。

純代碼則更像是傳統(tǒng)的“文章”，雖然很久以來都一直是信息傳播的唯一媒介，但自從視頻技術(shù)誕生以及相應(yīng)軟硬件基礎(chǔ)設(shè)施的普及以來，便逐漸開始被搶走了風(fēng)頭。如今，視頻已成為大部分人獲取信息的主要渠道（從電視電影到B站抖音），而經(jīng)常讀書讀文章的人卻越來越少。但不可否認(rèn)的是，文章依然有它存在的意義和受眾（不然我也不會(huì)費(fèi)這勁敲這么多字了），即使“市場份額”一直在被擠壓，但永遠(yuǎn)會(huì)有它立足的空間。

請(qǐng)點(diǎn)擊輸入圖片描述

如果按上面這種類比關(guān)系推導(dǎo)，低代碼未來也會(huì)遵循與視頻類似的發(fā)展軌跡，超越純代碼成為主流開發(fā)模式。Gartner的預(yù)測也表達(dá)了相同的觀點(diǎn)：到2024年，所有應(yīng)用程序開發(fā)活動(dòng)當(dāng)中的65%將通過低代碼的方式完成，同時(shí)75%的大型企業(yè)將使用至少四種低代碼開發(fā)工具進(jìn)行應(yīng)用開發(fā)。

但同樣地，就像是視頻永遠(yuǎn)無法取代文章一樣，低代碼也永遠(yuǎn)無法徹底取代純代碼開發(fā)方式。未來低代碼和純代碼方式將以互補(bǔ)的形態(tài)長期共存，各自在其所適合的業(yè)務(wù)場景中發(fā)光發(fā)熱。在后面的“低代碼業(yè)務(wù)場景”章節(jié)，會(huì)詳細(xì)列出哪些場景在現(xiàn)階段更適合用低代碼模式開發(fā)。

零代碼（Zero-Code / No-Code）

從分類的完備性角度來看，有“純代碼”自然也應(yīng)該有完全相反的“零代碼”（也稱為“無代碼”）。零代碼就是完全不需要寫代碼的應(yīng)用開發(fā)平臺(tái)，但這并不代表零代碼就比低代碼更高級(jí)和先進(jìn)，它只是做了一個(gè)更極端的選擇而已：徹底擁抱簡單的圖形可視化，完全消滅復(fù)雜的文本代碼。選擇背后的原因是，零代碼開發(fā)平臺(tái)期望能盡可能降低應(yīng)用開發(fā)門檻，讓人人都能成為開發(fā)者（注意：開發(fā) ≠ 寫代碼），包括完全不懂代碼的業(yè)務(wù)分析師、用戶運(yùn)營，甚至是產(chǎn)品經(jīng)理（不懂裝懂可不算懂）。

即便是專業(yè)開發(fā)者，在技術(shù)分工越來越精細(xì)的趨勢下（前端/后端/算法/SRE/數(shù)據(jù)分析..），也很難招到一個(gè)能獨(dú)立開發(fā)和維護(hù)整套復(fù)雜應(yīng)用的全棧工程師。但零代碼可以改變這一切：無論是Java和JavaScript傻傻分不清楚的技術(shù)小白，還是精通深度學(xué)習(xí)但沒時(shí)間學(xué)習(xí)Web開發(fā)的算法大牛，都可以通過零代碼實(shí)現(xiàn)自己的技術(shù)夢或全棧夢。“改變世界的idea已有，就差一個(gè)程序員了”，這句玩笑話或許真的可以成真；哦不，甚至都用不著程序員，有idea的人自己就能上。

請(qǐng)點(diǎn)擊輸入圖片描述

當(dāng)然，所有選擇都要付出代價(jià)，零代碼也不例外。完全拋棄代碼的代價(jià)，就是平臺(tái)能力與靈活性受限：

? 一方面，可視化編輯器的表達(dá)能力遠(yuǎn)不及圖靈完備的通用編程語言，不引入代碼根本沒法實(shí)現(xiàn)靈活的定制與擴(kuò)展（當(dāng)然，理論上也可以做成Scrach/Blockly那樣的圖形編程語言，但那樣不過是換一種形式在手寫代碼而已）。

? 另一方面，由于目標(biāo)受眾是非專業(yè)開發(fā)人員，平臺(tái)能支持的操作會(huì)更趨于“傻瓜化”（e.g. 頁面只支持大塊業(yè)務(wù)組件的簡單堆疊，不支持細(xì)粒度原子組件和靈活的CSS布局定義），同時(shí)也只會(huì)透出相對(duì)“親民化”的模型和概念（e.g. 使用“表格”表示數(shù)據(jù)，而不是用“數(shù)據(jù)庫”），無法支撐強(qiáng)大專業(yè)的底層開發(fā)原語和編程理念。

請(qǐng)點(diǎn)擊輸入圖片描述

雖然零代碼與狹義上的低代碼有著上述明顯差異，但從廣義上來說，零代碼可以當(dāng)作低代碼的一個(gè)子集。Gartner在其相關(guān)調(diào)研報(bào)告中，就是將“No Code”劃在了范圍更廣的低代碼應(yīng)用平臺(tái)“LCAP”（Low-Code Application Platform）中。而當(dāng)前市面上很多通用的低代碼開發(fā)平臺(tái)，也都兼具一定程度的零代碼能力；比如低代碼領(lǐng)域領(lǐng)頭羊Mendix，既提供了簡單易用的零代碼Web IDE - Mendix Studio，也包括一個(gè)功能更強(qiáng)大的低代碼桌面IDE - Mendix Studio Pro。

HpaPaaS（高生產(chǎn)力應(yīng)用PaaS）

上文提到，“Low-Code”一詞是拜Forrester所賜。作為同樣是國際知名調(diào)研機(jī)構(gòu)（a.k.a 造詞小能手）的Gartner，顯然不會(huì)輕易在這場可能決定低代碼領(lǐng)域江湖地位的新概念作詞大賽中認(rèn)輸，于是也于2017年發(fā)明了“HpaPaaS”（High-productivity application Platform as a Service）這個(gè)聽上去更高大上的縮寫詞。

按照Gartner的定義，HpaPaaS是一種支持聲明式、模型驅(qū)動(dòng)設(shè)計(jì)和一鍵部署的平臺(tái)，提供了云上的快速應(yīng)用開發(fā)（RAD）、部署和運(yùn)行特性；這顯然與低代碼的定義如出一轍。但事實(shí)證明，名字起得太專業(yè)并不見得是好事，“HpaPaas”最終還是敗給了起源更早、更接地氣也更順口的“Low-Code”：從2019年開始，Gartner在其相關(guān)調(diào)研報(bào)告中也開始全面采用“Low-Code”一詞（如LCAP），親手為“HpaPaaS”打上了 @deprecated 印記。

請(qǐng)點(diǎn)擊輸入圖片描述

圖源：What’s the difference between SaaS / IaaS / PaaS / aPaaS / HpaPaaS?

值得補(bǔ)充的是，“HpaPaaS“這個(gè)詞也并非橫空出世，而是傳承自更早之前Gartner提出的“aPaaS”，它倆之間的關(guān)系是：HpaPaaS只是aPaaS的一個(gè)子類；除了HpaPaaS這種通過低代碼實(shí)現(xiàn)的高生產(chǎn)力應(yīng)用開發(fā)平臺(tái)以外，aPaaS還包括面向純代碼的傳統(tǒng)應(yīng)用開發(fā)平臺(tái)（High-control aPaaS，即可控度更高的純代碼開發(fā)方式）。

不值得但就想八卦一下的是，“aPaaS”這個(gè)詞也非憑空捏造，而是與云計(jì)算的興起淵源頗深。相信各位云道中人都已猜到，aPaaS與IaaS/PaaS/SaaS這些云計(jì)算遠(yuǎn)古概念是一脈相承的：aPaaS介于PaaS和SaaS之間，相比PaaS提供的服務(wù)更偏應(yīng)用，但又不像SaaS一樣提供現(xiàn)成的軟件服務(wù)（更詳細(xì)的說明可參考配圖來源文章）。

四、為什么需要低代碼

低代碼是什么可能并沒那么重要，畢竟在這個(gè)信息爆炸的世界，永遠(yuǎn)不缺少新奇而又短命的事物。大部分所謂的新技術(shù)都只是曇花一現(xiàn)：出現(xiàn)了，被看到了；大部分人“哦”了一聲，已閱但表示不感興趣；小部分人驚嘆于它的奇思妙想，激動(dòng)地點(diǎn)了個(gè)贊后，回過頭來該用什么還是什么。真正決定新技術(shù)是否能轉(zhuǎn)化為新生產(chǎn)力的，永遠(yuǎn)不是技術(shù)本身有多么優(yōu)秀和華麗，而是它是否真的被需要，即：為什么需要低代碼？如果用不同的主語填充上面這個(gè)問句（冷知識(shí)：這叫做“延遲主語初始化”），可以更全面地看待這個(gè)問題：

為什么「市場」需要低代碼？

在這個(gè)大爺大媽都滿嘴“互聯(lián)網(wǎng)+”和“數(shù)字化轉(zhuǎn)型”的時(shí)代，企業(yè)越來越需要通過應(yīng)用（App）來改善企業(yè)內(nèi)部的信息流轉(zhuǎn)、強(qiáng)化與客戶之間的觸點(diǎn)連接。然而，誕生還不太久的IT信息時(shí)代，也正面臨著與我國社會(huì)主義初級(jí)階段類似的供需關(guān)系矛盾：落后的軟件開發(fā)生產(chǎn)力跟不上人民日益增長的業(yè)務(wù)需求。

請(qǐng)點(diǎn)擊輸入圖片描述

Gartner預(yù)測，到2021年應(yīng)用開發(fā)需求的市場增長將至少超過企業(yè)IT交付能力的5倍。面對(duì)如此巨大的IT缺口，如果沒有一種革命性的“新生產(chǎn)力”體系，很難想象僅憑現(xiàn)有傳統(tǒng)技術(shù)體系的發(fā)展延續(xù)就能徹底解決問題。而低代碼技術(shù)正是帶著這樣的使命而降臨，期望通過以下幾個(gè)方面徹底革新應(yīng)用開發(fā)生產(chǎn)力，拯救差一點(diǎn)就要邁入水深火熱的IT世界：

提效降本 質(zhì)量保障

雖然軟件行業(yè)一直在高速發(fā)展，新的語言、框架和工具層出不窮，但作為從業(yè)者我們不得不承認(rèn)：軟件開發(fā)仍處于手工作坊階段，效率低、人力成本高、質(zhì)量不可控。項(xiàng)目延期交付已成為行業(yè)常態(tài)，而瓶頸幾乎總是開發(fā)人員（對(duì)機(jī)器能解決的問題都不是問題）；優(yōu)秀的開發(fā)人才永遠(yuǎn)是稀缺資源，還賊貴；軟件質(zhì)量缺陷始終無法收斂，線上故障頻發(fā)資損不斷。

相比而言，傳統(tǒng)制造業(yè)經(jīng)過幾百年工業(yè)革命的發(fā)展，大部分早已擺脫了對(duì)“人”的強(qiáng)依賴：從原料輸入到制品輸出，中間是各種精密儀器和自動(dòng)化流水線的穩(wěn)定支撐，真正實(shí)現(xiàn)生產(chǎn)的標(biāo)準(zhǔn)化和規(guī)模化。雖然信息化號(hào)稱是人類的第三次工業(yè)革命，但以軟件行業(yè)目前的狀況，遠(yuǎn)遠(yuǎn)還沒到達(dá)成熟的“工業(yè)化”階段。

所以，親愛的程序員朋友，當(dāng)你與前端聯(lián)調(diào)了一上午接口，又與產(chǎn)品撕逼了一下午需求，再與自己的bug抗?fàn)幜艘徽恚貌蝗菀锥萑雺羿l(xiāng)又被一連串報(bào)警短信吵醒時(shí)，是否有抬頭對(duì)著星空憧憬過：“I have a dream... that one day，軟件開發(fā)也能像工業(yè)制品一樣，批量流水化生產(chǎn)，穩(wěn)定高效沒煩惱。” 事到如今，不管你有沒有意識(shí)到，這個(gè)憧憬正在慢慢變成現(xiàn)實(shí)。

請(qǐng)點(diǎn)擊輸入圖片描述

是的，低代碼正在將應(yīng)用軟件開發(fā)過程工業(yè)化：每個(gè)低代碼開發(fā)平臺(tái)都是一個(gè)技術(shù)密集型的應(yīng)用工廠，所有項(xiàng)目相關(guān)人員都在同一條產(chǎn)線內(nèi)緊密協(xié)作。開發(fā)主力不再是熟知for循環(huán)一百種寫法的技術(shù)Geek，而是一群心懷想法業(yè)務(wù)sense十足的應(yīng)用Maker。借助應(yīng)用工廠中各種成熟的基礎(chǔ)設(shè)施、現(xiàn)成的標(biāo)準(zhǔn)零件、自動(dòng)化的裝配流水線，開發(fā)者只需要專注于最核心的業(yè)務(wù)價(jià)值即可。即便是碰到非標(biāo)需求，也可以隨時(shí)自己動(dòng)手，用最靈活的手工定制（代碼）方式來解決各種邊角問題。

擴(kuò)大應(yīng)用開發(fā)勞動(dòng)力

通過讓大部分開發(fā)工作可以僅通過簡單的拖拽與配置完成，低代碼（包括零代碼）顯著降低了使用者門檻，讓企業(yè)能夠充分利用前面所提到的平民開發(fā)者資源。部分純零代碼需求場景下，低代碼還能讓業(yè)務(wù)人員實(shí)現(xiàn)自助式（self-service）應(yīng)用交付，既解決了傳統(tǒng)IT交付模式下的任務(wù)堆積（backlog）問題，避免稀缺的專業(yè)開發(fā)資源被大量簡單、重復(fù)性的應(yīng)用開發(fā)需求所侵占，也能讓業(yè)務(wù)人員真正按自己的想法去實(shí)現(xiàn)應(yīng)用，擺脫交由他人開發(fā)時(shí)不可避免的桎梏。

請(qǐng)點(diǎn)擊輸入圖片描述

至此，應(yīng)用開發(fā)能力不再是少數(shù)專業(yè)開發(fā)者的專利和特權(quán)，且今后所需要的技能門檻與擁有成本也會(huì)越來越低，真正實(shí)現(xiàn)所謂的“技術(shù)民主化”（democratization of technology）。

加強(qiáng)開發(fā)過程的溝通協(xié)作

多方調(diào)查結(jié)果顯示，軟件項(xiàng)目失敗的最主要原因之一就是缺乏溝通（poor communication）。傳統(tǒng)開發(fā)模式下，業(yè)務(wù)、產(chǎn)品、設(shè)計(jì)、開發(fā)、測試與運(yùn)維人員各司其職，且各有一套領(lǐng)域內(nèi)的工具和語言，長久以來很容易形成一個(gè)個(gè)“豎井”（silos），讓跨職能的溝通變得困難而低效。這也是為什么當(dāng)前熱門的敏捷開發(fā)和DevOps都在強(qiáng)調(diào)溝通（前者是協(xié)同Biz與Dev，而后者是協(xié)同Dev和Ops），而經(jīng)典的DDD領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)也主張通過“統(tǒng)一語言”來減少業(yè)務(wù)與技術(shù)人員之間的溝通不一致。

請(qǐng)點(diǎn)擊輸入圖片描述

有了低代碼后，這一狀況將得到根本改善：上述各角色都可以在同一個(gè)低代碼開發(fā)平臺(tái)上緊密協(xié)作（甚至可以是同一個(gè)人），這種全新的協(xié)作模式不僅打破了職能豎井，還能通過統(tǒng)一的可視化語言和單一的應(yīng)用表示（頁面/數(shù)據(jù)/邏輯），輕松對(duì)齊項(xiàng)目各方對(duì)應(yīng)用形態(tài)和項(xiàng)目進(jìn)度的理解，實(shí)現(xiàn)更終極的敏捷開發(fā)模式，以及在傳統(tǒng)DevOps基礎(chǔ)之上更進(jìn)一步的BizDevOps[2]。

統(tǒng)一開發(fā)平臺(tái)下的聚合效應(yīng)

低代碼嘗試將所有與應(yīng)用開發(fā)相關(guān)活動(dòng)都收斂到同一個(gè)平臺(tái)（one platform）上后，將會(huì)產(chǎn)生更多方面的聚合效應(yīng)與規(guī)模收益：

??人員聚合：除了上一點(diǎn)所提到的各職能角色緊密協(xié)作以外，人員聚合到統(tǒng)一的低代碼開發(fā)平臺(tái)進(jìn)行作業(yè)后，還能促進(jìn)整個(gè)項(xiàng)目流程的標(biāo)準(zhǔn)化、規(guī)范化和統(tǒng)一化。

??應(yīng)用聚合：一方面，新應(yīng)用的架構(gòu)設(shè)計(jì)、資產(chǎn)復(fù)用、相互調(diào)用變得更容易；另一方面，各應(yīng)用的數(shù)據(jù)都天然互通，同時(shí)平臺(tái)外數(shù)據(jù)也能通過集成能力進(jìn)行打通，徹底消除企業(yè)的數(shù)據(jù)孤島問題。

??生態(tài)聚合：當(dāng)?shù)痛a開發(fā)平臺(tái)聚合了足夠多的開發(fā)者和應(yīng)用后，將形成一個(gè)巨大的、連接一切、有無限想象力的生態(tài)體系，徹底放飛低代碼的價(jià)值。

為什么全民K歌更新不了？

?

你有多久沒去過KTV了?

《中國音樂產(chǎn)業(yè)發(fā)展總報(bào)告》顯示，2020年受疫情等因素疊加影響，KTV行業(yè)整體客流量下降了70%~80%。企查查的數(shù)據(jù)則顯示，截至目前我國現(xiàn)存的KTV企業(yè)數(shù)量為5.8萬家，今年上半年新增企業(yè)1652家，同比下跌41.3%。還有數(shù)據(jù)顯示，中國現(xiàn)存KTV企業(yè)不及七年前一半。

為什么曾經(jīng)作為主流線下娛樂業(yè)的KTV，不行了？

年輕人不去KTV，在線K歌日益風(fēng)靡

2021年，Clubhouse、“元宇宙（Metaverse）”等大火均反映出一個(gè)趨勢：現(xiàn)代人習(xí)慣于通過互聯(lián)網(wǎng)獲得一切，包括快樂。作為互聯(lián)網(wǎng)原住民的年輕人習(xí)慣于線上生活，新冠疫情導(dǎo)致人們對(duì)線上服務(wù)的進(jìn)一步依賴。“一切在線化”，KTV行業(yè)的衰落難以幸免。

年輕人不是不需要K歌，相反，因?yàn)椤吧鷣砉陋?dú)”，他們對(duì)社交有更強(qiáng)烈的需求，只不過在“能線上就線上”的習(xí)慣下，在線K歌更受他們青睞。

2012年唱吧上線，2013年10月用戶數(shù)量突破一億。2014年騰訊強(qiáng)勢入局推出全民K歌，到2016年底其用戶數(shù)已達(dá)三億。足不出戶的在線K歌滿足用戶“想唱就唱”的需求，同時(shí)可實(shí)現(xiàn)社交、表演與存儲(chǔ)，備受用戶青睞。《2021年7月移動(dòng)互動(dòng)聯(lián)網(wǎng)全行業(yè)排行榜》顯示，全民K歌月活用戶數(shù)已超1.1億(僅包含安卓+iOS渠道的APP端數(shù)據(jù))。

直播曾經(jīng)只屬于專門的泛娛樂直播平臺(tái)，后來升級(jí)成互聯(lián)網(wǎng)基礎(chǔ)設(shè)施，在電商、社交、搜索、資訊等平臺(tái)被廣泛應(yīng)用，在線K歌同樣具有這樣的潛質(zhì)。

在陌生人社交、相親、直播、語音聊天室、線上桌游等應(yīng)用中，在線K歌均有較大應(yīng)用潛力。在語音聊天室中加入在線 K 歌房可為語音社交提供多樣互動(dòng)形式，告別陌生人之間的尬聊；在相親平臺(tái)中加入在線 K 歌房可以讓相親破冰，氛圍更輕松有趣；在陌生人社交平臺(tái)中加入在線K歌模塊，可以提高陌生人關(guān)系建立的效率；在直播平臺(tái)加入在線 K 歌房可以豐富直播內(nèi)容，吸引更多流量……對(duì)于泛娛樂和泛社交應(yīng)用來說，接入在線K歌可以進(jìn)行更多玩法創(chuàng)新，實(shí)現(xiàn)用戶、用戶時(shí)長和營收的多重增長。

從0到1搭建在線K歌系統(tǒng)并不容易

對(duì)于非專業(yè)在線K歌應(yīng)用來說，搭建一套好用的在線K歌應(yīng)用并不容易。

首先存在較大技術(shù)挑戰(zhàn)。人們線下K歌的聲音不需要上傳到互聯(lián)網(wǎng)，因此不存在音質(zhì)、時(shí)延等問題。在線K歌內(nèi)容則需要上傳到云端，只有將聲音高度還原才能給到用戶媲美線下K歌的體驗(yàn)，這對(duì)音視頻技術(shù)有較高的要求；社交屬性進(jìn)一步增加了音視頻同步的技術(shù)挑戰(zhàn)。來自艾瑞咨詢的數(shù)據(jù)顯示，70%的在線K歌用戶會(huì)在平臺(tái)進(jìn)行社交互動(dòng)，期望能以歌會(huì)友，這催生了搶唱、輪唱、唱歌PK等玩法，這些玩法都離不開在線合唱技術(shù)，因此在線K歌應(yīng)用在低延時(shí)和高音質(zhì)等方面，均對(duì)音視頻技術(shù)都有較高要求，一般互聯(lián)網(wǎng)應(yīng)用都不具備對(duì)應(yīng)技術(shù)實(shí)力。

其次存在較大的產(chǎn)品挑戰(zhàn)。在線K歌房除了可以讓人們唱出來、聽得到、可互動(dòng)外，還迸發(fā)出許多圍繞K歌的場景化創(chuàng)新功能，比如點(diǎn)歌管理、美聲音效、打賞、評(píng)分等，均是線下KTV不具備的功能，體現(xiàn)出在線K歌的優(yōu)勢。對(duì)于非專業(yè)在線K歌平臺(tái)來說，從0到1開發(fā)這些功能并無必要，且很難做得有專業(yè)平臺(tái)細(xì)致。

再其次是直接的版權(quán)挑戰(zhàn)。版權(quán)問題是壓垮線下KTV行業(yè)的最后一根稻草，在線K歌平臺(tái)同樣面臨這一挑戰(zhàn)。今年 6 月 1 日新《著作權(quán)法》實(shí)施，意味著音樂版權(quán)的規(guī)范將更加嚴(yán)格，互聯(lián)網(wǎng)公司構(gòu)建在線K歌場景必須要先獲得音樂曲庫版權(quán)。然而對(duì)于一般企業(yè)來說，接入音樂版權(quán)存在較多痛點(diǎn)，比如歌曲版權(quán)分散，需要對(duì)接大量的版權(quán)機(jī)構(gòu)；比如溝通周期長，成本高；比如傳統(tǒng)版權(quán)方缺乏靈活性，需重金買下整個(gè)曲庫，不能按需所取；再比如歌曲更新慢，傳統(tǒng)音樂版權(quán)只支持按采購數(shù)量合作，授權(quán)期內(nèi)歌曲更新數(shù)量有限甚至無更新。對(duì)于非專業(yè)音樂平臺(tái)來說，自行接入音樂版權(quán)做在線K歌功能，并不現(xiàn)實(shí)。

在線K歌成為泛娛樂應(yīng)用標(biāo)配，然而對(duì)于企業(yè)來說，做業(yè)務(wù)必須要考慮投入產(chǎn)出比。自行搭建一套在線K歌系統(tǒng)且做到體驗(yàn)媲美專業(yè)K歌平臺(tái)，需要在技術(shù)、產(chǎn)品和版權(quán)上進(jìn)行大規(guī)模投入，一般只有互聯(lián)網(wǎng)大廠或者獨(dú)角獸才具備這樣的實(shí)力，對(duì)于大多數(shù)企業(yè)來說，自行搭建都是沒有必要也不現(xiàn)實(shí)的，這意味著第三方在線K歌解決方案服務(wù)商的機(jī)會(huì)。

已有專業(yè)音視頻技術(shù)服務(wù)商發(fā)現(xiàn)這一市場機(jī)會(huì)。9月8日實(shí)時(shí)互動(dòng)云服務(wù)商聲網(wǎng)Agora發(fā)布在線K歌房場景化解決方案，為開發(fā)者與企業(yè)提供一站式接入版權(quán)曲庫與K歌組件服務(wù)，讓任何應(yīng)用均可快速構(gòu)建在線K歌應(yīng)用，在最少投入的前提下，擁有專業(yè)級(jí)在線K歌體驗(yàn)。

聲網(wǎng)在線K歌房解決方案如何破局？

雖然以前市面上就有針對(duì)K歌應(yīng)用場景的音視頻服務(wù)，不過都未能有效解決企業(yè)或開發(fā)者面臨的痛點(diǎn)，比如有的只是部分解決技術(shù)問題，未能解決版權(quán)問題。而聲網(wǎng)在線K歌房場景化解決方案則從版權(quán)、產(chǎn)品、技術(shù)上多管齊下，全方位解決泛娛樂應(yīng)用搭建在線K歌應(yīng)用的痛點(diǎn)。

首先，一站式接入海量正版曲庫 ，無需單獨(dú)集成音樂版權(quán)SDK。這一解決方案不只是提供技術(shù)服務(wù)，而是通過 Agora 內(nèi)容中心覆蓋 20w+ K 歌正版曲庫，覆蓋熱門流行歌曲，不僅有各類華語樂壇巨星的經(jīng)典曲目，也包含了當(dāng)下熱門的抖音神曲，滿足用戶多樣化的 K 歌需求。企業(yè)可通過集成聲網(wǎng) SDK，調(diào)用相關(guān) API 即可使用，不再需要單獨(dú)找各個(gè)音樂版權(quán)方進(jìn)行溝通，大幅縮減了溝通周期，同時(shí)實(shí)現(xiàn)曲庫動(dòng)態(tài)更新。

此外，聲網(wǎng)解決方案的音樂版權(quán)收費(fèi)模式更加靈活，杜絕“一攬子授權(quán)”，可按有效播放按次數(shù)計(jì)費(fèi)，可幫助企業(yè)有效控制成本，避免為用戶永遠(yuǎn)不會(huì)使用的版權(quán)付費(fèi)。

其次，提供組件化設(shè)計(jì)，企業(yè)可按需使用，實(shí)現(xiàn)媲美專業(yè)K歌平臺(tái)的功能與體驗(yàn)。以前的在線K歌解決方案只有排麥、點(diǎn)歌、輪唱、合唱等與實(shí)時(shí)音視頻有關(guān)的功能玩法，聲網(wǎng)的解決方案在曲庫組件、播放組件以及歌詞組件等 K 歌必要功能模塊外，可實(shí)現(xiàn)實(shí)時(shí)合唱全新玩法以及低延時(shí)耳返、美聲音效等一系列K歌場景的功能，企業(yè)和開發(fā)者可結(jié)合自身業(yè)務(wù)需要，使用對(duì)應(yīng)的模塊定制符合平臺(tái)特性的在線K歌房，比如僅僅是美聲音效這一模塊，聲網(wǎng)的解決方案就支持空間塑造、曲風(fēng)音效、電音音效、歌唱美聲等超過 30 種美聲音效，滿足用戶個(gè)性化的K歌需求。

最后，實(shí)時(shí)合唱技術(shù)可以實(shí)現(xiàn)真正的在線大合唱，賦予在線K歌更多可能性。

在線K歌最核心的技術(shù)是音視頻技術(shù)，在線實(shí)時(shí)合唱對(duì)技術(shù)要求最高，因?yàn)榫W(wǎng)絡(luò)一定會(huì)有時(shí)延，要不同唱歌用戶的聲音可以同步且可以互相聽見，沒有滯后、沒有失真、沒有延時(shí)，并不容易。疫情期間網(wǎng)上出現(xiàn)較多的多明星同框合唱的案例，不過由于不同明星的網(wǎng)絡(luò)環(huán)境不同以及技術(shù)限制，很多所謂在線大合唱都是“錄播”形式，即先錄制好再合成為一個(gè)節(jié)目播放。

在線K歌行業(yè)則先后經(jīng)歷了輪唱、“偽”合唱等階段。輪唱階段用戶A會(huì)根據(jù)一段伴奏來演唱，唱完之后，用戶B跟著下一段伴奏演唱，只能一人唱一部分“對(duì)唱”；“偽”合唱階段，用戶A根據(jù)伴奏唱完后，軟件會(huì)把演唱數(shù)據(jù)傳到用戶B，B接收完A的數(shù)據(jù)伴奏后再跟唱，軟件會(huì)在B的數(shù)據(jù)合成結(jié)束后再推到觀眾端。雖然在用戶端看上去是合唱，但A與B不能同時(shí)聽到彼此演唱，且人越多延時(shí)越重，明星節(jié)目可以用，但要滿足普通用戶的合唱Party并不現(xiàn)實(shí)。

針對(duì)此，聲網(wǎng)基于自研音頻引擎，在確保高音質(zhì)的同時(shí)實(shí)現(xiàn)接近實(shí)時(shí)的低延時(shí)，其實(shí)時(shí)大合唱技術(shù)通過對(duì)音頻在采集端/播放端、網(wǎng)絡(luò)傳輸層面以及編解碼等環(huán)節(jié)進(jìn)行延時(shí)優(yōu)化，最終實(shí)現(xiàn)低至64毫秒（ms）端到端延時(shí)的多人實(shí)時(shí)合唱體驗(yàn)。基于此，聲網(wǎng)的實(shí)時(shí)合唱技術(shù)可以實(shí)現(xiàn)讓A與B雙方在線上同時(shí)聽到伴奏后一起合唱，彼此都能聽到對(duì)方的歌聲，且雙方歌聲與伴奏可以同時(shí)保持在一個(gè)節(jié)拍上，實(shí)現(xiàn)伴奏、歌聲和歌詞完全同步，真正還原線下KTV體驗(yàn)。

最低64毫秒的延時(shí)是當(dāng)前實(shí)時(shí)音視頻行業(yè)能達(dá)到的最好水平，不過據(jù)聲網(wǎng)產(chǎn)品市場負(fù)責(zé)人朱超華介紹，要達(dá)到最理想的實(shí)時(shí)合唱效果，端到端延時(shí)（Mouth to Ear）需要進(jìn)一步降低到50ms以內(nèi)。在羅超頻道看來，隨著5G、XR等技術(shù)的發(fā)展，50毫秒在未來也將有望成為現(xiàn)實(shí)。

為什么聲網(wǎng)拔得在線K歌的頭籌？

作為實(shí)時(shí)互動(dòng)的標(biāo)桿企業(yè)，聲網(wǎng)推出業(yè)界領(lǐng)先的在線K歌房解決方案，有望吃到在線K歌多場景化的紅利。為什么聲網(wǎng)可以拔得頭籌？

首先，聲網(wǎng)擁有領(lǐng)先的音視頻實(shí)時(shí)互動(dòng)技術(shù)。

在實(shí)時(shí)音視頻行業(yè)，聲網(wǎng)已成為標(biāo)桿玩家。去年6月，聲網(wǎng)成功登陸納斯達(dá)克，成為全球?qū)崟r(shí)互動(dòng)云第一股，聲網(wǎng)也一直非常看重視技術(shù)人才和研發(fā)投入，根據(jù)2021年Q2的財(cái)報(bào)顯示，聲網(wǎng)今年第二季度研發(fā)費(fèi)用為2700萬美元，同比增長147.3%，作為一家技術(shù)驅(qū)動(dòng)型公司，其主要通過以開發(fā)者來驅(qū)動(dòng)業(yè)務(wù)增長，也體現(xiàn)出其技術(shù)自信。

在技術(shù)層面，雖然巨頭與越來越多創(chuàng)業(yè)者都推出了實(shí)時(shí)音視頻云服務(wù)，但聲網(wǎng)聚焦在這一賽道深耕多年、且重視研發(fā)，在諸多核心技術(shù)上形成專業(yè)壁壘，例如它創(chuàng)造了全球首個(gè)、迄今為止規(guī)模最大的實(shí)時(shí)音視頻網(wǎng)絡(luò)——軟件定義實(shí)時(shí)網(wǎng)SD-RTN，基于此聲網(wǎng)才能形成領(lǐng)先的在線K歌技術(shù)服務(wù)能力。

其次，聲網(wǎng)戰(zhàn)略方向是面向行業(yè)提供專業(yè) RTE PaaS服務(wù)。

雖然聲網(wǎng)起家于實(shí)時(shí)音視頻RTC領(lǐng)域且擁有行業(yè)公認(rèn)的競爭力，但其在上市時(shí)就定位實(shí)時(shí)互動(dòng)云服務(wù)商，而不是實(shí)時(shí)云通訊服務(wù)商。2020年聲網(wǎng)更是明確要做的是“Real-Time Engagement Platform-as-a-Service”，即實(shí)時(shí)互動(dòng)云服務(wù)（RTE PaaS）。

在這一戰(zhàn)略下，聲網(wǎng)就不只是一家單純提供技術(shù)解決方案的純技術(shù)公司，而是一家解決方案公司，因此自然要圍繞實(shí)時(shí)互聯(lián)網(wǎng)這一個(gè)點(diǎn)和RTE引擎這一基座，圍繞不同行業(yè)開發(fā)者與企業(yè)的痛點(diǎn)，將解決方案做透、做深、做全，正是因?yàn)榇耍覀兛吹铰暰W(wǎng)的在線K歌房解決方案在技術(shù)優(yōu)勢外，同時(shí)提供創(chuàng)新的版權(quán)曲庫和豐富的產(chǎn)品組件能力，一站式解決企業(yè)與開發(fā)者構(gòu)建在線K歌應(yīng)用的痛點(diǎn)。

此前，聲網(wǎng)在諸多垂直行業(yè)進(jìn)行深入布局，比如1月發(fā)布了教育行業(yè)首款 aPaaS 產(chǎn)品靈動(dòng)課堂，覆蓋1v1、小班課、大班課三大場景；再比如1月收購即時(shí)通訊云和客服云服務(wù)商環(huán)信，布局云IM和客服。可以展望，聲網(wǎng)未來將會(huì)針對(duì)更多垂直行業(yè)推出一站式的解決方案，落地其RTE PaaS戰(zhàn)略。

最后，聲網(wǎng)很早就布局開放生態(tài)形成較為全面的能力。

聲網(wǎng)是一家技術(shù)立業(yè)的企業(yè)，做K歌曲庫版權(quán)這件事情，顯然不是其擅長的，其依然可以提供靈活的曲庫版權(quán)服務(wù)，是因?yàn)槠錁?gòu)建的 Agora 內(nèi)容中心通過與咪咕音樂等音樂版權(quán)方達(dá)成合作，快速整合了海量正版曲庫，這是聲網(wǎng)生態(tài)戰(zhàn)略落地的成果。

2019年聲網(wǎng)針對(duì)客戶除了RTC外的實(shí)時(shí)互動(dòng)需求發(fā)布了云市場，首次提出構(gòu)建實(shí)時(shí)互聯(lián)網(wǎng)生態(tài)的概念，建立開發(fā)者生態(tài)，引入美顏、鑒黃、語音識(shí)別、互動(dòng)白板等領(lǐng)域的上下游合作伙伴，其中不乏阿里云、小米、云知聲、依圖、商湯、搜狗、360AI等明星開發(fā)者，一起給客戶提供完整的實(shí)時(shí)互動(dòng)能力。

2020年聲網(wǎng)推出了Agora云市場2.0版本，可將合作伙伴的產(chǎn)品技術(shù)或方案與聲網(wǎng)音視頻技術(shù)整合，讓開發(fā)者可以一站式集成，實(shí)現(xiàn)完整的實(shí)時(shí)互動(dòng)場景，同時(shí)其在技術(shù)生態(tài)外積極擴(kuò)展內(nèi)容等企業(yè)服務(wù)生態(tài)，咪咕就屬于其云市場的內(nèi)容生態(tài)合作伙伴，此外，聲網(wǎng)在上市后通過投資并購的方式，形成更加豐滿的生態(tài)體系。

因?yàn)橛辛Ⅲw的生態(tài)體系，聲網(wǎng)就能給企業(yè)與開發(fā)者提供多元、完備和立體的能力，財(cái)報(bào)顯示截至2021年6月30日，聲網(wǎng)全球注冊(cè)應(yīng)用超33.7萬個(gè)，同比增長55%，這意味著聲網(wǎng)對(duì)音視頻上下游服務(wù)商來說已具備“入口”價(jià)值，它們可借道聲網(wǎng)的開放生態(tài)這一橋梁獲取更多開發(fā)者/企業(yè)。可以展望，聲網(wǎng)勢必會(huì)聯(lián)合更多的合作伙伴，面向更多行業(yè)的垂直需求，提供更多一站式解決方案。

技術(shù)、RTE-PaaS戰(zhàn)略和開放生態(tài)，對(duì)聲網(wǎng)來說是對(duì)實(shí)時(shí)互聯(lián)網(wǎng)的長期布局。

關(guān)于apaas趨勢和apaas和ipaas的介紹到此就結(jié)束了，不知道你從中找到你需要的信息了嗎 ？如果你還想了解更多這方面的信息，記得收藏關(guān)注本站。 apaas趨勢的介紹就聊到這里吧，感謝你花時(shí)間閱讀本站內(nèi)容，更多關(guān)于apaas和ipaas、apaas趨勢的信息別忘了在本站進(jìn)行查找喔。

版權(quán)聲明：本文內(nèi)容由網(wǎng)絡(luò)用戶投稿，版權(quán)歸原作者所有，本站不擁有其著作權(quán)，亦不承擔(dān)相應(yīng)法律責(zé)任。如果您發(fā)現(xiàn)本站中有涉嫌抄襲或描述失實(shí)的內(nèi)容，請(qǐng)聯(lián)系我們jiasou666@gmail.com 處理，核實(shí)后本網(wǎng)站將在24小時(shí)內(nèi)刪除侵權(quán)內(nèi)容。

版權(quán)聲明：本文內(nèi)容由網(wǎng)絡(luò)用戶投稿，版權(quán)歸原作者所有，本站不擁有其著作權(quán)，亦不承擔(dān)相應(yīng)法律責(zé)任。如果您發(fā)現(xiàn)本站中有涉嫌抄襲或描述失實(shí)的內(nèi)容，請(qǐng)聯(lián)系我們jiasou666@gmail.com 處理，核實(shí)后本網(wǎng)站將在24小時(shí)內(nèi)刪除侵權(quán)內(nèi)容。