微型服務和 API 之間有什麼區別？
微型服務和 API 是模組化軟體設計的兩種方法。模組化程式設計旨在設計相互交互以執行複雜功能的較小軟體元件。相比將軟體設計為一個適用於所有功能的大型程式碼庫，這更有效。微型服務是一種架構方法，可將軟體組成小型、獨立且高度專業化的元件。每個微型服務都能解決單一問題或執行特定任務。
相較之下，API 是兩個軟體元件之間的通訊合約。API 指定軟體元件執行功能所需的資料，以及預期的回應。微型服務使用 API 相互進行通訊。不過，開發人員也會使用第三方 API，將既有的功能整合至其程式碼中。
它們如何運作：微型服務與API
微型服務包含特定應用程式功能所需的所有程式碼。API 是存取該函數的通訊機制。微型服務透過 API 公開功能，以便其他微型服務可以在需要時使用它們。但是，開發人員也會使用與微型服務無關的 API，例如來自第三方供應商和合作夥伴的 API。
接下來，我們會詳細介紹它們的運作方式。
微型服務如何運作
微型服務架構是服務導向架構 (SOA) 的演變。開發人員將整個應用程式分解為個別功能，從而以小型的獨立程序執行。微型服務會彼此互動，以執行更複雜的任務。
例如，共乘應用程式可能有多個鬆散耦合的服務，例如擷取地理位置資料、處理付款或傳送提醒的服務。當使用者使用應用程式叫車時，所有微型服務都將協同運作，以幫助使用者找到司機並付款。
API 如何運作
API 是允許任意兩個軟體元件交換資訊的介面。API 會指定通訊合約。開發人員使用合約來存取第三方程式碼中的特定功能或資料。
例如，共乘應用程式可以透過將客戶信用卡詳細資訊傳送至 API 來使用付款 API。API 背後的程式碼可以安全地從卡中扣除付款，並將成功或失敗回應傳回至共乘應用程式。
主要差異：微型服務與API
微型服務和 API 都是重要的技術堆疊，可協助組織建置和擴展應用程式。微型服務是應用程式的基礎。每個服務通常包含一個資料庫、資料存取層、業務邏輯和 API。API 包括程式設計詳細資料，例如資料格式、資料交換期望和通訊協定。
它們會以不同的方式支援分散式開發。
作用
微型服務架構旨在透過將大型程式碼區塊分割為多個較小的服務，來提高軟體開發效率。這樣，幾個開發人員可以根據商定的規格同時處理不同的微型服務。
同時，API 在應用程式內部或之外連線不同的功能或服務。內部 API 的範圍僅限於單個應用程式。同時，公用 API 可以用來存取開放原始碼功能，而無論它們建立在哪種程式設計語言和工具上。
類型
微型服務大致分為有狀態和無狀態。有狀態的微型服務在處理目前的請求時，會記住他們過去的結果，而無狀態微型服務則不會保留過去的記憶體。
同時，API 會按對象、架構和通訊協定進行分類。例如，開發人員在建置應用程式時會使用下列 API 類型：私有、公用、合作夥伴、微型服務、複合、SOAP 和 REST API。
安全性
由於微型服務是由您的內部團隊開發和管理，因此您可以更好地控制資料安全和可用性。
同時，API 可能安全，也可能不安全，具體取決於誰在後面編寫程式碼以及他們請求的資料。因此，開發人員在使用外部 API 時必須謹慎。
偵錯
由於微型服務的分散式架構風格，所以很難對其進行偵錯。此外，個別微型服務可能會使用不同的程式設計語言和架構開發，並以不可預測的模式進行互動。這使開發人員在重現錯誤狀態、追蹤資料移動、監控程式設計變數以及識別根本原因方面的工作變得更加複雜。
與微型服務架構不同，偵錯 API 更加直接。開發人員可以採取逐步方法來觀察 API 行為並識別根本問題。
何時使用微型服務與API
微型服務和 API 不是競爭技術。相反地，兩者可以協同運作，將業務邏輯轉換為可擴展的現代應用程式，以滿足客戶需求。
微型服務需要 API 來公開特定功能，以便與第三方服務互動及交換資料。透過 API，微型服務可以共用資料並協助組織快速擴充應用程式。
當單個程式碼庫對您的團隊來說太複雜時，結合微型服務和 API 是正確的選擇。透過切換到分散式架構，您可以在引入新功能或對應用程式進行變更時節省時間和成本。
大規模挑戰：微型服務與API
API 和微型服務都能讓組織比傳統軟體架構更有效地擴展應用程式。但是，隨著流量和應用程式複雜性的增加，API 和微型服務仍然面臨著挑戰。
最終，開發人員必須管理、監控和疑難排解數千個微型服務及其使用的 API。他們必須部署具有適當基礎架構的微型服務，以進行程式碼維護和靈活的變更管理。
大規模管理微型服務
軟體開發人員部署含容器的微型服務，以克服可擴展性挑戰。容器是包含微型服務所需的所有資源和作業環境的軟體套件。容器化可讓微型服務獨立於硬體和作業系統執行。您可以分配或減少特定微型服務的運算資源，以滿足不斷變化的需求。
大規模管理 API
當 API 接受太多並行 API 呼叫時，可能會遇到瓶頸。這會使 API 伺服器不堪重負，其還會造成效能問題，並將錯誤碼傳回給寄件者應用程式。
如果您使用第三方 API，您應用程式的效能可能會受到您未管理之程式碼效能的影響。但是，如果您使用內部 API，則可以使用 API 管理工具來大規模監控和保護多個 API。
差異摘要：微型服務與API
| 微型服務 |
API |
|
| 作用 |
將大型應用程式分割成較小的功能性元件。 |
定義兩個軟體元件之間的通訊合約。 |
| 使用 |
微型服務包含特定應用程式功能所需的所有程式碼。 |
API 是存取該函數的通訊機制。 |
| 類型 |
有狀態或無狀態微型服務。 |
按對象、架構和通訊協定進行分類。 |
| 安全性 |
內部控制。容錯架構。 |
可能依賴於第三方開發人員。 |
| 偵錯 |
由於分散式架構和複雜的資料路徑，此動作具有挑戰性。 |
可預測的觀察、追蹤和隔離問題的方法。 |
| 可擴展性 |
使用容器大規模管理。 |
使用 API 管理工具來進行大規模管理。 |
AWS 如何協助您處理微型服務和 API 需求？
Amazon Web Services (AWS) 為在雲端部署、管理和保護微型服務和 API 提供經濟實惠且高效的解決方案。組織使用 AWS 技術脫離傳統的軟體架構，並採用現代 Web 應用程式。以下是兩個範例：
使用 Amazon Elastic Container Service (Amazon ECS)，您可以輕鬆地在雲端上部署、管理和擴展以微型服務為基礎的應用程式。它會自動佈建底層基礎設施，並將您的應用程式連線到其他 AWS 資源。
Amazon API Gateway 提供集中式平台，可協助您大規模建置、部署、維護和保護 API。它允許 API 以最小的延遲和錯誤率向特定服務傳送和回應請求。
立即建立 AWS 帳戶，開始使用 AWS 上的微型服務和 API。
