本文件是 Cross-Cloud Network 設計指南系列的一部分。
本系列文章包含以下部分：
- 分散式應用程式適用的 Cross-Cloud Network
- Cross-Cloud Network 中分散式應用程式的網路區隔和連線能力
- Cross-Cloud Network 中分散式應用程式的服務網路 (本文件)
- Cross-Cloud Network 中分散式應用程式的網路安全
本文說明如何使用一組選定或建立的元件服務，組合出應用程式。建議您先完整閱讀整份文件，再按照步驟操作。
本文件將引導您做出下列決策：
- 無論是自行建立個別服務，還是使用第三方服務
- 服務是否適用於全球或特定區域
- 服務是否從地端部署、其他雲端或兩者皆非使用
- 無論是透過共用服務虛擬私有雲存取服務端點，還是透過所有相關應用程式虛擬私有雲發布端點
本文件會引導您完成下列步驟：
- 決定應用程式為全域或區域
- 選擇第三方代管服務，或建立及發布自己的服務
- 使用共用或專屬模式，設定服務端點的私人存取權
- 將服務組合成應用程式，以符合全域或區域原型
開發人員會定義 Cross-Cloud Network 的服務網路層。在這個階段，管理員已為 Cross-Cloud Network 設計連線能力層，可彈性選擇本文所述的服務網路選項。在某些情況下，跨虛擬私有雲傳遞性有限，會造成限制。我們會說明這些限制，因為它們可能會影響設計決策。
決定應用程式是區域性或全域
判斷您建立的應用程式客戶是否需要區域或全球部署原型。您可以將負載分散到區域中的各個可用區，實現區域韌性。將負載分散至多個區域，即可達到全域韌性。
選擇原型時，請考量下列因素：
- 應用程式的可用性需求
- 應用程式的使用位置
- 費用
詳情請參閱「Google Cloud 部署原型」。
本設計指南說明如何支援下列部署原型：
在跨雲端分散式應用程式中，該應用程式的不同服務可由不同的雲端服務供應商 (CSP) 或私人資料中心提供。為確保復原能力結構一致，請將託管於不同 CSP 的服務，放在地理位置相近的 CSP 資料中心。
下圖顯示分散在雲端的全域應用程式堆疊，以及部署在不同 CSP 的不同應用程式服務。每個全球應用程式服務在同一 CSP 的不同區域都有工作負載執行個體。
定義及存取應用程式服務
如要組合應用程式，您可以使用現有的第三方代管服務、建立及託管自己的應用程式服務，或同時使用這兩種服務。
使用現有的第三方代管服務
決定要為應用程式使用哪些第三方代管服務。判斷哪些服務是區域性服務，哪些是全域服務。此外，也請判斷各項服務支援哪些私人存取權選項。
瞭解可用的代管服務後，即可決定需要建立哪些服務。
建立及存取應用程式服務
每項服務都由一或多個工作負載執行個體託管，可做為單一端點或一組端點存取。
應用程式服務的一般模式如下圖所示。應用程式服務會部署在一組工作負載執行個體中。(在這種情況下，工作負載執行個體可能是 Compute Engine VM、Google Kubernetes Engine (GKE) 叢集，或其他執行程式碼的後端)。工作負載執行個體會組織成一組與負載平衡器相關聯的後端。
下圖顯示一般負載平衡器和一組後端。
為達到所選的負載分配效果並自動執行容錯移轉，這些端點群組會使用前端負載平衡器。使用代管執行個體群組 (MIG)，即可自動調度端點資源，彈性增減服務容量。這些端點會構成負載平衡器的後端。此外，視應用程式服務的需求而定，負載平衡器也可以提供驗證、TLS 終止和其他連線專屬服務。
判斷服務範圍：區域性或全域
判斷服務是否需要且能支援區域或全域復原能力。區域性軟體服務可設計為在區域延遲預算內進行同步處理。全域應用程式服務可支援跨區域節點的同步容錯移轉。如果應用程式是全球性的，您可能也希望支援該應用程式的服務也是全球性的。不過，如果服務需要執行個體之間同步處理，才能支援容錯移轉，就必須考量區域之間的延遲時間。視情況而定，您可能需要仰賴相同或鄰近區域中具有備援機制的區域性服務，才能支援低延遲同步處理，以便進行容錯移轉。
Cloud Load Balancing 支援託管於單一區域或分散於多個區域的端點。因此，您可以建立全域客戶面向層，與全域、區域或混合服務層通訊。選擇服務部署作業，確保動態網路容錯移轉 (或跨區域負載平衡) 符合應用程式邏輯的韌性狀態和功能。
下圖顯示由區域性負載平衡器建構的全域服務，如何連線至其他區域的後端，進而提供跨區域自動容錯移轉功能。在本範例中，應用程式邏輯為全域，且所選後端支援跨區域同步。每個負載平衡器主要會將要求傳送至本機區域，但可以容錯移轉至遠端區域。
- 全域後端是一組區域性後端，由一或多個負載平衡器存取。
- 雖然其後端為全域，但每個負載平衡器的前端為區域性。
- 在這個架構模式中，負載平衡器主要只會分配區域內的流量，但如果本機區域中的資源無法使用，也可以將流量平衡至其他區域。
- 一組區域性負載平衡器前端，每個前端都可從其他區域存取，且都能連線至其他區域的後端，形成匯總的全域服務。
- 如要組合全域應用程式堆疊 (如「設計全域應用程式堆疊」所述)，您可以使用 DNS 轉送和健康狀態檢查，實現前端的跨區域容錯移轉。
- 負載平衡器前端本身可透過全域存取權從其他區域存取 (未顯示在圖表中)。
您也可以使用相同模式，納入具備全域容錯移轉功能的已發布服務。下圖顯示使用全域後端的已發布服務。
在圖表中，請注意已發布的服務在生產者環境中實作了全域容錯移轉。在用戶環境中新增全域容錯移轉功能，可提高用戶負載平衡基礎架構對區域性故障的韌性。服務的跨區域容錯移轉，必須在服務應用程式邏輯和服務生產者的負載平衡設計中實作。服務生產者可以實作其他機制。
選擇 Cloud Load Balancing 產品時，您需要先決定負載平衡器所須處理的流量類型。請參考以下通則：
- 使用應用程式負載平衡器處理 HTTP(S) 流量。
- 針對非 HTTP(S) TCP 流量，請使用 Proxy 網路負載平衡器。這款 Proxy 負載平衡器也支援 TLS 卸載。
- 使用直通式網路負載平衡器，在標頭中保留用戶端來源 IP 位址，或支援 UDP、ESP 和 ICMP 等其他通訊協定。
如需詳細指引，瞭解如何根據用途選擇最合適的負載平衡器，請參閱「選擇負載平衡器」。
採用無伺服器後端的服務
您可以使用無伺服器後端定義服務。供應商環境中的後端可以整理至無伺服器 NEG，做為負載平衡器的後端。如要使用 Private Service Connect 發布這項服務，請建立與生產端負載平衡器前端相關聯的服務連結。已發布的服務可透過 Private Service Connect 端點或 Private Service Connect 後端使用。如果服務需要由生產者啟動連線，您可以使用無伺服器 VPC 存取連接器，讓 Cloud Run、App Engine 標準和 Cloud Run functions 環境將封包傳送至虛擬私有雲網路中資源的內部 IPv4 位址。無伺服器 VPC 存取也支援將封包傳送至連線至所選 VPC 網路的其他網路。
私下存取服務的方法
應用程式可以包含 Google 提供的代管服務、外部供應商或組織內同業群組提供的第三方服務，以及團隊開發的服務。其中部分服務可透過網際網路使用公開 IP 位址存取。本節說明如何透過私人網路存取這些服務。服務類型如下：
- Google 公開 API
- Google 無伺服器 API
- Google 發布的代管服務
- 供應商和同業發布的代管服務
- 您發布的服務
閱讀後續章節時，請留意這些選項。視您分配服務的方式而定，您可以使用一或多個所述的私人存取選項。
負責組合、發布及管理服務的組織 (或組織內的群組) 稱為服務生產者。您和您的應用程式稱為服務消費者。
部分代管服務只能透過私人服務存取權發布。「內部連線能力和虛擬私有雲網路」中建議的網路設計，可容納透過私人服務連線和 Private Service Connect 發布的服務。
如要概略瞭解私人存取服務的選項，請參閱「服務的私人存取權選項」。
建議您盡可能使用 Private Service Connect 連線至代管服務。如要進一步瞭解 Private Service Connect 的部署模式，請參閱「Private Service Connect 部署模式」。
Private Service Connect 有兩種類型，不同的服務可以發布為其中一種：
以 Private Service Connect 端點形式發布的服務，可直接由其他工作負載使用。這些服務仰賴服務供應商提供的驗證和彈性機制。如要進一步控管服務驗證和彈性，可以使用 Private Service Connect 後端，在用戶端網路中新增一層負載平衡，用於驗證和彈性。
下圖顯示透過 Private Service Connect 端點存取的服務：
下圖顯示下列模式：
- Private Service Connect 端點會部署在用戶虛擬私有雲中，讓 VM 和 GKE 節點可以使用供應商服務。
- 用戶和供應商網路必須部署在相同區域。
上圖顯示端點為區域性資源。由於全域存取權，端點可從其他區域連線。
如要進一步瞭解部署模式，請參閱「Private Service Connect 部署模式」。
Private Service Connect 後端會使用設定了 Private Service Connect 網路端點群組 (NEG) 後端的負載平衡器。如需支援的負載平衡器清單，請參閱「關於 Private Service Connect 後端」。
您可以使用 Private Service Connect 後端建立下列後端設定：
- 代管服務前端的客戶自有網域和憑證
- 在不同區域的代管服務之間，由消費者控制容錯移轉
- 集中管理代管服務的安全設定和存取控管
在下圖中，全域負載平衡器使用 Private Service Connect NEG 做為後端，與服務供應商建立通訊。您不需要進行其他網路設定，資料會透過 Google 的 SDN 結構傳輸。
大多數服務都是針對用戶端發起的連線而設計。如果服務需要從供應商端發起連線，請使用 Private Service Connect 介面。
部署私人服務存取權或 Private Service Connect 時，一項重要考量是傳遞性。Private Service Connect 消費者存取點可透過 Network Connectivity Center 連線。無論是 Private Service Connect 或私人服務存取權用戶存取點，都無法透過虛擬私有雲網路對接連線連至已發布的服務。如果所有服務消費者存取點都沒有跨虛擬私有雲傳遞性，則虛擬私有雲拓撲中服務存取子網路或端點的位置，會決定您是否要為共用或專屬服務部署設計網路。
高可用性 VPN 和客戶自行管理的 Proxy 等選項，可讓虛擬私有雲之間進行傳遞通訊。
無法透過虛擬私有雲網路對接存取 Private Service Connect 端點。如果您需要這類連線，請部署內部負載平衡器和 Private Service Connect NEG 做為後端，如下圖所示：
您可以使用 Private Service Connect 端點和後端，以私人方式存取 Google API。一般建議使用端點，因為 Google API 供應商提供彈性和憑證式驗證。
在需要存取服務的每個虛擬私有雲中，建立 Private Service Connect 端點。由於用戶 IP 位址是私人全域 IP 位址，因此每項服務都需要單一 DNS 對應，即使多個虛擬私有雲中都有端點執行個體也一樣，如下圖所示：
定義已發布服務的用量模式
已發布的服務可在多個位置執行：您的虛擬私有雲網路、其他虛擬私有雲網路、地端部署資料中心或雲端。無論服務工作負載在何處執行，應用程式都會透過存取點使用這些服務，例如：
- 私人服務存取權子網路中的 IP 位址
- Private Service Connect 端點
- 使用 Private Service Connect NEG 的負載平衡器 VIP
用戶存取點可以跨網路共用，也可以專用於單一網路。決定要建立共用或專屬消費者存取點，取決於貴組織是否將建立消費者服務存取點的工作委派給各個應用程式群組，或以整合方式管理服務存取權。
管理服務存取權時，會涉及下列活動：
- 建立存取點
- 在服務存取虛擬私有雲中部署存取點，這種虛擬私有雲具有適當的可連線類型
- 在 DNS 中註冊用戶存取點的 IP 位址和網址
- 在用戶端存取點前方新增負載平衡時，管理用戶端空間中服務的安全憑證和彈性
對某些組織來說，將服務存取權管理指派給中央團隊可能可行，但其他組織的結構可能更適合給予每個消費者或應用程式團隊更多獨立性。在專屬模式下運作的副產品是部分元素會複製。例如，一項服務由各應用程式群組註冊多個 DNS 名稱，並管理多組 TLS 憑證。
Cross-Cloud Network 中分散式應用程式的網路區隔和連線一文所述的虛擬私有雲設計，可讓您以共用或專屬模式部署服務存取點。共用消費者存取點會部署在服務存取虛擬私有雲中，可從任何其他虛擬私有雲或外部網路存取。專屬用戶存取點部署在應用程式虛擬私有雲中，只能從該應用程式虛擬私有雲中的資源存取。
服務存取虛擬私有雲和應用程式虛擬私有雲的主要差異，在於服務存取虛擬私有雲啟用的服務存取點傳遞連線。服務存取虛擬私有雲不限於託管用戶存取點，VPC 可託管應用程式資源，以及共用的消費者存取點。在這種情況下，應將虛擬私有雲設為服務虛擬私有雲，並以這種方式處理。
共用代管服務存取權
無論採用何種服務使用方法 (包括 Private Service Connect)，請務必完成下列工作：
- 在服務虛擬私有雲中部署服務用戶存取點。服務虛擬私有雲可透過轉送連至其他虛擬私有雲。
- 如果服務存取虛擬私有雲是透過高可用性 VPN 連線，請將用戶存取點的子網路，從透過高可用性 VPN 與其他網路對接的 Cloud Router，advertise 為自訂路由 advertisement。如果是 Google API，請 advertise API 的主機 IP 位址。
- 更新多雲端防火牆規則，允許私人服務存取子網路。
特別是私人服務存取權，請確保您能滿足下列額外需求：
- 將自訂路由匯出至服務生產者的網路。詳情請參閱「地端部署主機無法與服務生產者的網路通訊」。
- 建立輸入防火牆規則，允許私人服務存取子網路進入應用程式虛擬私有雲
- 建立輸入防火牆規則，允許私人服務存取子網路進入服務虛擬私有雲
如要存取無伺服器服務，請確認您符合下列條件：
- 存取連接器需要專用的 /28 一般子網路
- Cloud Router 預設會 advertise 一般子網路
- 建立輸入防火牆規則，允許虛擬私有雲中的所有虛擬私有雲存取子網路
- 更新多雲端防火牆規則，允許 VPC 存取連接器子網路
- 建立輸入防火牆規則，允許私人服務存取子網路進入應用程式虛擬私有雲
專屬代管服務存取權
請務必完成下列工作：
- 在需要存取權的每個應用程式虛擬私有雲中，為服務部署轉送規則，以建立存取點。
- 如要使用私人服務存取權，請建立輸入防火牆規則，允許私人服務存取子網路進入應用程式虛擬私有雲。
如要存取無伺服器服務，請確認您符合下列條件：
- 存取連接器需要專用的 /28 一般子網路
- 建立輸入防火牆規則，允許應用程式虛擬私有雲中的虛擬私有雲存取連接器子網路
組合應用程式堆疊
本節說明如何組裝區域或全域應用程式堆疊。
設計區域性應用程式堆疊
如果應用程式採用區域性或多區域部署原型，請使用區域性應用程式堆疊。區域性應用程式堆疊可視為區域性應用程式服務層的串連。舉例來說，區域性網頁服務層與同一區域的應用程式層通訊，而該應用程式層又與同一區域的資料庫層通訊，這就是區域性應用程式堆疊。
每個區域性應用程式服務層都會使用負載平衡器，將流量分配到該區域中該層的端點。將後端資源分散到區域內的三個以上可用區，即可確保可靠性。
其他 CSP 或地端部署資料中心內的應用程式服務層，應部署在外部網路的對等區域。此外，請在堆疊區域中提供已發布的服務。如要調整區域內的應用程式堆疊，應用程式服務層網址必須解析為特定負載平衡器前端區域 IP 位址。這些 DNS 對應會註冊在每個應用程式服務的相關 DNS 區域中。
下圖顯示具有主動待命彈性的區域性堆疊：
應用程式堆疊的完整執行個體會部署在不同雲端資料中心的各個區域。當任何應用程式服務層發生區域性故障時，其他區域的堆疊會接管整個應用程式的傳遞作業。這項容錯移轉作業是為了因應不同應用程式服務層的頻外監控而執行。
當其中一個服務層回報失敗時，應用程式的前端會重新錨定至備份堆疊。應用程式會參照一組區域名稱記錄，這些記錄反映 DNS 中的區域 IP 位址堆疊，因此應用程式的每一層都會在相同區域內維護連線。
設計全球應用程式堆疊
如果應用程式採用全域應用程式部署原型，每個應用程式服務層都會包含多個區域的後端。納入多個區域的後端，可將應用程式服務層的彈性集區擴展至單一區域以外，並啟用自動容錯移轉偵測和重新收斂。
下圖顯示全域應用程式堆疊：
上圖顯示由下列元件組成的全域應用程式：
- 在地端部署資料中心執行的服務，並使用負載平衡器前端。負載平衡器存取點可透過 Cloud Interconnect 從傳輸虛擬私有雲連線。
- 傳輸虛擬私有雲會託管外部資料中心和應用程式虛擬私有雲之間的混合連線。
- 應用程式虛擬私有雲：託管在工作負載執行個體上執行的核心應用程式。這些工作負載執行個體位於負載平衡器後方。您可以從網路中的任何區域連至負載平衡器，負載平衡器也可以連至網路中任何區域的後端。
- 服務虛擬私有雲：託管服務存取點，用於在其他位置 (例如第三方虛擬私有雲) 執行的服務。這些服務存取點可透過服務 VPC 和傳輸 VPC 之間的高可用性 VPN 連線連線。
- 由其他組織或主要組織託管的服務生產者虛擬私有雲，以及在其他位置執行的應用程式。Private Service Connect 後端會部署為全域後端，並連結至託管於服務虛擬私有雲的區域性負載平衡器，讓相關服務可供存取。可從任何其他區域連至區域性負載平衡器。
如要讓建立的應用程式可透過網際網路連線，您可以新增全域外部應用程式負載平衡器，指向應用程式虛擬私有雲中的應用程式工作負載 (未顯示在圖表中)。
為了支援全域應用程式堆疊，我們為每個應用程式層使用全域後端。這樣一來，即使某個區域的所有後端端點都發生故障，也能復原。每個區域都有一個區域性負載平衡器前端，用於每個應用程式服務層。發生區域性容錯移轉時，內部區域性負載平衡器前端會使用全域存取權，因此可跨區域連線。由於應用程式堆疊是全域的，因此會使用 DNS 地理位置路由政策，為特定要求或流程選取最合適的區域性前端。如果前端故障，您可以使用 DNS 健康狀態檢查，自動從一個前端容錯移轉至另一個前端。
使用 Private Service Connect 後端發布的服務，可享有 Private Service Connect 全域存取權。這項功能可讓您從任何區域連線至 Private Service Connect 後端，並減少應用程式服務層故障造成的中斷情形。這表示 Private Service Connect 後端可做為全域後端，詳情請參閱「判斷服務範圍：區域或全域」。
提供私人存取權，以便存取外部網路中託管的服務
您可能想為託管於其他網路的服務發布本機存取點。在這種情況下，您可以使用混合 NEG，設定內部區域性 TCP Proxy 負載平衡器。您可以建立託管於地端部署或其他雲端環境的服務生產者，供虛擬私有雲網路中的服務消費者 (用戶端) 使用，如下圖所示：
如要在託管負載平衡器的虛擬私有雲網路以外，提供混合式服務，可以使用 Private Service Connect 發布服務。將服務連結放在內部區域性 TCP Proxy 負載平衡器前方，即可讓其他虛擬私有雲網路中的用戶端，連至在地端部署或其他雲端環境中執行的混合式服務。
在跨雲端環境中，使用混合式 NEG 可確保應用程式之間的通訊安全。
當其他組織發布應用程式服務時，請使用混合式 NEG 擴充該服務的私人存取權抽象化。請參考下圖說明：
在上圖中，應用程式服務層完全由鄰近的 CSP 組成，圖中未灰顯的部分會醒目顯示。混合式負載平衡器會與 Private Service Connect 服務連結搭配使用，做為在Google Cloud內發布外部應用程式服務以供私人使用的機制。混合式負載平衡器搭配混合式 NEG 和 Private Service Connect 服務連結，位於服務生產者專案中的虛擬私有雲。這個服務生產者專案通常與傳輸虛擬私有雲不同，因為它位於生產者組織或專案的管理範圍內，因此與一般傳輸服務分開。供應商虛擬私有雲不需要透過虛擬私有雲對接或高可用性 VPN，與用戶虛擬私有雲 (圖中的服務 Shared VPC) 連線。
集中管理服務存取權
服務存取權可集中至虛擬私有雲網路，並從其他應用程式網路存取。下圖顯示可集中存取點的常見模式：
下圖顯示從專用服務虛擬私有雲存取的所有服務：
如果服務的前端是應用程式負載平衡器，您可以使用網址對應，將流量導向不同的服務後端，而不是為每項服務使用不同的負載平衡器，這樣就能整合至較少的負載平衡器。原則上，應用程式堆疊可以完全由單一應用程式負載平衡器、服務後端和適當的網址對應組成。
在這個實作中，您必須在虛擬私有雲中使用混合 NEG，才能支援大多數後端類型。例外狀況是 Private Service Connect NEG 或後端，詳情請參閱「使用 Private Service Connect 明確鏈結 Google Cloud L7 負載平衡器」。
在虛擬私有雲之間使用混合 NEG，就無法對後端進行自動修復和自動調度資源。已發布的服務在提供自動調度資源的生產者租戶中，已有負載平衡器。因此，只有在集中管理原生組成 (而非從發布項目取用) 的服務層負載平衡功能時，才會遇到混合式 NEG 的限制。
使用這種服務網路模式時，請注意，服務是透過額外的負載平衡層使用。
Private Service Connect 服務端點可透過 NCC 輪輻虛擬私有雲連線。
集中模式會在服務的使用者端新增一層負載平衡。使用這個模式時，您也需要在用戶專案中管理憑證、彈性和其他 DNS 對應。
其他注意事項
本節包含本文件未明確涵蓋的常見產品和服務注意事項。
GKE 控制層注意事項
GKE 控制層部署在 Google 代管的租戶專案中，該專案透過虛擬私有雲網路對接，連線至客戶的虛擬私有雲。由於虛擬私有雲網路對接不具傳遞性，因此無法透過中樞和輪輻虛擬私有雲對接網路拓撲，直接與控制層通訊。
考量 GKE 設計選項 (例如集中式或分散式) 時，從多雲端來源直接存取控制層是重要考量。如果 GKE 部署在集中式虛擬私有雲中，則可跨雲端和在Google Cloud內存取控制層。不過，如果 GKE 部署在分散式虛擬私有雲中，就無法直接與控制層通訊。如果組織除了採用分散式設計模式外，還需要存取 GKE 控制層，網路管理員可以部署連結代理程式做為 Proxy，克服 GKE 控制層的非遞移性對等互連限制。
安全性 - VPC Service Controls
如果工作負載涉及機密資料，請使用 VPC Service Controls，為虛擬私有雲資源和 Google 代管服務設定 service perimeter，並控管資料在 perimeter 邊界之間的移動。使用 VPC Service Controls，您可以將專案和地端部署網路分組到單一 perimeter，防止透過 Google 代管服務存取資料。您可以使用 VPC Service Controls 輸入和輸出規則，允許不同 service perimeter 中的專案和服務進行通訊 (包括不在 perimeter 內的虛擬私有雲網路)。
如需建議的部署架構、完整的入門程序和作業最佳做法，請參閱「企業適用的 VPC Service Controls 最佳做法」和「安全性基礎藍圖」。
API/服務的 DNS
服務供應商可以使用 Private Service Connect 發布服務。服務生產者可以選擇設定 DNS 網域名稱，與服務建立關聯。如果已設定網域名稱，且服務消費者建立了指定該服務的端點，Private Service Connect 和 Service Directory 會在服務消費者虛擬私有雲網路的私人 DNS 區域中，自動為該服務建立 DNS 項目。
後續步驟
- 設計 Cross-Cloud Network 應用程式的網路安全。
- 進一步瞭解本設計指南使用的 Google Cloud 產品：
- 如要查看更多參考架構、圖表和最佳做法，請瀏覽 Cloud Architecture Center。
貢獻者
作者：
- Victor Moreno | Cloud Networking 產品經理
- Ghaleb Al-habian | 網路專家
- Deepak Michael | 網路專員客戶工程師
- Osvaldo Costa | 網路專家客戶工程師
- Jonathan Almaleh | Staff Technical Solutions Consultant
其他貢獻者：
- Zach Seils | 網路專員
- Christopher Abraham | 網路專家客戶工程師
- Emanuele Mazza | 網路產品專員
- Aurélien Legrand | 策略雲端工程師
- Eric Yu | 網路專員客戶工程師
- Kumar Dhanagopal | 跨產品解決方案開發人員
- Mark Schlagenhauf | 網路技術文件撰稿者
- Marwan Al Shawi | 合作夥伴客戶工程師
- Ammett Williams | 開發人員關係工程師