如何構建云原生應用程序？
由于云服務提供商(如AWS、微軟和谷歌等)的激增，云原生已經成為嵌入到現代應用程序開發中的一個重要概念。簡而言之，云原生應用程序就是為云構建的應用程序。
云原生應用程序是基于云計算基礎設施設計的，云計算本身的應用程序開發并不是圍繞內部服務器、數據庫、連接等建立，而是依賴抽象出硬件和維護的服務，在某些情況下還包括操作系統本身，因此開發人員可以專注于真正重要的產品。
這些抽象雖然對保持團隊和基礎設施的可管理性非常好，但與標準的裸機和虛擬化解決方案相比，還有降低成本的空間：更少的開銷意味著更低的風險、更少的資源和更少的人員。但是，云原生應用程序開發帶來了不同的挑戰，最常見的是將所有輕量級基礎設施捆綁在一起。
首先，API優先原則
在傳統的應用程序開發中，產品是圍繞代碼直接訪問所需資源的理解而構建的。這導致了一個龐大的代碼庫，且非常難解耦。雖然云計算不再是像這樣運行單一應用程序的任務，但它可能難以實現這種簡化、可擴展和分布式基礎設施的優勢。
這是API優先開發可以作出的***的改變。對不熟悉API的人來說，優先開發API是在設計、記錄和構建應用程序的API之前進行的。這意味著，在打開移動應用程序、網站、Alexa技術或物聯網設備之前，API必須先存在。API優先開發的優勢在于它將業務邏輯從客戶端隔離并統一起來，同時為產品的工作方式建立單一的來源。
但在其他任何東西之前構建API可能會感覺不可接受的限制，幸運的是，得益于API文檔標準(如API Blueprint)，可以創建一個完全符合文檔的模擬API服務器，允許您在API本身完成之前針對實際服務構建和測試API集成。
優先開發API的***優勢在于不是讓你避免重復開發或提供可靠的接口來處理業務邏輯，如果API優先的原則每次都沒有意義，則完全可以放棄這一原則，而不會影響應用程序的開發進程。另一方面，如果在開發云原生應用程序不堅持API優先的原則，可能會一腳踩進技術的坑，需要數月的時間才能完成應用開發。
使其無服務(Serverless)
從表面上看，API優先開發和云原生應用程序開發不是相互排斥的。用戶可以構建不帶API的云原生應用程序，并且可以在不使用云的情況下構建一個API優先的應用程序，這兩個概念***協調的地方是在無服務器環境中。
在無服務器環境中，用戶不必處理服務器的環境，這意味著與其開發應用程序或API作為服務在服務器上運行，還不如將應用程序抽象為運行在指定運行時的單個函數，這是應用程序開發中***級別的抽象層次之一。
通過在API優先開發策略中構建無服務器API而不是傳統的代表性狀態轉移API，用戶可以充分利用任何云提供商提供的資源。當用戶通過API把每個單獨的方式變成有效的微服務時，最終的結果就是形成了一個廣泛分布、***擴展且高度可靠的應用程序后臺，可以處理任何事情。
開發一個應用程序首先應該回答三個問題：What、Where、Why，而不是How，云原生應用程序開發使得用戶通過盡可能少的成本支出來處理這種情況，而API優先的原則能夠為用戶提供回答Where和Why的工具，這是API優先的云原生應用程序開發的真正意義。
