互聯網行業一直以來都熱衷于英文縮寫，例如在云計算行業，前者有SaaS、PaaS、IaaS，最近兩三年aPaaS的概念又開始被關注。aPaaS到底是什么意思，有什么用，與前三者的區別是什么？本文將對這些問題進行徹底探討。

什么是云計算？

在探討什么是aPaaS之前，我們有必要講解一下云計算的概念。想象一下，假設你要開發一款軟件程序，會需要用到哪些技術或設施呢？不懂技術沒關系，您只要記得，一套軟件通常包含以下九個層次：

應用（application）

數據（data）

運行庫（runtime）

中間件（middleware）

操作系統（OS）

虛擬化技術（virtualization）

服務器（servers）

存儲（storage）

網絡（networking）

在過去，您需要購買和維護這九種設備/技術，而現在，有一些公司把其中某些層次整合起來（比如存儲、服務器、操作系統）打包成一種服務對外出售，這些公司被稱為云計算公司，他們的這種打包方法被稱為云技術，這種服務形式也就是云服務。

你可以直接租用這些服務，只需要像水電費一樣每個月繳錢就行了，比起之前要維護九層設備/技術，是不是輕松多了？

也不是所有公司都把這九個層次全都做了，目前市面上主要有三種服務形式，他們分別是：基礎架構即服務（IaaS），平臺即服務（PaaS）和軟件即服務（SaaS），區別在于哪些服務是云計算公司提供、哪些是自己提供。

什么是aPaaS？

你可以把aPaaS理解為PaaS的一種子形式。aPaaS的全稱是application Platform as a Service，即應用程序平臺即服務。Gartner對其所下的定義是：“這是基于PaaS（平臺即服務）的一種解決方案，支持應用程序在云端的開發、部署和運行，提供軟件開發中的基礎工具給用戶，包括數據對象、權限管理、用戶界面等。”

aPaaS（應用程序平臺即服務）有以下2個特征：

提供快速開發的環境，用戶在幾個小時內就能完成應用的開發、測試、部署，并能夠隨時調整或更新。

低代碼或零代碼，非技術人員就能完成應用開發

aPaaS和PaaS的區別是什么？

aPaaS和PaaS都可以完成軟件的開發和部署，都支持云端訪問。而兩者的差異主要體現在用戶人群和使用環境不一樣：

PaaS包含所有平臺級別的服務，需要技術人員在本地完成應用程序的開發和數據提供，然后部署到PaaS平臺上，再分發給用戶使用。

aPaaS是PaaS的一種子形式，在aPaaS模式下，非技術人員可以直接在云端完成應用程序的搭建、部署、使用、更新和管理。

可以看出來，PaaS是比較靈活的，因為可以完全按需開發，但是缺點是人力成本較高，因為你要招募程序員去完成這個開發過程，另外，如果涉及到需求的調整，還會涉及到二次開發。不管是人力成本和時間都不是一般企業能夠承受的。

aPaaS的優點是快、成本低，非技術人員就可以開發一套商業軟件，在開發過程中可見即可得，方面隨時調整。

aPaaS三個特色和對中小企業的好處

雖然市面上已經有不少SaaS通用解決方案，但中小企業目前仍然面臨以下挑戰：

這些通用軟件不是特別符合自己企業的需求個性化需求反饋給廠商后，他們很難專為單獨一個企業調整產品業務場景在變化，需要不斷采購新的軟件產品，增加了預算這些軟件之間的數據無法打通，提高了IT運維成本對于中小企業而言，aPaaS的好處是顯而易見的，我們來自仔細看下aPaaS的三大主要特色：

零代碼/低代碼

使用aPaaS的解決方案，非技術人員就能構建業務應用程序。

這些aPaaS廠商把開發軟件所需要的權限、界面、數據、交互、流程抽象出來，組成一套簡單好用配置頁面。即使沒有豐富的計算機專業知識和代碼能力，在這些aPaaS平臺中，任何人都可以創建一個有用的應用程序。

零代碼的好處是顯而易見的，以往需要數月或數年才能完成的軟件開發項目，一般可以在幾周甚至幾天內完成。而根據Garter的調研，使用aPaaS工具節省的人力費用可高達350％

可擴展性

aPaaS工具另一個特點是具備很高的拓展性。假設你利用某個平臺開發了一套訂單管理系統，后期發現需要增加新的工具。按照以往的做法，肯定是找到技術人員，或者廠商幫你定制某個功能，但是在aPaaS平臺中，你只需要找到一個熟練業務的人員，即可在短時間內快速讓該功能上線。

另外，aPaaS工具都會提供API接口，可讓技術人員進行更高級的開發，比如跟其他系統進行對接。

云服務

跟本地化軟件相比，aPaaS天生就有云技術的優勢。這意味，你可以在多個設備、任何時間訪問數據。同時，aPaaS廠商的IT運維能力也遠遠高于一般中小企業，保證數據的安全可靠。另外，在使用成本上，云服務的費用也遠遠低于本地開發。

aPaaS不適合什么樣的企業？

1）行業有明顯的專有特征

有些行業本身的專有化程度很高，而且企業之間的差異性不大，這時候垂直的行業應用可能更加合理。

圍繞這個特征最典型的例子就是餐飲業和酒店業。所有餐飲業的運營邏輯都是類似的，除了單店和連鎖可能使用不同復雜度的方案以外，應用模塊都大同小異。而且，這個行業解決問題的方法和范式是有明顯的行業特征的，比如餐廳的排隊等座系統，點單結賬系統等。aPaaS工具來構建如此專有的場景反而更加麻煩，而且無法有效提供有行業特色的視圖。

2）行業有獨立的代碼審計要求

金融等行業的核心業務系統因為法規等要求不能使用零代碼平臺，因為它無法滿足代碼審計的要求。aPaaS平臺不一定能夠提供源代碼給用戶企業，而且即使提供，也無法佐證應用系統處理數據的準確性。這些行業因為監管要求高，本身資金也寬裕，所以不會應用aPaaS方案在核心業務環節。

3）面向顧客的前臺系統

這個當然就是指的電商網店平臺了。雖然電商零售的基本數據管理和aPaaS的能力并無太大的距離，但是面向消費者的前臺系統一般要求更高的靈活性和營銷設施的配套，用零代碼平臺創建不如直接使用專門的電商系統，比如有贊、微盟等開店方案。它們提供的不僅僅是店面功能，還包括圍繞顧客的營銷服務和支付平臺，這些是aPaaS所不擅長的領域。

aPaaS的未來

第一個aPaaS平臺于2005年推出，此后發生了很大變化。新的技術變革和企業管理需求的變化賦予了aPaaS更大的想象空間。對于aPaaS，一個非常有趣的評價是：“你會發現aPaaS能夠解決的問題，不止是你最初要解決的那一個問題”

版權聲明：本文內容由網絡用戶投稿，版權歸原作者所有，本站不擁有其著作權，亦不承擔相應法律責任。如果您發現本站中有涉嫌抄襲或描述失實的內容，請聯系我們jiasou666@gmail.com 處理，核實后本網站將在24小時內刪除侵權內容。

版權聲明：本文內容由網絡用戶投稿，版權歸原作者所有，本站不擁有其著作權，亦不承擔相應法律責任。如果您發現本站中有涉嫌抄襲或描述失實的內容，請聯系我們jiasou666@gmail.com 處理，核實后本網站將在24小時內刪除侵權內容。