本申請要求在2014年10月30日提交的美國臨時專利申請?zhí)?2/072,976；在2015年9月28日提交的美國臨時專利申請?zhí)?2/233,933；在2015年10月29日提交的美國專利申請?zhí)?4/927,451的權益，上述專利申請各自的全部內容通過引用結合于此。
技術領域：
本發(fā)明涉及計算機網(wǎng)絡，并且更具體地，涉及有利于在云服務客戶和云服務提供商者之間互連互通的平臺。
背景技術：
：云計算是指可經(jīng)由諸如互聯(lián)網(wǎng)的網(wǎng)絡訪問的動態(tài)可擴展計算資源的使用。往往被稱為“云”的計算資源向用戶提供一或多個服務。這些服務可根據(jù)服務類型來分類，服務類型可包括例如應用/軟件、平臺、基礎設施、虛擬化以及服務器和數(shù)據(jù)存儲。服務類型的名稱通常在短語“as-a-service”之前，使得作為示例的應用/軟件和基礎設施的交付可被分別稱為軟件即服務(SaaS)和基礎設施即服務(IaaS)。術語“基于云的服務”或者更簡單地，“云服務”不僅指由云提供的服務，而且還指云客戶與云服務提供商針對在線交付由云提供的服務而簽約的服務提供的形式。云服務提供商管理公共、專用或混合云，以有利于向一或多個云客戶在線交付云服務。技術實現(xiàn)要素：本公開大體描述用于動態(tài)配置和管理基于云的服務交換或“云交換”、以有利于從多個云服務提供商至一或多個云客戶的云服務交付的虛擬連接的互連平臺。云交換可允許云客戶繞過公共互聯(lián)網(wǎng)以直接連接到云服務提供商，以便提高性能、降低成本、增加連接的安全性和保密性并利用另外應用的云計算。這樣，例如，企業(yè)、網(wǎng)絡運營商和SaaS客戶可將云服務與其內部應用集成，就好像此類服務是其自己的數(shù)據(jù)中心網(wǎng)絡的一部分或以其它方式直接耦合到它們自己的數(shù)據(jù)中心網(wǎng)絡。在一些示例中，用于云交換的互連平臺暴露一組軟件接口，其在本文中也被稱為應用程序編程接口(API)并根據(jù)該應用程序編程接口(API)來描述，其允許以可編程的方式訪問互連平臺的性能并評估該互連平臺。因此，軟件接口提供可擴展框架，其允許與交換的客戶和合作伙伴相關聯(lián)的軟件開發(fā)者構建訪問互連平臺的軟件應用，該軟件應用自動地管理參與互連平臺的多個云服務提供商的互連。換句話說，來自網(wǎng)絡服務提供商、云服務提供商、托管服務提供商和其它企業(yè)的開發(fā)者可使用由互連平臺暴露并由API定義的軟件接口來構建用于和互連平臺無縫互連以有利于從云服務提供商至云服務客戶的云服務交付的定制應用和框架。由API定義的這些軟件接口允許接近實時的互連設置和更改的機器對機器通信，并且也可消除或減少整個互連設置和管理過程的人機交互的需要。這樣，軟件接口提供建立、卸載和管理與參與互連平臺的多個云提供商的互連的自動化和無縫方式。在一個示例中，互連平臺包括內部編排引擎，其組織、命令和集成用于管理云交換的互連的各個方面的底層軟件和網(wǎng)絡子系統(tǒng)。編排引擎可例如提供在API和交換的底層互連平臺之間運行的規(guī)則驅動工作流引擎。這樣，編排引擎可被用于在云交換的互連平臺內直接參與的客戶專用應用和API使用。如本文所述，編排引擎合成信息和動作以針對客戶應用做出的動態(tài)請求制定智能下一步驟和做出響應。因此，編排引擎通過提供訪問互連平臺的一致的、簡化和安全的方式來提取云交換的底層軟件和網(wǎng)絡子系統(tǒng)的復雜性。在一些示例中，基于云的服務交換包括網(wǎng)絡數(shù)據(jù)中心，其包括相應的端口，多個網(wǎng)絡通過該端口連接到網(wǎng)絡數(shù)據(jù)中心，每一網(wǎng)絡具有不同的網(wǎng)絡地址空間并與多個客戶或云服務提供商中的不同客戶或云提供商相關聯(lián)；在網(wǎng)絡數(shù)據(jù)中心內的多個互連資產(chǎn)，其被配置成通過該網(wǎng)絡數(shù)據(jù)中心的交換結構將與基于云的服務交換的多個客戶相關聯(lián)的每個網(wǎng)絡連接到與云服務提供商相關聯(lián)的一或多個網(wǎng)絡，多個互連資產(chǎn)包括用于與多個客戶相關聯(lián)的每個網(wǎng)絡的一組相應的一或多個虛擬電路并提供在與多個客戶相關聯(lián)的網(wǎng)絡和從多個云服務提供商相關聯(lián)的網(wǎng)絡內執(zhí)行的云服務之間的網(wǎng)絡數(shù)據(jù)中心內的網(wǎng)絡連通性；以及在網(wǎng)絡數(shù)據(jù)中心內的一或多個管理裝置上執(zhí)行并呈現(xiàn)軟件接口的互連平臺，該軟件接口可由與多個客戶相關聯(lián)的網(wǎng)絡可達并且被配置成響應于接收到由在與客戶相關聯(lián)的任一網(wǎng)絡內執(zhí)行的應用發(fā)出的請求，訪問多個互連資產(chǎn)以滿足該請求。在一些示例中，基于云的服務交換包括多個互連資產(chǎn)，被配置成將基于云的服務交換的客戶連接到一或多個云服務提供商，該多個互連資產(chǎn)包括虛擬電路，客戶通過該虛擬電路訪問來自一或多個云服務提供商的云服務；以及編排引擎，被配置成更改多個互連資產(chǎn)。在一些示例中，方法包括由在網(wǎng)絡數(shù)據(jù)中心內的一或多個管理裝置上的基于云的服務交換執(zhí)行互連平臺以呈現(xiàn)與多個客戶相關聯(lián)的網(wǎng)絡可達的軟件接口；并且響應于接收到由在與客戶相關聯(lián)的任一網(wǎng)絡內執(zhí)行的應用發(fā)出的請求，訪問網(wǎng)絡數(shù)據(jù)中心的多個互連資產(chǎn)以滿足該請求，其中，該網(wǎng)絡數(shù)據(jù)中心包括相應的端口，多個網(wǎng)絡通過該端口連接到該網(wǎng)絡數(shù)據(jù)中心，每個網(wǎng)絡具有不同的網(wǎng)絡地址空間并與多個客戶或云服務提供商中的不同客戶或云服務提供商相關聯(lián)，并且其中，網(wǎng)絡數(shù)據(jù)中心內的多個互連資產(chǎn)通過該網(wǎng)絡數(shù)據(jù)中心的交換結構將與基于云的服務交換的多個客戶相關聯(lián)的每個網(wǎng)絡連接到與云服務提供商相關聯(lián)的一或多個網(wǎng)絡，多個互連資產(chǎn)包括用于與多個客戶相關聯(lián)的每個網(wǎng)絡的一組相應一或多個虛擬電路并提供在與多個客戶相關聯(lián)的網(wǎng)絡和從多個云服務提供商相關聯(lián)的網(wǎng)絡內執(zhí)行的云服務之間的網(wǎng)絡數(shù)據(jù)中心內的網(wǎng)絡連通性。本發(fā)明的一或多個實施例的細節(jié)在附圖和下面的具體實施方式中闡述。本發(fā)明的其它特征、目標和優(yōu)點通過說明書和附圖以及權利要求將是顯而易見的。附圖說明圖1A為示出提供基于云的服務交換的操作環(huán)境的數(shù)據(jù)中心的高級視圖的框圖。圖1B為示出根據(jù)本文所述的一些示例實施方案的基于云的服務交換的框圖。圖1C示出基于云的服務交換的另一示例實施方案。圖1D為示出根據(jù)本公開的技術，由互連平臺管理的云交換的多個云交換點提供在地理上分布的運營商之間的交叉連接可用性的示例的框圖。圖2為示出根據(jù)本文所述的技術的用于云交換的示例架構的細節(jié)的框圖。圖3A至圖3B描繪根據(jù)本文所述的技術的用于互連軟件接口的流程圖。圖4為示出根據(jù)在本公開中所述的技術的用于云交換的互連平臺103的替代表示的框圖。圖5至圖11中的每個為示出如在本公開中描述的由用于云交換的互連平臺的示例組件執(zhí)行的調用流程和操作的流程圖。圖12為示出根據(jù)本公開的一或多個技術運行的計算裝置的一個示例的進一步細節(jié)的框圖。圖13為示出進一步詳細示出根據(jù)本文所述的技術的編排引擎的邏輯架構的示例系統(tǒng)的框圖。圖14為示出進一步詳細示出根據(jù)本文所述的技術的編排引擎的參考架構的示例系統(tǒng)的框圖。圖15為示例根據(jù)本公開的示例方面的由編排引擎執(zhí)行的示例工作流的流程圖。圖16為示出根據(jù)本公開的示例方面的關于形成虛擬電路的示例編排引擎工作流的示例邏輯示意圖。圖17為示出根據(jù)本公開的示例方面的關于獲得員工工資信息的示例編排引擎工作流的示例邏輯示意圖。圖18A至圖18B為示出根據(jù)在本公開中描述的技術的示例網(wǎng)絡架構和由用于云交換的可編程網(wǎng)絡平臺提供的服務的框圖，其中，該云交換聚合多個云服務提供商向云交換提供商的客戶提供的云服務并聚合多個客戶對一或多個云服務提供商的訪問。圖19為示出根據(jù)本文所述的技術的基于數(shù)據(jù)中心的云交換點的示例的框圖，其中，該云交換點的路由器被互連平臺配置有用于從多個云服務提供商網(wǎng)絡向客戶網(wǎng)絡路由和轉發(fā)聚合服務業(yè)務的虛擬專用網(wǎng)絡路由和轉發(fā)實例。圖20為示出根據(jù)在本公開中描述的技術的開發(fā)框架的邏輯視圖的概念圖。圖21為進一步詳細示出根據(jù)在本公開中描述的技術的用于有利于構架構建、構建、測試和部署基于微服務的應用的開發(fā)框架的組件的框圖。圖22為示出使用在本公開中描述的開發(fā)框架和技術，根據(jù)基于微服務的應用架構的用于開發(fā)應用的示例開發(fā)過程的流程圖。圖23為示出根據(jù)在本公開中描述的技術，由開發(fā)框架執(zhí)行并通過編排和微服務定義執(zhí)行的開發(fā)框架項目的組件和端對端構架構建過程的概念圖。圖24至圖26描繪根據(jù)本文所述的技術的用于開發(fā)框架的示例界面和輸入/輸出。圖27為描繪根據(jù)在本公開中描述的技術的使用開發(fā)框架進行開發(fā)的基于云的服務交換的互連平臺的組件的框圖。圖28為示出根據(jù)本公開的一或多個技術運行的計算裝置的一個示例的進一步細節(jié)的框圖。相同的附圖字符代表整個附圖和文本中的相同元件。具體實施方式本公開大體描述了用于基于云的服務交換(“云交換”)的實時配置和管理的互連平臺。如本文所述，互連平臺向交換客戶例如企業(yè)、網(wǎng)絡運營商和SaaS客戶提供至全球的多個云服務提供商(CSP)的安全、專用、虛擬連接。多個CSP借助于他們在云交換中具有至少一個可訪問端口來參與云交換，通過這些端口，客戶可以分別連接至由CSP提供的一或多個云服務。根據(jù)本文所述的各種示例，描述了云交換，其允許任何客戶的專用網(wǎng)絡在公共點直接交叉連接到任何其它客戶，從而允許客戶的網(wǎng)絡之間的網(wǎng)絡業(yè)務的直接交換?？蛻艨砂ňW(wǎng)絡運營商(或網(wǎng)絡服務提供商)、企業(yè)和由一個或多個云服務提供商所提供的云服務的其他用戶。圖1A為示出提供基于云的服務交換100的操作環(huán)境的數(shù)據(jù)中心101的高級視圖的框圖?；谠频姆战粨Q100(“云交換100”)允許客戶網(wǎng)絡104D、104E和任何運營商106A至106C(統(tǒng)稱為“運營商106”)的運營商網(wǎng)絡104A至104C(統(tǒng)稱為“專用網(wǎng)絡104”)或包括客戶107A、107B的其它云客戶中的對應一個經(jīng)由虛擬層2(L2)或層3(L3)連接直接交叉連接到任何其它客戶網(wǎng)絡和/或云服務提供商110A至110N(統(tǒng)稱為“CSP110”)中的任一者，從而允許客戶網(wǎng)絡和CSP110之間的網(wǎng)絡業(yè)務的直接交換。運營商106各自可以表示與傳輸網(wǎng)絡相關聯(lián)的網(wǎng)絡服務提供商，運營商106的網(wǎng)絡用戶通過該傳輸網(wǎng)絡經(jīng)由云交換100可訪問由CSP110提供的云服務。一般來說，CSP110的客戶可包括網(wǎng)絡運營商、大型企業(yè)、托管的服務提供商(MSPS)以及軟件即服務(SaaS)、平臺即服務(PaaS)、基礎設施即服務(IaaS)、虛擬化即服務(VaaS)和數(shù)據(jù)存儲即服務(dSaaS)的CSP110經(jīng)由云交換100所提供的此類基于云的服務的客戶。這樣，云交換100以透明和中立的方式精簡和簡化合作CSP110和客戶(經(jīng)由運營商106或直接)的過程。云交換100的一個示例應用為共址和互連數(shù)據(jù)中心，CSP110和運營商106和/或客戶107可在此共址和互連數(shù)據(jù)中心中有網(wǎng)絡存在，諸如通過具有可用于數(shù)據(jù)中心內的互連的一或多個可訪問端口。這允許參與的運營商、客戶和CSP在相同設施中具有范圍廣泛的互連互通選項。數(shù)據(jù)中心101的云交換100包括提供L2/L3交換結構的網(wǎng)絡基礎設施122，CSP110和客戶/運營商通過該交換結構互連。這使得運營商/客戶能夠具有創(chuàng)建只能一次性連接到云交換100的交換結構和下層互連平臺103的多對多互連的選項。換句話說，代替必須建立跨傳輸網(wǎng)絡以訪問不同云服務提供商或一或多個云服務提供商的不同云服務的獨立連接，云交換100允許客戶使用數(shù)據(jù)中心101內的網(wǎng)絡基礎設施122在多個CSP和云服務之間互連。通過被連接到并利用云交換100，客戶可以購買服務并聯(lián)系在許多不同的地理區(qū)域中的許多終端用戶，而不會引起通常與安裝和維護與多個CSP110的多個虛擬連接相關聯(lián)的相同費用。例如，運營商106A可以使用運營商106D的網(wǎng)絡104D來擴展其服務。通過連接到云交換100，運營商106可能夠通過向其它運營商提供其網(wǎng)絡服務來產(chǎn)生額外的收入。例如，運營商106D可以向其它運營商提供使用運營商網(wǎng)絡104D的機會。在本文所述的一些示例實施方案中，云交換100包括暴露軟件接口集合的互連平臺103，該軟件接口在這里也被稱為應用程序編程接口(API)114，因為API114定義方法、字段和/或其它軟件原語，應用可以通過其調用互連平臺103。軟件接口允許運營商106和客戶107可編程地訪問云交換100的能力和資產(chǎn)。在買方側，由底層互連平臺呈現(xiàn)的軟件接口提供可擴展的框架，其允許與云交換100的客戶相關聯(lián)的軟件開發(fā)者創(chuàng)建允許和利用對互連平臺的訪問的軟件應用，通過該互連平臺，應用可請求云交換建立至由CSP110中的任一者所提供的云服務的連接。例如，這些買方軟件接口(或API114的“買方API”)可允許NSP和企業(yè)客戶的客戶應用，例如獲得客戶訪問云交換的授權、獲得關于可用云服務的信息、獲得有效端口和城域詳細信息、創(chuàng)建訪問云服務的不同帶寬的虛擬電路(包括基于購買的云服務的帶寬動態(tài)選擇，為云服務提供商創(chuàng)建按需和基于需求的虛擬電路)、刪除虛擬電路、獲得有效虛擬電路信息、獲得與云交換提供商合作的周圍CSP的詳細信息、獲得定制的分析數(shù)據(jù)并驗證合作伙伴對互連資產(chǎn)的訪問。在云提供商(賣方)側，軟件接口可允許與云提供商相關聯(lián)的軟件開發(fā)者管理他們的云服務并且使客戶能夠連接到他們的云服務。例如，這些賣方側軟件接口(或API114的“賣方API”)可允許云提供商應用獲得訪問云交換的授權、獲得關于可用云服務的信息、獲得提供商的有效端口和城域詳細信息、獲得在供應商的給定數(shù)據(jù)中心中的有效端口詳細信息、批準或拒絕由客戶創(chuàng)建的改變訪問云服務的帶寬的虛擬電路、獲得等待添加的虛擬電路并確認虛擬電路的添加、獲得等待刪除的虛擬電路并確認虛擬電路的刪除、獲得定制的分析數(shù)據(jù)并驗證合作伙伴對互連資產(chǎn)的訪問。如本文進一步所述，API114有利于機器對機器通信以實現(xiàn)用于互連客戶和提供商網(wǎng)絡的云交換中的虛擬電路的動態(tài)分配。這樣，互連平臺103實現(xiàn)云服務調配的各方面的自動化。例如，軟件接口可為客戶提供自動化和無縫的方式來建立、卸載和管理與參與云交換的多個不同云提供商的互連。在一些示例中，云交換100包括API網(wǎng)關112，其具有執(zhí)行一或多個應用的一或多個處理器，該一或多個應用暴露根據(jù)API114定義的軟件接口。應用可調用對應于API114的端點的服務，并且服務本身可調用編排引擎118的云交換平臺服務。API網(wǎng)關112可在諸如數(shù)據(jù)中心101的一或多個虛擬機和/或真實服務器的管理裝置上執(zhí)行。盡管在圖1A中被示為單個元件，但是API網(wǎng)關112可包括在一或多個物理處理器上執(zhí)行的一或多個物理和/或虛擬計算機器的集群。在一些示例中，云交換包括組織、命令和集成底層軟件子系統(tǒng)120的用于管理網(wǎng)絡基礎設施122內的互連的各個方面以及云服務管理的編排引擎118。編排引擎118例如可提供在API114和包括子系統(tǒng)120和網(wǎng)絡基礎設施122的云交換100的底層互連平臺之間運行的規(guī)則驅動工作流引擎。這樣，編排引擎118可以被客戶專用應用和API114用來直接參與云交換100的互連平臺103。換句話說，編排引擎118提供具有各種應用引擎或工作流的“云交換平臺服務”來處理API網(wǎng)關112服務請求。子系統(tǒng)120和編排引擎118可各自為集中式或分布式應用，并且可在諸如數(shù)據(jù)中心101的一或多個虛擬機和/或真實服務器的管理裝置上執(zhí)行。網(wǎng)絡基礎設施122表示云交換交換結構，并且包括可根據(jù)本文所述的技術通過調用API114與虛擬電路動態(tài)互連的多個端口。每個端口與運營商106、客戶107和CSP110中的一個相關聯(lián)。虛擬電路可指的是例如諸如第2層VPN或虛擬專用LAN(例如，E-LINE、E-LAN、E-TREE或E-Access)的以太網(wǎng)連接、基于互聯(lián)網(wǎng)交換以及云交換的互連，其中，在基于互聯(lián)網(wǎng)交換的互連中，互連客戶的相應路由器直接對等并交換經(jīng)由交換100所交換的服務業(yè)務的層3路由，其中，在云交換互連中，客戶路由器對等交換100(或“提供商”)路由器而不是直接對等其他客戶。下面參考圖18A、18B和19提供云交換的示例細節(jié)。對于在層3或更高層處的互連，客戶107和運營商106可以經(jīng)由層3對等和至交換100的物理連接直接地接收服務或經(jīng)由運營商106之一間接地接收服務。運營商106通過在一或多個交換內保持物理存在以及聚合來自一或多個客戶107的層3訪問來提供“轉接”。運營商106可在層3處直接對等一或多個交換，并且這樣做提供間接層3連接并且對等一或多個客戶107，客戶107可據(jù)此從交換100獲得服務。圖1B為示出根據(jù)本文所述的一些示例實施方案的基于云的服務交換100的框圖。在該示例架構中，云交換100包括多個云交換點128A至128C(也被描述為“云交換點”并且統(tǒng)稱為“云交換點128”)，其可表示城域內的地理上分布的數(shù)據(jù)中心，其中，云交換100可以直接或間接(經(jīng)由NSP106)將云服務提供商110與訪問云服務的云客戶108互連。由CSP110、NSP106和客戶108開發(fā)和部署的應用130調用互連平臺103的API114以例如自動控制用于與一或多個云提供商/客戶互連的方面的云交換100的調配和管理方面，包括：(1)互連調配、(2)運營商的識別和授權、(3)管理和履行訂單、(4)交付網(wǎng)絡服務、(5)管理庫存和容量、(6)管理和報告/報警事件和(7)內容管理。在該示例中，API114包括端點116A至116K(統(tǒng)稱為“端點116”)，每個端點表示由互連平臺103暴露的資源。端點的示例在下面關于圖3A進一步詳細地描述。應用130可根據(jù)客戶端/服務器模型與API網(wǎng)關112交互。應用130可發(fā)送針對API114的任何端點116的請求。API網(wǎng)關112響應于請求調用編排引擎118的云交換平臺服務，編排引擎118可為底層子系統(tǒng)120編排服務任務的工作流以滿足該請求。響應于該請求，例如，在工作流完成時，API網(wǎng)關112可以從被調用的端點116向請求應用130發(fā)送響應。在一些示例中，API114可符合表示性狀態(tài)轉移模型，即為RESTful接口，其中，端點116表示RESTful接口的不同方法。應用130可使用用于傳送指定該方法的應用數(shù)據(jù)(例如，HTTP)的通信協(xié)議、資源統(tǒng)一資源標識符(URI)以及該方法的可選參數(shù)來調用任何端點116。API網(wǎng)關112將資源URI和可選參數(shù)轉換為云交換平臺相關構造，并且根據(jù)與由應用數(shù)據(jù)指定的端點116對應的創(chuàng)建、讀取、更新和刪除(CRUD)或確認動作中的一個來調用編排引擎118的云交換平臺。例如，在HTTP用語中，創(chuàng)建動作對應于POST方法、讀取對應于GET方法以及確認對應于PATCH方法。子系統(tǒng)120可應用由編排引擎118編排的服務任務，其可包括更改任何云交換點128以執(zhí)行例如CSP110和客戶108之間的虛擬電路的按需設置，或者以其它方式管理云交換點128互連資產(chǎn)，諸如端口、城市(metro)、數(shù)據(jù)中心、虛擬電路和虛擬電路帶寬、配置文件和配置。圖1B的云交換100示出根據(jù)本文描述的技術提供多個云交換點的基于城市的云交換?；谠频姆战粨Q100的每個基于云的服務交換點128A-128C可表示地理上位于相同的城市區(qū)域(“基于城市的”，例如在紐約州的紐約市；加利福尼亞州的硅谷；華盛頓州的西雅圖-塔科馬；明尼蘇達州的明尼阿波利斯-圣保羅；英國的倫敦；等)內的不同的數(shù)據(jù)中心以提供彈性和獨立的基于云的服務交換，基于云的服務客戶(“云客戶”)和基于云的服務提供商(“云提供商”)據(jù)此連接以分別接收和提供云服務。在各種示例中，云交換100可包括更多或更少的云交換點128。在一些情況下，云交換100僅包括一個云交換點128。如本文所使用，提及“云交換”或“基于云的服務交換”可指的是云交換點。云交換提供商可在多個不同的城市區(qū)域中部署云交換100的實例，云交換100的每個實例具有一或多個云交換點128。云交換點128中的每者包括網(wǎng)絡基礎設施和云客戶108A-108D(統(tǒng)稱為“云客戶108”)從多個云服務提供商110A-110N(統(tǒng)稱為“云服務提供商110”)接收云服務的運行環(huán)境。云客戶108可經(jīng)由層3對等和與云交換點128之一的物理連接直接或者經(jīng)由網(wǎng)絡服務提供商106A-106B(統(tǒng)稱為“NSP106”或“運營商106”)之一間接接收云服務。NSP106通過保持在一或多個交換點128內的物理存在以及聚合來自一或多個客戶108的層3訪問來提供“云轉接”。NSP106可以在層3處直接對等一或多個云交換點128，并且這樣做提供間接層3連接和對一或多個客戶108的對等，客戶108可據(jù)此從云交換100獲得云服務。在圖1B的示例中，云交換點128中的每者可被指定不同的自主系統(tǒng)號(ASN)。例如，云交換點128A可被分配ASN1、云交換點128B可被分配ASN2，等等。因此，每個云交換點128為從云服務提供商110至客戶108的路徑向量路由協(xié)議(例如，BGP)路徑的下一跳。因此，盡管不是具有一或多個廣域網(wǎng)鏈路和伴隨的互聯(lián)網(wǎng)接入和轉接策略的轉接網(wǎng)絡，每個云交換點128可經(jīng)由外部BGP(eBGP)或其它外部網(wǎng)關路由協(xié)議對等多個不同的自主系統(tǒng)，以便交換、聚合和路由從一或多個云服務提供商110至客戶的服務業(yè)務。換句話說，云交換點128可內化云服務提供商110和客戶108將保持成對的eBGP對等關系。相反，客戶108可配置與云交換點128的eBGP對等關系并經(jīng)由云交換從一或多個云服務提供商110接收多個云服務。而本文所述主要涉及云交換點和客戶、NSP或云服務提供商網(wǎng)絡之間的eBGP或其它層3路由協(xié)議的對等，云交換點可以其它方式，諸如通過靜態(tài)配置或經(jīng)由路由信息協(xié)議(RIP)、開放式最短路徑優(yōu)先(OSPF)、中間系統(tǒng)對中間系統(tǒng)(IS)或其它路由分配協(xié)議從這些網(wǎng)絡學習路由。在上面的示例中，客戶108D被視為與云交換100的云交換供應商簽約以經(jīng)由云交換點128C、128D直接訪問層3云服務。這樣，客戶108D例如接收至云服務提供商110A的冗余層3連接。相反，客戶108C被示為已與云交換100的云交換提供商簽約以經(jīng)由云交換點128C直接訪問層3云服務并且也被示為已與NSP106B簽約以經(jīng)由NSP106B的傳輸網(wǎng)絡訪問層3云服務?？蛻?08B被示為已與多個NSP106A、106B簽約以經(jīng)由NSP106A、106B的各自傳輸網(wǎng)絡冗余云訪問云交換點128A、128B。通過NSP106和云交換點128的交換裝置內的L3對等配置和L3連接，例如，在云交換點128內建立的將云服務提供商110網(wǎng)絡互連至NSP106網(wǎng)絡和客戶108網(wǎng)絡的層3虛擬電路，上述契約在云交換點128的網(wǎng)絡基礎設施中被實例化，所有這些使得至少一個端口提供在一或多個云交換點128內的連接。對于層3的云服務，虛擬電路可表示在將客戶網(wǎng)絡連接至云交換點的附接電路和將云服務提供商網(wǎng)絡連接至云交換點的附接電路之間的通過一或多個云交換點128的IP/MPLS結構的層3路徑。每個虛擬電路可包括至少一個隧道(例如，LSP和/或通用路由封裝(GRE)隧道)，其在云交換點的提供商邊緣/自主系統(tǒng)邊界具有端點。云交換點128可被配置成實現(xiàn)多個層3虛擬電路以使客戶/NSP網(wǎng)絡和云服務提供商網(wǎng)絡與端對端IP路徑互連。云服務提供商和客戶/NSP中的每者可為多個虛擬電路的端點，其中，多個虛擬電路跨越一或多個云交換點128以連接各端點。云交換點的示例實施方案在下面參考圖18A至圖18B和圖19更詳細描述。圖1C示出基于云的服務交換的另一示例實施方案。在該示例中，云交換100為交叉連接運營商網(wǎng)絡205、210、215、220提供高速附接電路208、213、218和223以及用于調配直接的虛擬電路150、155、160、165、170的路由和交換基礎設施，該虛擬電路也被統(tǒng)稱為互連平臺。如圖1B的示例所示，云交換100暴露一組軟件接口114，其在本文中也被稱為應用程序編程接口(API)，其允許客戶系統(tǒng)196可編程地訪問云交換100的互連平臺103的能力和資產(chǎn)。也就是說，軟件接口114提供可擴展的框架，其允許與云交換100的客戶相關聯(lián)的軟件開發(fā)者可在允許和利用交換100的訪問子系統(tǒng)120的客戶系統(tǒng)196上執(zhí)行的軟件應用。交換100的下層子系統(tǒng)120可例如控制交換100的所有方面的調配和管理，包括：(1)調配客戶系統(tǒng)196之間的互連、(2)運營商的識別和授權、(3)管理和履行訂單、(4)交付網(wǎng)絡服務、(5)管理庫存和容量、(6)管理和報告/報警事件和(7)內容管理。因此，云交換100的運營商106和其他客戶，諸如網(wǎng)絡服務提供商、云服務提供商、托管服務提供商和其它企業(yè)可利用由互連平臺暴露的軟件接口來管理它們與其它運營商的直接交叉連接。也就是說，在網(wǎng)絡基礎設施和位于不同運營商網(wǎng)絡205、210、215和220內的調配/計費/結算/AAA系統(tǒng)之間的軟件接口114支持機器對機器通信，如圖1C中的虛線箭頭所示，以用于運營商106建立和管理直接交叉連接。因此，軟件接口114支持互連，例如圖1C的虛擬電路的近似實時設置和更改，并且還可消除或減少對于整個互連建立和管理過程的人機交互的需要。這樣，軟件接口為運營商106提供建立、卸載和管理與參與互連平臺103的多個不同客戶的互連的自動化和無縫方式。此外，如圖1B的示例中進一步示出的，云交換100包括組織、指揮和集成用于管理由云交換100提供的互連服務的各個方面的底層軟件和網(wǎng)絡子系統(tǒng)120的內部編排引擎118。編排引擎118例如可提供在API114和由云交換100的子系統(tǒng)120所提供的底層互連平臺之間運行的規(guī)則驅動工作流引擎。這樣，借助于直接參與云交換的互連平臺的API190，編排引擎118可以由在客戶系統(tǒng)196上執(zhí)行的客戶專用應用來調用。如本文所述，編排引擎118合成來自互連平臺的底層子系統(tǒng)120的信息和動作，以針對客戶應用制定智能的下一步驟和做出響應。因此，編排引擎118通過提供訪問互連平臺的一致的、簡化和安全的方式來提取云交換100的底層軟件和網(wǎng)絡子系統(tǒng)120的復雜性。圖1D為示出根據(jù)本公開的技術，由互連平臺管理的云交換100的多個云交換點提供在地理上分布的運營商之間的交叉連接可用性的示例的框圖。盡管未示出，但是每個云交換點可以實現(xiàn)關于圖1A-圖1C的云交換100所述的示例技術，包括圖1B的云交換點128。圖2為示出根據(jù)本文所述的技術的用于云交換的示例架構的細節(jié)的框圖。如該示例所示，示例云交換100更詳細地示出了API114、內部編排引擎118和子系統(tǒng)120。開發(fā)者社區(qū)300示出可開發(fā)使用API114來訪問云交換100的互連平臺的應用的實體。這些實體包括網(wǎng)絡服務提供商300A、托管服務提供商300B、企業(yè)300C、云服務提供商300D、第三方開發(fā)者300E和其他300F。由這些實體開發(fā)的應用利用云交換100作為互連平臺，其根據(jù)各種實體的策略和配置文件將客戶互連至由云服務提供商所提供的云服務。在該示例中，API114根據(jù)功能包括各種API方法或端點的束。發(fā)現(xiàn)API304A可用于執(zhí)行位置發(fā)現(xiàn)、資產(chǎn)發(fā)現(xiàn)和云服務發(fā)現(xiàn)的可用性?？砂l(fā)現(xiàn)信息可包括可用的城域、數(shù)據(jù)中心、端口、服務、虛擬電路和客戶可通過其獲得或管理云服務的其它互連資產(chǎn)。例如，事務API304B可用于通過機器對機器的交互動態(tài)地調配變化帶寬的端到端虛擬電路、驗證客戶所請求的虛擬電路以及確認虛擬電路的刪除。例如，使用API304C可用于允許提供商和客戶動態(tài)獲得由云交換100的推薦引擎執(zhí)行的推薦信息、獲得關于競爭者存在、云服務存在/可用性和客戶存在/可用性的定制分析、獲得使用統(tǒng)計并管理內容。例如，支持API304D可由客戶或提供商用來管理帳戶、執(zhí)行自動化的計費/開票、驗證信用并為實體配置配置文件和配置信息。在該示例中，編排引擎118(被示為“互連編排引擎118”)組織、指揮和集成用于管理互連的各個方面的底層軟件和網(wǎng)絡子系統(tǒng)120。例如，通過與諸如客戶賬戶和配置文件管理系統(tǒng)、客戶資產(chǎn)管理系統(tǒng)、庫存管理系統(tǒng)、容量管理系統(tǒng)、網(wǎng)絡系統(tǒng)、信用管理系統(tǒng)、內容管理系統(tǒng)和故障單管理系統(tǒng)(未全部在圖2中示出)等無數(shù)的互連啟用子系統(tǒng)120通信，編排引擎118可處理用于調配互連資產(chǎn)的整個報價到現(xiàn)金的循環(huán)。為此，編排引擎118包括工作流和規(guī)則引擎306，其根據(jù)所配置的交換策略308A、配置文件308B和配置308C來響應操作以合成來自子系統(tǒng)120的信息和動作，以針對經(jīng)由API114所接收到的請求制定智能的下一步驟和做出響應。微服務組件308D組合多種互連服務，并且在一些情況下全部互連服務，以提高水平可擴展性、性能效率和低到零的停機時間特征升級和增強。這樣，編排引擎118可提取通過提供統(tǒng)一、簡化和安全的方式來訪問互連平臺以訪問和管理互連資產(chǎn)的底層軟件和子系統(tǒng)120的復雜性。在圖2的示例中由編排引擎118編排的子系統(tǒng)120包括身份(ID)和訪問管理系統(tǒng)310A。在一些示例中，ID和訪問管理系統(tǒng)310A包括容納客戶、資產(chǎn)和許可分層結構的許可數(shù)據(jù)存儲(PDS)。ID和訪問管理系統(tǒng)310A可使用生成安全斷言標記語言(SAML)斷言并且還能夠提供單點登錄(SSO)能力的第三方系統(tǒng)來完成聯(lián)合。編排引擎118可編排多個訂單管理系統(tǒng)310B(例如，針對諸如亞太地區(qū)、歐洲、中東和非洲以及北美洲的不同地區(qū))。編排引擎118將相關的虛擬電路訂單創(chuàng)建信息傳遞到這些訂單管理系統(tǒng)310B，使得可以對合作伙伴進行計費。編排引擎118可通過與網(wǎng)絡服務系統(tǒng)310C無縫集成以與底層網(wǎng)絡系統(tǒng)交互來提取底層網(wǎng)絡系統(tǒng)的復雜性。編排引擎118可結合許可數(shù)據(jù)存儲來利用資產(chǎn)庫存和容量管理系統(tǒng)310D以獲得關于客戶端口庫存的信息。編排引擎118可利用該信息將虛擬電路請求置于適當?shù)亩丝?。資產(chǎn)庫存和容量管理系統(tǒng)310D可被用于在調配虛擬電路之前評估每個端口上的可用帶寬。編排引擎118接受來自合作伙伴和客戶的事件請求，并與底層事件管理系統(tǒng)310E通信以提高服務票據(jù)。編排引擎118與內容管理系統(tǒng)310F通信，以例如基于客戶的語言偏好為客戶呈現(xiàn)國際化和本地化的內容。內容管理系統(tǒng)310F有助于透明傳遞在網(wǎng)絡門戶、移動裝置上或在經(jīng)由API114的機器對機器通信中顯示的所有標簽、錯誤消息、成功消息和響應。圖3A–圖3B描繪根據(jù)本文所述的技術的用于互連軟件接口的流程圖。在該示例中，API網(wǎng)關403暴露具有多個端點406A-406L(統(tǒng)稱為“端點406”)的API114，API消費者402可通過這些端點來管理云交換互連。API網(wǎng)關403繼而調用編排引擎407的云服務平臺，編排引擎407通過云交換API服務409來編排圖3A-圖3B中表示的服務任務的工作流。API網(wǎng)關403可表示圖1A-1D的API網(wǎng)關112的示例實例，編排引擎407可表示圖1A-圖1D的編排網(wǎng)關118的示例實例，以及圖1-圖2的子系統(tǒng)120可提供云交換API服務409。API消費者402可包括買方應用402A和賣方應用402B，以及可開發(fā)此類應用的API開發(fā)者402C。API網(wǎng)關403包括促進API網(wǎng)關403的操作的多個客戶適配器404。定制適配器404包括安全性404A、API密鑰驗證404B、變換404C、高速緩存404D、威脅保護404E、尖峰阻滯404F、定制分析404G和HTTP標注(callout)404H。端點406表示API消費者402可訪問的可用邏輯和/或物理資源。也就是說，API消費者406可訪問端點406以訪問云交換的互連平臺，以獲得關于云交換的相應資源創(chuàng)建、更改、刪除和/或確認請求的信息。端點406可表示圖1B-圖1C的端點116的示例實例。在該示例中，端點406包括登錄406A、端口406B、城市406C、資產(chǎn)406D、虛擬電路406E、云服務406F、服務配置文件406G、分析406H、流量統(tǒng)計406I、帶寬406J、服務票據(jù)406K和推薦406L。通常，API消費者406可使用相應的方法調用任何端點406，以及在一些情況下調用確定互連平臺如何執(zhí)行該方法的參數(shù)。端點406可表示RESTful接口的不同方法。API消費者402可使用用于傳送指定該方法的應用數(shù)據(jù)(例如HTTP)的通信協(xié)議、URI以及該方法的可選參數(shù)來調用任何端點406。API網(wǎng)關403將用于端點406的資源URI和可選參數(shù)轉換為云交換平臺相關的構造，并且根據(jù)與由應用數(shù)據(jù)指定的端點406相對應的創(chuàng)建、讀取、更新、刪除或確認動作中的一者調用編排引擎407的云交換平臺。API-示例以下部分包含用于云交換100的API114的所選端點406的示例細節(jié)。API114提供用于允許開發(fā)者訪問互連平臺以用于排序和查看虛擬電路的功能。該API功能包括獲得關于登錄406A、端口406B、虛擬電路406E、城市406C和云服務406F的信息并對其執(zhí)行操作。在一個示例中，API114的端點406可以被分類為三個主要類別：·基礎API-這些API對買方和賣方都是常用的。·買方API-這些是為企業(yè)、網(wǎng)絡服務提供商(NSP)和托管服務提供商(MSP)用來建立與不同云服務提供商(CSP)所提供的云服務的連接的API?！べu方API-這些API被CSP用來管理在云交換100處的他們的云服務，并使買方能夠連接到他們的服務。API被大致分為可以在不同資源上執(zhí)行的操作。本部分還詳細說明了需要作為每個請求的一部分所包含的公共請求標頭，以及每個API響應返回的響應標頭。此外，本部分還將描述在發(fā)生任何錯誤情況時作為API響應一部分所使用的HTTP狀態(tài)和自定義錯誤代碼。下表示出API資源、各自的URI和每個資源上支持的操作的概述。API被分為三個主要部分：買方、賣方和基礎API。本文中提及的XML是指可擴展標記語言，而JSON是指JavaScript對象符號?；AAPI概述買方API概述賣方API概述HTTP狀態(tài)碼下面的表格列出可以被API114所利用的示例HTTP狀態(tài)碼。存在在錯誤情形下返回的特定的錯誤碼和消息，其連同適當?shù)腁PI規(guī)范來定義。常用請求標頭下面的標頭在所有API的請求中是必要的。常用響應標頭下面的標頭作為所有API響應的一部分被包含錯誤響應語法來自所有API的錯誤響應遵循下面所示的常用語法。錯誤響應消息字段錯誤描述錯誤列表類型列表需要是默認無示例無狀態(tài)描述HTTP狀態(tài)碼類型字符串需要是默認無示例409代碼描述內部ECX錯誤代碼類型字符串需要是默認無示例40902屬性消息more_info描述關于開發(fā)者門戶的錯誤的更多信息。類型字符串默認無示例https://api.developer.cloudexchange.com/docs/api/errors/40902需要否樣本錯誤響應:內容類型:應用/json{"errors":[{"code":40007,"message":"InvalidFieldValue","more_info":"Thefieldvalueport_namealreadyexistsforthespecifiedprofilename","property":"port_name","status":400}]}在一些示例中，開發(fā)者可能希望在調用API之前使用開發(fā)者平臺來生成API消費者密鑰和消費者秘密。認證開發(fā)者在調用任何API114之前通過有效登錄來獲取訪問令牌。詳細參考描述登錄406A的部分?；AAPI資源：訪問令牌或登錄406A。描述：用于訪問API114的OAuth2.0令牌。HTTP方法請求URIPOST/oauth2/v1/tokenPOST訪問令牌描述：本API處理認證和API開發(fā)者的認證。在認證成功時，返回作為響應的一部分的訪問令牌。在嘗試不成功時，返回錯誤消息。請求請求URI：POSThttp://<HostName>/ecx/v1/oauth/token過濾器參數(shù)：無請求標頭：無請求字段：grant_type描述OAuth授予操作?？山邮艿闹担好艽a類型字符串需要是默認無示例client_credentialsuser_nameuser_password描述登錄密碼類型字符串需要是默認無示例xxxxxxxclient_id描述AP消費者密鑰類型字符串需要是默認無示例QWERTY1234567afgaaaapassword_encoding樣本請求POSThttp://<HostName>/ecx/v2/oauth/token作為純文本的密碼：用md5編碼并然后用b64編碼的密碼：響應：響應字段：access_tokentoken_timeout描述訪問令牌數(shù)秒的超時類型字符串需要是默認無示例3599user_name描述用戶名類型字符串需要是默認無示例用戶名token_type描述訪問令牌的類型類型字符串需要是默認Bearer示例Bearerrefresh_token描述刷新可以被用于獲得新訪問令牌的令牌類型字符串需要否默認無示例QvJdZg7nMSTNYBfeDLgECpe5b9FvgWgdpZRwv4u0nZrefresh_token_timeout樣本響應：HTTP/1.1200正常API-Version:v1內容類型:應用/json接受:應用/json響應的錯誤代碼：POST刷新令牌：描述：該API允許開發(fā)者刷新在60分鐘內發(fā)出否則就超時的現(xiàn)有的OAuth令牌。有效刷新令牌是檢索將作為響應的一部分所返回的新成功認證訪問令牌所需的。請求請求URI:POSThttp://<HostName>/oauth2/v1/refreshaccesstoken過濾器參數(shù)：無請求標頭:無請求字段：grant_type描述OAuth授予操作?？山邮艿闹担核⑿铝钆?。類型字符串需要是默認無示例密碼client_id描述AP消費者密鑰類型字符串需要是默認無示例QWERTY1234567afgaaaarefresh_token描述刷新令牌，可以被用于獲得新訪問令牌類型字符串需要是默認無示例5f752714hsdf07a3e41c2a3311f514e1樣本請求POSThttp://<HostName>/oauth2/v1/refreshaccesstokenRefreshToken{"grant_type":"refresh_token","client_id":"QWERTY1234567abcdefg","client_secret":"tstCLNT123scrt","refresh_token":"5f752714hsdf07a3e41c2a3311f514e1"}響應：響應字段：access_token描述必須在HTTP標頭中傳遞以訪問所有API的訪問令牌類型字符串需要是默認無示例HihiOtaY2JAT0QaTFaYYyzHOqqmbtoken_timeout描述訪問令牌的超時秒數(shù)類型字符串需要是默認無示例3599(1hr)user_name描述用戶名類型字符串需要是默認無示例用戶名“adrew”token_type描述訪問令牌的類型類型字符串需要是默認Bearer示例Bearerrefresh_token描述刷新令牌，可以被用于獲得新訪問令牌類型字符串需要否默認無示例QvJdZg7nMSTNYBfeDLgECpe5b9FvgWgdpZRwv4u0nZrefresh_token_timeout描述刷新令牌的超時秒數(shù)類型字符串需要否默認無示例86376資源：城市描述：提供云交換服務的城市。HTTP方法請求URIGET/ecx/v1/metrosGETMetros：描述：此GET操作的實施方案返回用戶具有端口或云交換被啟用的所有城市的列表。請求請求URI:GEThttp://<HostName>/ecx/v1/metros過濾器參數(shù)：cloud_exchange_enabledRequestHeader：標頭屬性描述授權需要。指定OauthBearer令牌樣本請求GEThttp://<HostName>/ecx/v1/metros？cloud_exchange_enable＝true響應：響應字段：metros描述城市列表類型列表需要是默認無示例無name描述城市名稱類型字符串需要是默認無示例新加坡code描述城市代碼類型字符串需要是默認無示例SG樣本響應：內容類型：應用/json響應的錯誤代碼：HTTP狀態(tài)碼錯誤代碼錯誤描述40040001無效參數(shù)值40140102令牌過期。再次登錄40140104無效訪問令牌40140105用戶并不具有足夠的優(yōu)先權來執(zhí)行該操作406不可接受的415不受支持的媒體類型500內部服務器錯誤資源：云服務描述：在云交換100的云服務GETCloudServices描述：此GET操作的實施方案在云服務交換100返回所有云服務的列表。請求請求URI：GEThttp://<HostName>/ecx/v1/cloudservices,GEThttp://<HostName>/ecx/v1/cloudservices/{cloud_service_name}過濾器參數(shù)：無請求標頭：標頭屬性描述授權需要。指定OauthBearer令牌樣本請求GEThttp://<HostName>/ecx/v1/cloudservices響應：響應字段：cloud_services描述云服務的列表類型列表需要是默認無示例無name描述云服務名稱類型字符串需要是默認無示例無metros描述通過云服務來服務的城市的列表類型列表需要是默認無示例無namecode描述城市代碼類型字符串需要是默認無示例SGibxs樣本響應：HTTP/1.1200正常內容類型：應用/json響應的錯誤代碼：HTTP狀態(tài)碼錯誤代碼錯誤描述40140102令牌過期。再次登錄40140104無效訪問令牌40140105用戶無足夠的優(yōu)先權來執(zhí)行該操作406不可接受的415不受支持的媒體類型500內部服務器錯誤買方API在本部分中，我們描述與買方相關的API。資源：端口描述：在云交換交換結構上的端口GETPorts:描述：本GET操作的實施方案返回由請求的驗證賣方擁有的所有端口的列表。該端口可以被城市和IBX名稱過濾。如果發(fā)現(xiàn)沒有端口匹配該標準，則返回沒有有效載荷的HTTP代碼204響應。請求請求URI：GEThttp://<HostName>/ecx/v1/ports？metro_code＝SV&ibx_name＝SV1過濾器參數(shù)：metro_codeibx_nameBandwidthEncapsulation描述端口的封裝。類型字符串默認無示例Dot1Q或Qinq(不區(qū)分大小寫)需要無is_buyout描述端口類型、標準端口或買斷端口。類型字符串默認無示例Y或N(不區(qū)分大小寫)需要否RequestHeader標頭屬性描述授權需要。指定OauthBearer令牌樣本請求GEThttp://<HostName>/ecx/v1/ports？metro_code＝SV&ibx＝SV1GEThttp://<HostName>/ecx/v1/ports？bandwidth＝100GEThttp://<HostName>/ecx/v1/ports？encapsulation＝Dot1QGEThttp://<HostName>/ecx/v1/ports？is_buyout＝Y響應響應字段：ports描述端口列表類型列表需要是默認無示例無name描述端口名稱類型字符串需要是默認無示例GSE_QA-R-EE-02metro_code描述端口所處的城市的代碼類型字符串需要是默認無示例SVmetro_nameibx_name描述端口所處的IBX的名稱類型字符串需要是默認無示例SV1bandwidths描述端口的帶寬(滯后端口的值數(shù)組)類型陣列默認無示例10G,10G需要無encapsulation描述端口封裝類型字符串默認無示例dot1q或qinq需要是is_buyout描述買斷端口或標準端口類型字符串需要是默認無示例Y或Ncross_connect_ids描述交叉連接序列號類型陣列需要是默認無示例11111111、23222樣本響應1：HTTP/1.1200正常內容類型：應用/json樣本響應2：HTTP/1.1200正常內容類型：應用/json{"ports":[{"bandwidth":"10G","bandwidths":["10G","10G"],"cross_connect_ids":["123456""100000",],"encapsulation":"Qinq","ibx_name":"SV3","is_buyout":"N","metro_code":"SV","metro_name":"BAYM","name":"QinqVirtualPort"}響應的錯誤代碼：HTTP狀態(tài)碼錯誤代碼錯誤描述40040001無效參數(shù)值40140102令牌過期。再次登錄40140104無效訪問令牌406不可接受的415不受支持的媒體類型500內部服務器錯誤資源：賣方服務描述：在云交換的賣方服務HTTP方法請求URIGET/ecx/v1/sellerservices/ecx/v1/sellerservices/{seller_service_name}GETSellerServices描述：本GET操作的實施方案返回在云交換的所有賣方服務的列表。請求請求URI：GEThttp://<HostName>/ecx/v1/sellerservices,GEThttp://<HostName>/ecx/v1/sellerservices/{seller_service_name}過濾器參數(shù)：過濾城市的結果。如果未包含該參數(shù)，則響應含有在云交換的所有賣方服務樣本請求GEThttp://<HostName>/ecx/v1/sellerservices/{seller_service_name}http://<HostName>/ecx/v1/sellerservices？metro_code＝SV響應：響應字段：seller_servicesallow_custom_speedavailability_status：如在“在試用測試中”或可用于訂單的服務配置文件的可用性狀態(tài)。encapsulationrequire_redudancystandard_speeds：當賣方不允許自定義速度時，與服務配置文件相關聯(lián)的允許標準速度。Sellerservicename城市：由賣方服務的城市的列表。城市名稱。城市代碼。在城市中的IBX名稱的列表。樣本響應：HTTP/1.1200正常內容類型：應用/json資源：用戶資產(chǎn)描述：獲取買方在給定城市位置擁有的集合的詳細信息。HTTP方法請求URIGET/ecx/v1/assetsGETAssets描述：買方的本GET操作的實施方案返回包括在給定城市中的端口和虛擬電路的買方資產(chǎn)的列表。請求請求URI：GEThttp://<HostName>/ecx/v1/assets過濾器參數(shù)：metro_code描述過濾城市的結果。類型字符串需要是默認無示例SVasset_type請求標頭：標頭屬性描述授權需要指定OauthBearer令牌請求GEThttp://<HostName>/ecx/v1/assets？metro_code＝SV&asset_type＝buyer響應：響應字段：buyer_assetsseller_assetsportsnamecross_connect_idsmetro_codemetro_nameibx_nameBandwidthsencapsulationis_buyoutvirtual_circuitsid虛擬電路的Id。這個ID是在虛擬電路API(如DELETE或GET虛擬電路)上執(zhí)行操作所必需的redundant_idcross_connect_id[已棄用，而是指的是字段“Ports”.“cross_connect_ids”]port_speed[已棄用，而是指的是字段‘Ports’.‘port_speeds’]namecreated_byEmailcreated_dateseller_service_nameavailability_status-如“在試用測試中”的服務配置文件的可用性狀態(tài)service_keystatestatus樣本響應：HTTP/1.1200正常內容類型：應用/json資源：虛擬電路描述：虛擬電路HTTP方法請求URIGET/ecx/v1/virtualcircuits/ecx/v1/virtualcircuits/{virtual_circuit_id}POST/ecx/v1/virtualcircuitsGETVirtualCircuits:描述：本GET操作的實施方案返回由請求的驗證的發(fā)送器擁有的所有虛擬電路的列表。如果發(fā)送器不具有虛擬電路，則返回沒有有效載荷的HTTP代碼204的響應。請求RequestHeader標頭屬性描述授權需要。指定OauthBearer令牌請求URI：/ecx/v1/virtualcircuits過濾器參數(shù)無請求字段無樣本請求GEThttp://<HostName>/ecx/v1/virtualcircuits/{virtual_circuit_id}響應響應字段id描述虛擬電路ID類型字符串需要是默認無示例4D34239266A3952695956Aredundant_id描述與冗余虛擬電路相關聯(lián)的虛擬電路ID類型字符串需要是默認無示例4D34239266A3952695956Bname描述虛擬電路的名稱類型字符串需要是默認無示例SteveCSP_A測試VC-7buyer_portcross_connect_id描述物理端口的Id類型字符串需要是默認無示例11111111port_speed描述端口的容量，例如，1G類型字符串需要是默認無示例1Gcloud_service_name描述云服務名稱類型字符串需要是默認無示例CSP_A_1service_key描述從云服務獲得的服務密鑰類型字符串需要是默認無示例xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxxbuyer_vlan描述買方側VLANId類型字符串需要是默認無示例2004.*bandwidth描述帶寬類型字符串需要是默認無示例200MBstatestatus描述虛擬電路的狀態(tài)類型字符串需要無默認無示例計費created_datecreated_by描述創(chuàng)建虛擬電路的用戶類型字符串需要是默認無示例tempuser1Email描述用戶的電子郵件類型字符串需要是默認無示例test@cloudexchange.comseller_port描述賣方側端口類型字符串需要是默認無示例GSE_QA-SJC-port-CIS-2-SEC-Ametro_code描述該虛擬電路所處的城市的代碼類型字符串需要是默認無示例SVibx_nameseller_service_name描述虛擬電路的賣方服務配置文件的名稱類型字符串需要否默認無示例直接連接metadata“key:value”描述API用戶可以在元數(shù)據(jù)對象中傳遞的密鑰和關聯(lián)值類型字符串需要無默認無示例無樣本響應：HTTP/1.1200正常內容類型：應用/json響應的錯誤代碼：POSTVirtualCircuits:描述：創(chuàng)建虛擬電路。請求RequestHeader：標頭屬性描述授權需要。指定OauthBearer令牌請求URI：POSThttp://<hostname>/ecx/v1/virtualcircuits過濾器參數(shù)無請求字段metro_name描述該虛擬電路所處的城市的名稱類型字符串需要是默認無示例硅谷metro_code描述該虛擬電路所處的城市的代碼類型字符串需要是默認無示例SVcloud_service_nameseller_service_nameprimary_vc_name描述主虛擬電路名稱類型字符串需要是默認無示例twtca93primary_port_name描述主買方端口名稱類型字符串需要是默認無示例GSE_QA-SJC-06GMR-CIS-2-SEC-Asecondary_vc_name描述次虛擬電路名稱類型字符串需要否默認無示例twtca94secondary_port_name描述次買方端口名稱類型字符串需要否默認無示例GSE_QA-SJC-06GMR-CIS-2-SEC-Asecondary_vlan_id描述次買方VLANId類型字符串需要否默認無示例188service_key描述從云服務獲得的服務密鑰類型字符串需要是默認無示例xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxxvirtual_circuit_speed描述虛擬電路的速度類型字符串需要是默認無示例200MBemail描述用戶的電子郵件類型字符串需要否默認無示例test@cloudexchange.com其它示例字段可包括賣方服務提供商帳號、從賣方服務獲得的數(shù)字授權密鑰、邊界網(wǎng)關協(xié)議配置號、到VPC的虛擬專用網(wǎng)關的id、買方對等ip(分配給買方/客戶端接口的IP地址)、分配給賣方服務提供商接口的IP地址、用戶的電子郵件、元數(shù)據(jù)(如上所述)、密鑰(這個密鑰，API用戶在VC創(chuàng)建期間在元數(shù)據(jù)對象中傳遞的關聯(lián)值)以及虛擬電路的速度。樣本請求POSThttp://<HostName>/ecx/v1/virtualcircuits授權：Bearer<accessToken>接受：應用/xml或應用/json響應響應字段：result描述指示操作是否成功的結果。有效值為成功和錯誤類型字符串需要是默認無示例成功message描述成功消息類型字符串需要是默認無示例您的虛擬電路請求是成功的其它示例字段可包括“更多信息”、主虛擬電路id、次虛擬電路id。樣本響應：HTTP/1.1201創(chuàng)建位置：4D34239266A3952695956A響應的錯誤代碼：在一些示例中，可提供用于刪除虛擬電路的API。DELETE操作將移除所提供的虛擬電路，如果操作是成功的，則返回HTTP代碼200的響應。如果虛擬電路屬于某些賣方服務提供商，這些賣方服務提供商將必須確認虛擬電路的刪除。樣本請求DELETEhttp://<HostName>/ecx/v1/virtualcircuits/{virtual_circuit_id}樣本響應:HTTP/1.1200刪除{"result":"SUCCESS""message":"YourVirtualCircuithasbeendeletedsuccessfully.""more_info":""}在一些示例中，可提供用于PATCH啟用連接的API。如果在啟用買方連接請求之前，賣方需要另外的認證步驟，則PATCH操作的該實施方案讓用戶啟用虛擬電路。樣本響應：HTTP/1.1201創(chuàng)建{"result":"SUCCESS","message":"Connectionenablingrequestsuccessful""more_info":""在一些示例中，提供用于由賣方在云交換中創(chuàng)建的賣方服務配置文件的API。需要云交換賣方來定義和建立他們連接至他們的賣方服務的服務配置文件。賣方可以創(chuàng)建他們所提供的每個獨立服務的配置文件。在一些示例中，GET操作的“GET虛擬電路有效載荷元數(shù)據(jù)”實施方案返回針對給定賣方服務配置文件創(chuàng)建虛擬電路所需的有效載荷元數(shù)據(jù)。樣本請求GEThttp://<HostName>/ecx/v1/sellerserviceprofiles/CloudSigmaProfile/metadata樣本響應：HTTP/1.1200正常內容類型：應用/json賣方API資源：端口描述：在云交換交換結構上的端口GETPorts:描述：本GET操作的實施方案返回由請求的驗證賣方擁有的所有端口的列表。該端口可以通過城市和IBX名稱過濾。如果發(fā)現(xiàn)沒有端口匹配該標準，則返回沒有有效載荷的HTTP204響應。請求請求URI：GEThttp://<HostName>/ecx/v1/ports？metro_code＝SV&ibx_name＝SV1過濾器參數(shù)：metro_codeibx_namebandwidth端口的帶寬。如果未提供帶寬，則返回具有任何帶寬容量的端口。RequestHeader：標頭屬性描述授權需要。指定OAuthBearer令牌樣本請求：GEThttp://<HostName>/ecx/v1/ports？metro_code＝SV&ibx＝SV1響應響應字段：ports描述端口列表。類型列表需要是默認無示例name描述端口名稱類型字符串需要是默認無示例GSE_QA-R-EE-02metro_code描述端口所處的城市的代碼類型字符串需要是默認無示例SVmetro_nameibx_name描述端口所處的IBX的名稱類型字符串需要是默認無示例SV1其它示例響應字段：帶寬、封裝、is_buyout、cross_connect_ids(crossconnectserialnumbers)。樣本響應：HTTP/1.1200正常內容類型：應用/json響應的錯誤代碼：資源：賣方服務配置文件描述：由賣方在Equinix云交換中創(chuàng)建的賣方服務配置文件需要Equinix云交換賣方來定義和建立他們連接至他們的賣方服務的服務配置文件。賣方可以創(chuàng)建他們所提供的每個獨立服務的配置文件。POST賣方服務配置文件。POST操作的該實施方案創(chuàng)建登錄用戶的新賣方服務配置文件。示例請求字段包括：名稱、可用性狀態(tài)(如“在試用測試中”或“可用于訂單”的服務配置文件的可用性狀態(tài))、虛擬電路標記、服務類型、可用api(指示該服務是否可用API集成。API集成允許完成虛擬服務調配?？山邮苤禐檎婧图?、授權密鑰標記(這就是賣方組織調用授權密鑰)、用于賣方側的端口封裝方法、該連接可以達到的賣方服務的類型、需要冗余-這將定義當買方從這個賣方服務提供商請求虛擬電路時，是否需要創(chuàng)建次虛擬電路。如果是的話，則賣方將提供主和次端口和VLANID?？山邮苤禐檎婧图?；secondary_vlan_same-如果該字段具有“TRUE”的值，則買方將被迫為主虛擬電路和次虛擬電路提供相同的vlanid；capture_buyer_peer_ip-指示是否捕獲買方對等IP地址?？山邮苤禐檎婧图伲徊东@買方BGPASN；捕獲虛擬專用網(wǎng)關；capture_seller_peer_ip-指示是否捕獲買方對等IP地址?？山邮苤禐檎婧图?。其它示例請求字段包括：帶寬閾值告警聯(lián)系人。多個電子郵件地址可以用逗號分開。通知聯(lián)系人：將被通知虛擬電路請求和刪除的聯(lián)系人。警告百分比：每端口的帶寬閾值；賣方服務提供商將為買方啟用以建立虛擬電路連接的端口；所提供的虛擬電路速度；allow_custom_speed：如果買方有買斷港口，賣方可以選擇允許買方選擇自定義速度。樣本請求響應字段：Resultmessagemore_info樣本響應：HTTP/1.1200創(chuàng)建{"result":"SUCCESS","message":"TheSellerServiceProfilehasbeenCreatedsuccessfully","more_info":""}POST至賣方服務配置文件的端口描述：POST操作的該實施方案使得能夠提供用于賣方交換服務的給定端口(由用戶擁有)。具體地，操作將端口添加到現(xiàn)有賣方服務配置文件。注意：必須批準賣方服務配置文件才能進行此操作。拒絕或待審賣方服務配置文件將不允許被編輯，并且端口在處于“已批準”狀態(tài)之前無法添加。請求URI:POSThttp://<HostName>/ecx/v1/sellerserviceprofiles/{profile_name}/ports作為另一示例，DELETE操作將從賣方服務配置文件中移除該端口，如果操作成功，則返回具有HTTP代碼200的響應。不能有與正在刪除的端口相關聯(lián)的有效VC，如果端口上已經(jīng)存在虛擬電路，則顯示錯誤消息，指示端口上存在現(xiàn)有虛擬電路。至少一個端口必須存在于服務配置文件中。作為另一個示例，PUT操作將用于編輯現(xiàn)有的賣方服務簡檔，如果操作成功，則返回具有HTTP代碼200的響應。簡檔狀態(tài)(已批準或待批準)在編輯操作期間不會改變?？梢栽趐ut操作中更新的字段包括：又如，“GETMySellerServiceProfiles”可以被賣方用來獲得他們已創(chuàng)建的所有賣方服務配置文件的列表。GET操作的此實施方案返回作為profile_name路徑參數(shù)的一部分傳遞的賣方服務配置文件。通過設置參數(shù)，過濾賣方服務狀態(tài)也是可用的。樣本請求：GEThttp://<HostName>/ecx/v1/sellerserviceprofiles(獲得所有我的賣方服務配置文件)GEThttp://<HostName>/ecx/v1/sellerserviceprofiles/{profile_name}(獲得按名稱的賣方服務配置文件)GEThttp://<HostName>/ecx/v1/sellerserviceprofiles/{profile_name}？status＝{valid_status}(獲得按名稱和狀態(tài)的賣方服務配置文件)GEThttp://<HostName>/ecx/v1/sellerserviceprofiles？status＝{valid_status}(獲得按狀態(tài)的賣方服務配置文件)又如，GET資產(chǎn)可以被賣方用來獲得賣方在給定城市位置中所擁有的資產(chǎn)的細節(jié)。賣方的GET操作的此實施方案返回在給定城市中的包括端口和虛擬電路的所有資產(chǎn)的列表。賣方也可以為買方，并因此，賣方的“資產(chǎn)類型”可以是“買方”和“賣方”兩者。資源：虛擬電路描述：虛擬電路HTTP方法請求URIGET/ecx/v1/virtualcircuits/ecx/v1/virtualcircuits/{virtual_circuit_id}POST/ecx/v1/virtualcircuitsGETVirtualCircuits:描述：本GET操作的實施方案返回由用戶所擁有的虛擬電路的列表。虛擬電路可以基于它們的狀態(tài)來過濾。如果發(fā)現(xiàn)虛擬電路與標準匹配，則返回沒有有效載荷的HTTP代碼204的響應。請求請求URI:GEThttp://<HostName>/ecx/v1/virtualcircuits？pending＝add過濾器參數(shù)：待審RequestHeader:標頭屬性描述授權需要。指定OauthBearer令牌請求字段：無樣本請求：GEThttp://<HostName>/ecx/v1/virtualcircuits？pending＝add響應響應字段id描述虛擬電路ID類型字符串需要是默認無示例4D34239266A3952695956Anamebuyer_port描述買方側端口id類型字符串需要是默認無示例“GSE_QA-R-EE-01cross_connect_id描述物理端口的Id類型字符串需要是默認無示例11111111port_speed描述端口的容量，例如：1G或10G類型字符串需要是默認無示例1Gcloud_service_name描述云服務名稱類型字符串需要是默認無示例CSP_A_1service_keybuyer_vlan描述買方側VLANId類型字符串需要是默認無示例2004.*bandwidth描述帶寬類型字符串需要是默認無示例200MBstatus描述虛擬電路的狀態(tài)類型字符串需要否默認無示例計費created_date描述創(chuàng)建虛擬電路的日期類型字符串需要是默認無示例05/23/201401:21:54created_byemail描述用戶的電子郵件類型字符串需要是默認無示例test@cloudexchange.comseller_port描述賣方端口類型字符串需要否默認無示例GSE_QA-SJC-06GMR-CIS-2-SEC-Ametro_code描述該虛擬電路所處的城市的代碼。類型字符串需要是默認無示例SVibx_name描述該虛擬電路所處的IBX的名稱類型字符串需要是默認無示例SV1其它字段，諸如上面被包含在其它示例中的字段可被使用。樣本響應:HTTP/1.1200正常內容類型:應用/json響應的錯誤代碼：HTTP狀態(tài)碼錯誤代碼錯誤描述40040001無效的參數(shù)值40140102令牌過期，需要重新登錄40140104無效的訪問令牌40140105用戶無足夠的優(yōu)先權來執(zhí)行該操作406不可接受的415不支持的媒體類型500內部服務器錯誤PATCH虛擬電路:描述：PATCH操作可以被用來由賣方對虛擬電路執(zhí)行下面的三種類型的操作：·接受由買方創(chuàng)建的虛擬電路·拒絕由買方創(chuàng)建的虛擬電路·確認買方對虛擬電路的刪除請求請求URI:PATCHhttp://<HostName>/ecx/v1/virtualcircuits/{virtual_circuit_id}RequestHeaders:標頭屬性描述授權需要。指定OauthBearer令牌請求字段：actionport_name描述賣方側端口名稱類型字符串需要是默認無示例GSE_QA-SJC-06GMR-CIS-2-SEC-Avlan_id描述賣方側VLANId類型字符串需要是默認無示例xxxx-xxxxxxredundant_vlan_idreject_comment–賣方側評論以解釋對虛擬電路的拒絕樣本請求響應：響應字段：result樣本響應:HTTP/1.1200正常{"result":"SUCCESS","message":"Therequestedvirtualcircuithasbeenrejectedandthebuyerhasbeennotified.","more_info":"https://api.developer.cloudexchange.com/docs/api/messages/vcs/2”}響應的錯誤代碼:所有錯誤代碼其它端點406可具有類似于上面為登錄406A、端口406B、城市406C、虛擬電路406E和云服務406F所提供的請求/響應方案的請求/響應方案。登錄406A實現(xiàn)了通過認證和授權的合作伙伴和客戶訪問互連資產(chǎn)的安全信道。此外，互連平臺提供了開箱即用的能力來解決安全問題(威脅保護、SQL注入保護、DDoS攻擊預防、JSON炸彈保護等)。在一些示例中，實體使用其憑證(例如，用戶名、密碼、API密鑰和/或API秘密)使用登錄406A獲得安全令牌(例如，OAuth2.0令牌)，其后確保由現(xiàn)在授權的實體發(fā)到其它端點406的請求的安全令牌來自授權的客戶或合作伙伴。在一些示例中，API網(wǎng)關403將根據(jù)請求格式化的應用數(shù)據(jù)轉換到任何端點406，并使用轉換后的應用數(shù)據(jù)來對編排引擎407進行調用。在該示例中，編排引擎407可表示被配置為實現(xiàn)云交換平臺服務408A-408H(統(tǒng)稱為“平臺服務408”)的一或多個真實服務器和/或虛擬機。響應于API網(wǎng)關403的調用，編排引擎407的工作流和規(guī)則引擎(未在圖3B中示出)可應用所定義的規(guī)則和策略來生成云交換API服務409的工作流，其通常適合于與平臺服務408之一相關聯(lián)的整體功能。如圖所示，平臺服務408包括策略管理408A、配置文件和配置408B、計費和發(fā)票408C、賣方API集成408D、虛擬電路管理408E、網(wǎng)絡接口管理408F、搜索和推薦408G以及庫存和位置發(fā)現(xiàn)408H。每個平臺服務可表示用于云服務調配的不同方面的工作流和規(guī)則引擎。云交換API服務409A-409R(統(tǒng)稱為“云交換服務409”)表示例如由互連平臺所提供的用于更改云交換網(wǎng)絡基礎設施、管理內容、管理事件、管理庫存和容量、確保安全訪問以及管理提供商和客戶的訂單/計費的服務。云交換服務409中的任一者本身可表示用于由管理工作流的編排引擎407調用的請求/響應事務的一組微服務。云交換服務409包括請求確認409A、授權和審計409B、帳戶和配置文件管理409C、庫存管理409D、容量管理409E、網(wǎng)絡調配409F、信用檢查驗證器409G、計費409H、賣方API集成409I、位置409J、故障單管理409K、本地化409L、使用統(tǒng)計409M、推薦409N、調度器和批處理器409O、通知409P、錯誤解析器409Q和內容管理409R。賣方API集成409I可以使編排引擎407能夠調用CSP的賣方應用的軟件接口，以例如請求賣方應用代表賣方確認添加或刪除虛擬電路(由NSP/客戶請求)。圖4為示出根據(jù)在本公開中所述的技術的用于云交換的互連平臺103的替代表示的框圖。在該圖中，用于互連平臺103的技術架構包括用于驗證和滿足API查詢、驗證和滿足API命令以及將子系統(tǒng)120與互連編排引擎407集成的API服務層420。數(shù)據(jù)中心的一或多個真實服務器和/或虛擬機可執(zhí)行互連編排引擎407、API服務層420的服務和子系統(tǒng)120中的每一者?；ミBAPI端點406為API消費者402(圖3A)可管理云交換互連的示例API端點。工作流管理和路由組件410管理工作流并路由到端點406到引擎412A-412J(統(tǒng)稱為“引擎412”)的API調用，其通過調用API服務層420的各種微服務來執(zhí)行合并的功能。引擎412包括認證和授權引擎412A；配置、審計和跟蹤引擎412B；API命令控制器412C；API查詢控制器412D；服務組合引擎412E；訂單管理引擎412F；通知引擎412G；推薦和分析引擎412H；互連接口引擎412I；和API工作流和規(guī)則庫412J。如圖所示，API服務層的示例API服務包括具有請求參數(shù)驗證器服務424A和查詢提供器服務424B的API查詢服務422A；具有請求主體驗證器服務424C和命令提供程序服務424D的API命令服務422B；以及具有請求委托器和服務適配器424E以及響應解析和變換424F的集成外觀服務422C。子系統(tǒng)120的示例在圖4中示出。身份和訪問管理系統(tǒng)426A執(zhí)行認證和授權以有效地訪問互連平臺服務。賣方API集成模塊426B促進互連平臺103與云服務提供商API的集成，用于創(chuàng)建和驗證與云服務提供商網(wǎng)絡的互連，如本文其它地方所描述的。云交換數(shù)據(jù)庫428表示描述由互連平臺103管理的云交換的配置的配置數(shù)據(jù)庫。網(wǎng)絡系統(tǒng)426C調配、配置、查詢和以其它方式控制由互連平臺103管理的云交換的網(wǎng)絡基礎設施。訂單管理系統(tǒng)426D對例如虛擬電路執(zhí)行客戶訂單的端到端管理。事件管理系統(tǒng)426E便于處理由互連平臺管理的云交換中的錯誤，諸如通過提醒云交換提供商、通知客戶等等。內容管理系統(tǒng)426F管理互連平臺103的內容。圖5至圖11中的每者為示出如在本公開中描述的由用于云交換的互連平臺的示例組件執(zhí)行的調用流程和操作的流程圖。在圖5的示例中，API開發(fā)者402(例如，買方/賣方/第三方)可以利用服務409來管理云交換互連。圖5示出了可用于可應用于所有云服務提供商(CSP)的虛擬電路創(chuàng)建的過程。例如，API開發(fā)者402之一可以向API網(wǎng)關403(454A)傳遞登錄信息，諸如用戶名、密碼、API密鑰和API秘密中的一或多者。API網(wǎng)關403執(zhí)行API密鑰和API秘密驗證(454B)、與身份管理和聯(lián)合450(454C、454D)交互并且將OAuth2.0令牌提供回API開發(fā)者402(454E)。API開發(fā)者402接收OAuth2.0令牌并且可以通過向API網(wǎng)關403(454F)提供OAuth2.0令牌和一或多個參數(shù)來調用API端點(例如，API端點406之一)。API網(wǎng)關403可執(zhí)行數(shù)據(jù)格式轉換(例如，XML、JSON)(454G)和OAuth2.0令牌驗證(454H)。API網(wǎng)關403然后聯(lián)系編排引擎407以調用云交換平臺服務(456A)。編排引擎407基于定義的規(guī)則和響應來編排API工作流。例如，編排引擎407的工作流和規(guī)則引擎306可以基于策略308A、配置文件308B、配置308C和微服務308D(圖2)中的一或多者來編排API工作流。一般來說，編排引擎407可以基于所配置的規(guī)則和/或策略并行地或以所定義的順序調用一或多個服務409。在圖5的示例中，編排引擎407調用服務409的服務A(460A)和服務B(460B)，然后從服務A(460C)接收響應并從服務B接收響應(460D)。然后，編排引擎407調用服務C(460E)并從服務C接收響應(460F)。編排引擎407向API網(wǎng)關403發(fā)送來自云交換平臺服務的響應(456B)。API網(wǎng)關403從云交換平臺服務接收響應，并且可以對在響應中接收到的信息執(zhí)行數(shù)據(jù)格式轉換(例如，XML、JSON)(454I)。API網(wǎng)關403向調用API端點的API開發(fā)者402發(fā)送一或多個響應標頭和主體(454J)。這樣，編排引擎407提供用于云交換的互連平臺，使得互連資產(chǎn)信息通過機器對機器交互可用于API開發(fā)者402。在圖5中概述的過程可被應用于不同的使用情況，諸如用于允許API開發(fā)者獲得關于一或多個虛擬電路的信息、允許API開發(fā)者獲得關于一或多個互連資產(chǎn)(例如，基于城市的云交換、云交換點、云交換端口)、允許賣方定義用于連接的參數(shù)、允許API開發(fā)者獲得關于云服務配置文件和用于創(chuàng)建虛擬電路所期望的屬性的信息，或者接近買方的虛擬電路的實時刪除。圖6為示出由用于云交換的互連平臺的示例組件執(zhí)行的，通過機器對機器交互使得互連資產(chǎn)信息對API開發(fā)者402是可用的調用流程和操作的流程圖。圖6包括類似于上面關于圖5描述的一些操作。響應于從API網(wǎng)關403接收調用云交換平臺服務的請求，編排引擎407可以基于所定義的規(guī)則和響應來編排API工作流。例如，圖6允許API開發(fā)者402通過機器對機器交互從許可數(shù)據(jù)存儲452獲得諸如OAuth2.0令牌的信息。具體地，API網(wǎng)關403可以在驗證(454B)之后向身份管理和聯(lián)合450(454C)發(fā)送從API開發(fā)者402(454A)接收的用戶名和密碼，其繼而將該信息提供給許可數(shù)據(jù)存儲452(462A)，其向身份管理和聯(lián)合450返回用戶名和用戶密鑰(462B)。身份管理和聯(lián)合450可執(zhí)行SAML到OAuth映射(462C)，并且向API網(wǎng)關403提供OAuth令牌(454D)。API網(wǎng)關403可以執(zhí)行OAuth令牌到網(wǎng)關OAuth2.0映射(462D)，并且可以可選地執(zhí)行XML/JSON轉換(462E)。API網(wǎng)關403然后向API開發(fā)者402提供OAuth2.0令牌(454E)。圖7為示出由用于云交換的互連平臺的示例組件執(zhí)行的，通過機器對機器交互使得互連資產(chǎn)信息對API開發(fā)者402是可用的調用流程和操作的流程圖。圖7包括類似于上面關于圖5所描述的那些操作。響應于從API網(wǎng)關403接收到調用云交換平臺服務的請求(470E)，編排引擎407可以基于所定義的規(guī)則和響應來編排API工作流。例如，圖7示出編排引擎407如何可以調用服務409的端口請求參數(shù)驗證服務，其指定被包含在來自API開發(fā)者402調用端口端點的初始請求中的端口參數(shù)(470F)。編排引擎407從端口請求參數(shù)驗證服務接收指示端口請求參數(shù)是否有效的響應(470G)。然后，編排引擎407可以調用端口查詢服務(470H)并從端口查詢服務接收響應(470I)，例如基于端口請求參數(shù)指定特定端口信息。編排引擎407可以在從云交換平臺服務到API網(wǎng)關403的響應中包括端口信息(470J)，API網(wǎng)關403繼而可以向API開發(fā)者402提供端口信息(470L)。圖8為示出由用于云交換的互連平臺的示例組件執(zhí)行的，通過機器對機器交互使得互連資產(chǎn)信息對API開發(fā)者402是可用的調用流程和操作的流程圖。圖8包括類似于上面關于圖5描述的一些操作。響應于從API網(wǎng)關403接收調用云交換平臺服務的請求(472E)，編排引擎407可以基于所定義的規(guī)則和響應來編排API工作流。例如，圖8示出編排引擎407如何可以調用服務409的城市請求參數(shù)驗證服務，其指定被包含在來自API開發(fā)者402調用城市端點的初始請求中的城市參數(shù)(472F)。編排引擎407從城市請求參數(shù)驗證服務接收例如指示城市請求參數(shù)是否有效的響應(472G)。然后，編排引擎407可以調用城市查詢服務(472H)并從城市查詢服務接收響應，例如基于城市請求參數(shù)指定特定的城市信息(472I)。編排引擎407可以在從云交換平臺服務到API網(wǎng)關403的響應中包括城市信息(472J)，API網(wǎng)關403繼而可以向API開發(fā)者402提供城市信息(472L)。圖9為示出由用于云交換的互連平臺的示例組件執(zhí)行的，通過機器對機器交互使得互連資產(chǎn)信息對API開發(fā)者402是可用的調用流程和操作的流程圖。圖9包括類似于上面關于圖5描述的一些操作。響應于從API網(wǎng)關403接收調用云交換平臺服務的請求(474E)，編排引擎407可以基于所定義的規(guī)則和響應來編排API工作流。例如，圖9示出編排引擎407如何調用指定云服務參數(shù)的服務409的云服務請求參數(shù)驗證服務，該云服務參數(shù)被包含在來自調用云服務端點的API開發(fā)者402的初始請求中(474F)。編排引擎407從云服務請求參數(shù)驗證服務接收響應，例如，指示云服務請求參數(shù)是否有效(474G)。然后，編排引擎407可以調用云服務查詢服務(474H)并從云服務查詢服務接收響應，例如基于云服務請求參數(shù)指定特定云服務信息(474I)。編排引擎407可以在從云交換平臺服務到API網(wǎng)關403的響應中包括云服務信息(474J)，API網(wǎng)關403繼而可以向API開發(fā)者402提供云服務信息(474L)。圖10為示出由用于云交換的互連平臺的示例組件執(zhí)行的，通過機器對機器交互使得互連資產(chǎn)信息對API開發(fā)者402是可用的調用流程和操作的流程圖。圖10包括類似于上面關于圖5描述的一些操作。響應于從API網(wǎng)關403接收查看虛擬電路并調用云交換平臺服務的請求(476E)，編排引擎407可以基于所定義的規(guī)則和響應來編排API工作流。例如，圖10示出編排引擎407如何調用指定虛擬電路參數(shù)的服務409的虛擬電路請求參數(shù)驗證服務(476F)，該虛擬電路參數(shù)被包含在來自調用虛擬電路端點的API開發(fā)者402的初始請求(476A)中。編排引擎407從虛擬電路請求參數(shù)驗證服務接收例如指示虛擬電路請求參數(shù)是否有效的響應(476G)。然后，編排引擎407可以調用虛擬電路查詢服務(476H)并從虛擬電路查詢服務接收響應，例如基于虛擬電路請求參數(shù)指定特定云服務信息(476I)。編排引擎407可以在從云交換平臺服務到API網(wǎng)關403的響應中包括虛擬電路信息(476J)，API網(wǎng)關403繼而可以向API開發(fā)者402提供虛擬電路信息(476L)。圖11為示出通過機器對機器交互，由在用于API開發(fā)者402的動態(tài)管理互連資產(chǎn)中的云交換的互連平臺的示例組件執(zhí)行的調用流程和操作的流程圖。圖11包括類似于上面關于圖5描述的一些操作。響應于從API網(wǎng)關403接收調用云交換平臺服務的請求(480E)，編排引擎407可以基于所定義的規(guī)則和響應來編排API工作流。例如，圖11示出編排引擎407如何調用城市服務(480F)以驗證被包含在來自調用虛擬電路端點(480A)的API開發(fā)者402的初始請求中的城市代碼。編排引擎407接收來自城市服務的響應(480G)。編排引擎407然后可以用云服務驗證云服務提供商名稱(480H)，并從云服務接收響應(480I)。編排引擎407然后可以調用端口服務以驗證賣方和買方端口(480J)，并且從端口服務接收指示端口對于所請求的虛擬電路是否有效的響應(480K)。然后，編排引擎407可以調用網(wǎng)絡服務調配服務(例如，圖3B的網(wǎng)絡調配服務409F)以自動配置云交換內的虛擬電路(480L)，并從網(wǎng)絡服務調配服務接收響應(480M)。然后，編排引擎407可以調用計費服務(例如，圖3B的計費服務409H)(480N)，并從計費服務接收響應(480O)。然后，編排引擎407可以調用CSPAPI以完成虛擬電路創(chuàng)建(480P)，并從CSPAPI接收響應(480Q)。編排引擎407可以在從云交換平臺服務到API網(wǎng)關403的響應中包括描述例如虛擬電路創(chuàng)建是否成功、確認參數(shù)和連接參數(shù)的虛擬電路信息(480R)，以及API網(wǎng)關403繼而可以向請求API開發(fā)者402提供虛擬電路信息(480T)。這樣，本公開的技術可以用于使互連資產(chǎn)信息諸如虛擬電路和端口的信息能夠通過機器對機器交互提供給開發(fā)者。在一些示例中，本公開的技術可以允許訪問互連平臺以使得能夠通過機器對機器交互來創(chuàng)建或更改變化帶寬的虛擬電路。在一些示例中，本公開的技術可以允許賣方(例如，CSP、NSP和受托SP(MSP))訪問互連平臺以通過機器對機器的交互獲得關于競爭對手在不同城市和數(shù)據(jù)中心中存在的定制分析。在一些示例中，本公開的技術可以允許買方(例如，NSP、企業(yè))訪問互連平臺以通過機器對機器交互獲得關于已具有端口存在的區(qū)域中的云服務存在的定制分析。在一些示例中，本公開的技術可以允許賣方(CSP、NSP和MSP)訪問互連平臺，以通過機器對機器交互獲得關于跨越不同城市和數(shù)據(jù)中心的買方端口密度的定制分析。在一些示例中，本公開的技術可以允許自動化API請求攔截以驗證合作伙伴對互連資產(chǎn)的訪問，從而通過機器對機器交互來確保合作伙伴資產(chǎn)的安全性。在一些示例中，本公開的技術可以允許按需訪問以通過機器對機器交互來動態(tài)設置和拆除虛擬電路并直接訪問互連平臺資源。在一些示例中，本公開的技術可以允許按需訪問通過機器對機器交互按預定間隔調度設置和拆除虛擬電路和直接訪問互連平臺資源。在一些示例中，本公開的技術可以在某些預先安排的時間通過機器對機器交互接受并允許買方(NSP和企業(yè))利用較低帶寬使用率和能更快地完成批處理任務的虛擬電路速度突發(fā)的請求，諸如數(shù)據(jù)備份或恢復(速度突發(fā))。在一些示例中，本公開的技術可以通過機器對機器交互來允許跨越數(shù)據(jù)中心、城市和區(qū)域的虛擬電路業(yè)務使用的詳細和定制的分析。在一些示例中，本公開的技術可以通過機器對機器交互通過API向合作伙伴開發(fā)者和業(yè)務團隊提供關于設置其端口和虛擬電路以用于最佳性能、低延遲和更好的互連性的詳細的和定制的建議。在一些示例中，本公開的技術可以允許通過使用API基于機器的對互連資產(chǎn)的訪問。在一些示例中，本公開的技術可以允許通過使用API生態(tài)系統(tǒng)在買方和賣方之間按需設置虛擬電路。在一些情況下，API可以通過以下方式實現(xiàn)買方和賣方之間更好的連接：位置發(fā)現(xiàn)、資產(chǎn)發(fā)現(xiàn)、云服務發(fā)現(xiàn)、定制的業(yè)務分析、定制的使用分析、上級推薦引擎和端到端自動化虛擬電路調配系統(tǒng)的可用性，同時提取整個互連平臺的復雜性。API還可以啟用安全信道，以通過認證和授權的合作伙伴和客戶訪問云交換域之外的互連資產(chǎn)。API平臺提供了開箱即用的能力來解決安全問題(例如，威脅防護、SQL注入保護、DDoS攻擊預防、JSON炸彈保護等)。基于云的服務交換的示例細節(jié)在于2015年4月17日提交的題為“Cloud-basedServicesExchange”的美國臨時專利申請No.62/149,374中找到，其通過引用整體并入本文。用于以太網(wǎng)和L3/互聯(lián)網(wǎng)的L3/BGP直接對等的服務交換的進一步示例細節(jié)在2012年9月13日提交的題為“REALTIMECONFIGURATIONANDPROVISIONINGFORACARRIERETHERNETEXCHANGE”的美國專利8,537,845；在2010年9月2日提交的題為“REALTIMECONFIGURATIONANDPROVISIONINGFORACARRIERETHERNETEXCHANGE”的美國實用新型專利實用申請序列第12/875,054號，其要求下面三個專利申請的益處和優(yōu)先權：1)在2009年12月10日提交的題為“ETHERNETEXCHANGE”的美國臨時專利申請第61/285,371號，并且其全部內容通過引用結合于本文；2)在2009年9月4日提交的題為“PRIVATENETWORKCONNECTIVITYPLATFORM”的美國臨時申請第61/239,997號，并且其全部內容通過引用結合于本文；以及3)在2010年4月12日提交的題為“ETHERNETEXCHANGE”的美國臨時專利申請第61/323,066號，其全部內容通過引用結合于本文，以及在2010年9月2日提交的名稱為“REALTIMECONFIGURATIONANDPROVISIONINGFORACARRIERETHERNETEXCHANGE”的美國專利申請第12/875,054號。上述專利和專利申請中的每一個通過引用以其各自的整體結合于本文。圖12為示出根據(jù)本公開的一或多個技術運行的計算裝置的一個示例的進一步細節(jié)的框圖。圖12可示出服務器或其他計算裝置500的特定示例，該服務器或其他計算裝置500包括用于執(zhí)行API網(wǎng)關112/403、編排引擎118/407、子系統(tǒng)120中的一或多者或本文所述的任何其它計算裝置的一或多個處理器502。計算裝置500的其它示例可以在其它實例中使用。雖然為了示例的目的而在圖12中示出為獨立的計算裝置500，但是計算裝置可以是包括一或多個處理器或用于執(zhí)行軟件指令的其它合適的計算環(huán)境的任何組件或系統(tǒng)，并且例如不需要包括圖12中所示的一或多個元件(例如，通信單元506；并且在一些示例中，諸如存儲裝置508的組件可以不與其它組件位于同一位置或在相同的機架中)。計算裝置500可被定位在云交換點128的任一云交換點內或者在由云交換提供商采用或使用的分支機構或云計算環(huán)境中并在其中執(zhí)行另一互連設施。如圖12的具體示例所示，計算裝置500包括一或多個處理器502、一或多個輸入裝置504、一或多個通信單元506、一或多個輸出裝置512、一或多個存儲裝置508和用戶界面(UI)裝置510和通信單元506。在一個示例中，計算裝置500還包括可由計算裝置500執(zhí)行的一或多個應用522、虛擬概念構建應用524和操作系統(tǒng)516。組件502、504、506、508、510和512中的每一者被耦合(物理地、通信地和/或可操作地)用于組件間通信。在一些示例中，通信信道514可包括系統(tǒng)總線、網(wǎng)絡連接、進程間通信數(shù)據(jù)結構或用于傳送數(shù)據(jù)的任何其它方法。作為一個示例，組件502、504、506、508、510和512可通過一或多個通信信道514耦合。計算裝置500可被定位在云交換點128的任一云交換點內或者在由云交換提供商采用或使用的分支機構或云計算環(huán)境中并在其中執(zhí)行另一互連設施。在一個示例中，處理器502被配置為實現(xiàn)用于在計算裝置500內執(zhí)行的功能和/或處理指令。例如，處理器502可能夠處理存儲在存儲裝置508中的指令。處理器502的示例可以包括微處理器、控制器、數(shù)字信號處理器(DSP)、專用集成電路(ASIC)、現(xiàn)場可編程門陣列(FPGA)或等效的分立或集成邏輯電路中的任一或多者。一或多個存儲裝置508可被配置為在運行期間在計算裝置500內存儲信息。在一些示例中，存儲裝置508被描述為計算機可讀存儲介質。在一些示例中，存儲裝置508為臨時存儲器，這意味著存儲裝置508的主要目的不是長期存儲。在一些示例中，存儲裝置508被描述為易失性存儲器，這意味著當計算機被關閉時存儲裝置508不保留所存儲的內容。易失性存儲器的示例包括隨機存取存儲器(RAM)、動態(tài)隨機存取存儲器(DRAM)、靜態(tài)隨機存取存儲器(SRAM)和本領域已知的其它形式的易失性存儲器。在一些示例中，存儲裝置508被用于存儲供處理器502執(zhí)行的程序指令。在一個示例中，存儲裝置508由在計算裝置500上運行的軟件或應用程序使用，以在程序執(zhí)行期間臨時存儲信息。在一些示例中，存儲裝置508還包括一或多種計算機可讀存儲介質。存儲裝置508可被配置為存儲比易失性存儲器更大量的信息。存儲裝置508還可以被配置為用于信息的長期存儲。在一些示例中，存儲裝置508包括非易失性存儲元件。此類非易失性存儲元件的示例包括磁硬盤、光盤、軟盤、閃存或電可編程存儲器(EPROM)或電可擦除可編程(EEPROM)存儲器的形式。在一些示例中，計算裝置500還包括一或多個通信單元506。在一個示例中，計算裝置500利用通信單元506經(jīng)由一個或多個網(wǎng)絡(例如一個或多個有線/無線/移動網(wǎng)絡)與外部裝置通信。通信單元506可以包括網(wǎng)絡接口卡，例如以太網(wǎng)卡、光收發(fā)器、射頻收發(fā)器或可以發(fā)送和接收信息的任何其它類型的裝置。這種網(wǎng)絡接口的其它示例可以包括3G和WiFi射頻接口。在一些示例中，計算裝置500使用通信單元506與外部裝置通信。在一個示例中，計算裝置500還包括一或多個用戶界面裝置510。在一些示例中，用戶界面裝置510被配置為通過觸覺、音頻或視頻反饋從用戶接收輸入。用戶界面裝置510的示例包括存在敏感顯示器、鼠標、鍵盤、語音響應系統(tǒng)、攝像機、麥克風或用于檢測來自用戶的命令的任何其它類型的裝置。在一些示例中，存在敏感顯示器包括觸敏屏幕。一或多個輸出裝置512也可被包含在計算裝置500中。在一些示例中，輸出裝置512被配置為使用觸覺、音頻或視頻刺激向用戶提供輸出。在一個示例中，輸出裝置512包括存在敏感顯示器、聲卡、視頻圖形適配器卡或用于將信號轉換為人或機器可理解的適當形式的任何其它類型的裝置。輸出裝置512的附加示例包括揚聲器、陰極射線管(CRT)監(jiān)視器、液晶顯示器(LCD)或可以向用戶生成可理解輸出的任何其它類型的裝置。計算裝置500可包括操作系統(tǒng)516。在一些示例中，操作系統(tǒng)516控制計算裝置500的組件的運行。例如，在一個示例中，操作系統(tǒng)516促進一或多個應用522和互連平臺應用524與處理器502、通信單元506、存儲裝置508、輸入裝置504、用戶界面裝置510和輸出裝置512通信。應用522和互連平臺應用524還可包括可由計算裝置500執(zhí)行的程序指令和/或數(shù)據(jù)。由計算裝置500可執(zhí)行的示例互連平臺應用524可包括編排引擎模塊550、API網(wǎng)關模塊552和子系統(tǒng)554中的任一者或多者，每個用虛線示出，以指示這些可由或可不由計算裝置500的任何給定示例執(zhí)行。編排引擎模塊550可包括用于使計算裝置執(zhí)行關于編排引擎118和編排引擎407在本公開中描述的操作和動作中的一或多者的指令。作為一個示例，編排引擎模塊550可包括使得計算裝置500組織、命令和集成用于管理網(wǎng)絡基礎設施內的互連的各個方面以及云服務管理的用于云交換的互連平臺的底層軟件子系統(tǒng)的指令。編排引擎模塊550可例如提供在API和包括子系統(tǒng)和網(wǎng)絡基礎設施的云交換的底層互連平臺之間運行的規(guī)則驅動工作流引擎。API網(wǎng)關模塊552可包括用于使計算裝置執(zhí)行本公開中關于API網(wǎng)關112和API網(wǎng)關403描述的操作和動作中的一或多者的指令。作為一個示例，API網(wǎng)關模塊403可包括使得計算裝置500暴露定義方法、字段和/或應用可調用互連平臺的其它軟件原語的軟件接口(例如，API114)的集合的指令。這些軟件接口允許運營商和客戶可編程地訪問云交換的能力和資產(chǎn)。子系統(tǒng)554可包括用于使計算裝置執(zhí)行本公開中關于子系統(tǒng)120描述的操作和動作中的一或多者的指令。圖13為示出示例云交換系統(tǒng)700的框圖，該圖更詳細地示出編排引擎704的示例邏輯架構。編排引擎704可表示例如編排引擎118(圖1A-圖1C和圖2)、編排引擎407(圖3A-圖3B、圖4-圖5、圖7-圖11)和計算裝置500的編排引擎模塊550中的任一者(圖12)。編排引擎704作為整體互連平臺(例如，圖1B、圖1C的互連平臺103)的一部分來運行，以無縫地建立包括買家和賣家之間，諸如企業(yè)和云服務提供商之間的虛擬連接(例如，虛擬電路)的互連資產(chǎn)。在圖13的示例中，編排引擎704包括兩個主要組件：由云交換系統(tǒng)700提供的編排器706和微服務708。編排引擎704還包括服務發(fā)現(xiàn)引擎710和進程管理器712。編排引擎704可表示集中式或分布式應用，并且可以在諸如數(shù)據(jù)中心101(圖1A)的虛擬機和/或真實服務器之類的管理裝置上執(zhí)行。微服務708各自實現(xiàn)一組聚焦的和不同的特征或功能，并且微服務符合(或可用于)可以獨立開發(fā)和部署許多數(shù)十或甚至數(shù)百個微服務的架構模式。微服務708可圍繞業(yè)務能力(例如，API對接引擎726、REST接口728、套接字連接730、監(jiān)測732和通知734)來組織，并且可實現(xiàn)用于業(yè)務能力的軟件的“廣泛堆?！?，包括持久存儲和任何外部協(xié)作。各種微服務708暴露使得微服務708能夠彼此調用以交換數(shù)據(jù)和執(zhí)行相應的功能集合的接口，以便創(chuàng)建整體應用。在一些示例中，微服務708可表示或包括在本公開中描述的其他微服務示例，例如，用于實現(xiàn)云交換服務409、API查詢服務422A、API命令服務422B、集成外觀服務422C的微服務、由子系統(tǒng)120提供的任何微服務和微服務308D。每個微服務708可以遵循良好定義的應用程序編程接口(API)，并且可以根據(jù)由編排器706執(zhí)行的工作流通過調用微服務708的API來編排。編排器706組件基于由編排器706(例如，經(jīng)由諸如API網(wǎng)關112、403和718的API服務器/網(wǎng)關)暴露的各種API定義的規(guī)則或工作流“編排”微服務706，并且可由符合相應的API契約的API請求調用。編排器706可通過遵循所建立的一組規(guī)則或工作流來一般地處理API請求，其允許針對API消費者的每個外部信道，無論是門戶、移動應用還是開發(fā)者API的完全可定制的API契約。在一些示例中，工作流可被實現(xiàn)為狀態(tài)機。由于每個信道的請求/響應契約中的波動，在本公開中描述的編排器706可涵蓋并且提供對跨不同信道的差異的相等支持。編排引擎704組織、指揮和集成用于管理云交換的互連的各個方面的底層軟件和網(wǎng)絡子系統(tǒng)。編排引擎704的編排器706可例如執(zhí)行在API和交換的底層互連平臺之間運行的規(guī)則驅動工作流引擎。例如，編排器706可對應于根據(jù)策略308A運行的圖2的工作流和規(guī)則引擎306。這樣，編排引擎704可被用于在云交換的互連平臺內直接參與的客戶專用應用和API使用。如本文所述，編排引擎704合成來自互連平臺的底層子系統(tǒng)的信息和動作，以針對客戶應用所做出的動態(tài)請求制定智能的下一步驟和做出響應。因此，編排引擎704通過提供訪問互連平臺的一致的、簡化和安全的方式來提取云交換的底層軟件和網(wǎng)絡子系統(tǒng)的復雜性。在圖13的示例中，云交換系統(tǒng)700提供允許訪問由云交換系統(tǒng)700所提供的云交換功能的多個平臺，包括web代理714、SaaSweb門戶716和API網(wǎng)關718。編排引擎704服務從這些平臺進入的所有請求，而不管該請求是經(jīng)由云交換門戶713、由云交換提供商開發(fā)但是被標記用于客戶的白標簽門戶715還是API717進行。例如，web代理714、SaaSweb門戶716和Web代理714、SaaSweb門戶716和API網(wǎng)關718表示用于訪問編排器706的請求的不同信道。例如，客戶可使用web應用來登錄門戶713并訪問互連平臺的服務。又如，客戶或開發(fā)者可使用API來訪問云交換數(shù)據(jù)。編排引擎704可以經(jīng)由web代理714接收使用云交換門戶713輸入的請求。編排引擎704可以經(jīng)由SaaSweb門戶716接收使用白標簽門戶715輸入的請求。編排引擎704可使用諸如例如超文本傳輸協(xié)議(HTTP)的網(wǎng)絡協(xié)議或其它網(wǎng)絡協(xié)議與SaaSweb門戶716(例如，CSP門戶)通信。編排引擎704可以經(jīng)由API網(wǎng)關718接收使用API717輸入的請求。API網(wǎng)關718可表示本文中所描述的API網(wǎng)關中的任一者，且使用服務發(fā)現(xiàn)引擎710來識別要將經(jīng)由API717所接收的請求所路由到的服務實例。如上面簡要描述的，微服務708表示云交換功能，其被分解成圍繞業(yè)務能力組織的更小的服務(微服務)。微服務708可針對該業(yè)務區(qū)域執(zhí)行廣泛堆棧軟件實施方案，包括持久存儲以及諸如與第三方系統(tǒng)724之類的任何外部協(xié)作。編排器706從web代理714、門戶716或API網(wǎng)關718接收請求，并且無縫地協(xié)調微服務708的多個微服務以服務于該請求。例如，基于所接收到的請求，編排器706可確定自動調用服務該請求所需的微服務的工作流。例如，API網(wǎng)關718傳遞輸入、編排引擎704處理輸入、調用多個微服務708，并且獲得滿足API所需的契約所需的數(shù)據(jù)，并且向API發(fā)送包括API所需的數(shù)據(jù)的響應。例如，為了創(chuàng)建虛擬電路，編排器706需要多個微服務端點。例如，編排器706需要城市、端口和計費信息。這些都是通過編排器706無縫地編排的各個內部API，如本文所描述的。通過請求/響應操作，API(例如)可調用城市微服務，并且編排引擎調用受托的城市例程(工作流)并且經(jīng)由微服務執(zhí)行所需的服務以實現(xiàn)關于該城市例程的請求，然后發(fā)回與該操作相關的任何數(shù)據(jù)。編排引擎704可從微服務中的一者調用云服務提供商連接器。這樣，編排引擎704以無縫方式提供客戶所請求的服務或數(shù)據(jù)，使得客戶服務顧客要求時不知道根據(jù)由編排器706所選的工作流所調用的單個微服務的底層細節(jié)。在一些示例中，微服務708可表示由云服務提供商開發(fā)和提供的微服務。也就是說，編排器706可調用經(jīng)由微服務之一可訪問的云服務提供商接口。例如，Azure(由微軟公司提供)可提供云服務并且暴露可由為管理云服務的目的而開發(fā)的微服務708之一訪問的接口。編排器706可以調用由Azure所提供的微服務的RESTful接口(本文其它地方描述的“CSPAPI”的示例)以實現(xiàn)某些功能。例如，為了創(chuàng)建從云交換應用到云服務提供商的虛擬連接，編排引擎704可調用Azure提供的微服務以執(zhí)行某些功能，諸如啟用端口。在調用Azure提供的微服務之后，編排器可調用其它微服務來實現(xiàn)整體工作流。例如，編排器然后可調用排序、驗證和/或認證微服務。RESTfulAPI端點/信道可提供對微服務的可訪問性。在圖13的示例中，微服務708包括內部API文檔引擎API726(“API文檔引擎”)、REST接口微服務728，套接字連接微服務730、監(jiān)測微服務732、通知微服務734和API服務框架722。當調用一或多個微服務708時，編排引擎704還使用內部API服務框架722以經(jīng)由API與各種內部或第三方系統(tǒng)交互。微服務708可以向編排器706呈現(xiàn)API接口并在API服務框架722中執(zhí)行。API721A-721C(“API721”)可被編排引擎704的微服務層的組件調用，并且可被認為是微服務端點。API721不是面向客戶的API。在圖13的示例中，編排引擎704使用API服務框架722以經(jīng)由專用API721A與企業(yè)系統(tǒng)720交互。編排引擎704使用API服務框架722以經(jīng)由專用API721B與其它系統(tǒng)723交互。編排引擎704使用API服務框架722以經(jīng)由公共API721C與第三方系統(tǒng)交互，并且將基于云的服務平臺集成到云交換中。圖14為示出示例系統(tǒng)800的框圖，該圖更詳細地示出編排引擎704的參考架構。編排引擎704可表示例如編排引擎118(圖1A-1C和圖2)、編排引擎407(圖3A-3B、4-5、7-11)、計算裝置500的編排引擎模塊550(圖12)和圖13的編排引擎704中的任一者。例如，系統(tǒng)800可表示圖13的云交換系統(tǒng)700的不同邏輯視圖。編排引擎704作為整體互連平臺(例如，圖1B、1C的互連平臺103)的一部分來運行，以無縫地建立包括買家和賣家之間，諸如企業(yè)840和云服務提供商842之間的虛擬連接(例如，虛擬電路)的互連資產(chǎn)。例如，編排引擎704可在圖1C的客戶系統(tǒng)196之間無縫地建立虛擬電路150、155、160、165、170。編排引擎704可表示集中式或分布式應用，并且可以在諸如數(shù)據(jù)中心101(圖1A)的虛擬機和/或真實服務器之類的管理裝置上執(zhí)行。編排引擎704可從各種客戶系統(tǒng)接收對互連資產(chǎn)的請求。例如，編排引擎704可從內部管理員(即，屬于與編排引擎704相同的實體的管理員(“admin”)、網(wǎng)絡服務提供者(NSP)、云服務提供者(CSP)842、企業(yè)840和開發(fā)者接收請求。編排引擎804可經(jīng)由瀏覽器812A在web代理810處接收請求，在白標簽SaaS814處經(jīng)由瀏覽器812B或者在API網(wǎng)關816處經(jīng)由API818接收請求。編排器806可以管理用于執(zhí)行例如管理端口、管理城市、CSP細節(jié)、訂單管理、查看虛擬電路、刪除虛擬電路、搜索、支持和票據(jù)、監(jiān)測和統(tǒng)計、分析和推薦的功能的工作流。編排器806也可以執(zhí)行未示出的附加功能，包括上面關于編排引擎407所描述的那些功能。在一些示例中，編排器806可保持工作流庫，編排器可以響應于經(jīng)由上述任何信道接收的請求，從該工作流庫選擇和加載合適的工作流。在一些示例中，編排引擎704可作為在服務器網(wǎng)絡裝置上執(zhí)行的一組虛擬機來運行。編排引擎704可被構建并在諸如Node.js的軟件應用平臺上運行?？墒褂脀eb應用框架來啟用微服務。微服務和工作流可作為分布式應用在軟件容器中構建和運行。編排引擎704可使用內存和持久性磁盤數(shù)據(jù)庫來使用內存網(wǎng)格緩存。編排引擎704的方面可被構建在Node.js或其它類似的平臺上，例如，提供事件驅動架構和非阻塞I/OAPI，其被設計為優(yōu)化應用的吞吐量和用于實時web應用的可擴展性。Node.js為輕量級的開源平臺，它有助于松散耦合和可擴展的系統(tǒng)，這些系統(tǒng)使用例如內置于Node.js中的HTTP和JSON進行通信。這可有助于用于創(chuàng)建和部署微服務708的微服務設計原則。編排器706可使用狀態(tài)機來實現(xiàn)以定義的順序調用多個微服務706以滿足API契約的工作流。微服務706(以及每個微服務706的多個實例)可被部署在用于隔離和模塊化的單獨容器中，同時還通過集成測試、記錄、監(jiān)測和診斷策略來提供增強的質量和可靠性。容器技術為用于跨大量計算資源部署工作單元的機制，并已成為可擴展性的戰(zhàn)略部署策略。微服務和容器提供了構建可擴展系統(tǒng)的技術方法的融合。Node.js為開源平臺，其針對構建高度可擴展的輕量級異步通信流程進行了優(yōu)化并且向任何Web消費者暴露API。編排引擎704可利用Node.js、微服務和容器來實現(xiàn)和部署作為用于基于云的服務交換的基于微服務的互連平臺。編排引擎704還包括用于調用效用函數(shù)819的功能，包括例如錯誤框架、日志記錄、管理、通知、審計和監(jiān)視。效用函數(shù)819可包括用于零停機時間地保持應用活動、進程日志監(jiān)測、存儲器管理等的進程管理器。圖14還示出編排引擎704的多個內部微服務708，包括例如虛擬電路、端口、鏈路聚合組(LAG)、城市、CSP細節(jié)、服務質量(QoS)、客戶服務和售票、搜索(例如CSP、NSP、位置、端口、虛擬電路)、資產(chǎn)和網(wǎng)絡庫存、語言和服務設置。微服務708呈現(xiàn)單獨的內部API(即，編排引擎706的內部，并且沒有經(jīng)由API818暴露)或微服務端點。在一些示例中，微服務708可以對應于圖2的微服務308D。例如，微服務708的“城市”內部API對應于在編排引擎704內部的用于城市操作的微服務接口。諸如API消費者402(圖3A)之一的API消費者可請求經(jīng)由APIS114(圖3A)的面向客戶的城市API406C的城市，并且編排器706將從面向客戶的城市API406C轉換到內部城市微服務806。編排器706可以選擇將滿足面向客戶的城市API操作所需的各個微服務綁定在一起的工作流。編排引擎704還包括用于調用異步作業(yè)817的功能，包括例如手動調配/解除調配、訂單調度器、訂單狀態(tài)更新器、使用統(tǒng)計、云服務提供商位置發(fā)現(xiàn)。編排器706可異步地調用這些作業(yè)。編排引擎704可以與各種子系統(tǒng)820A-820F(“子系統(tǒng)820”)，諸如內容管理系統(tǒng)820A、業(yè)務管理系統(tǒng)820B、事件管理系統(tǒng)820C、端口管理系統(tǒng)820D、ID和訪問管理系統(tǒng)820E以及訂單管理系統(tǒng)820F交接。子系統(tǒng)820可對應于例如圖1B、1C、2和4的子系統(tǒng)120。例如，內容管理系統(tǒng)820A包括與可經(jīng)由諸如SaaSweb門戶716的web應用門戶分發(fā)的內容相關聯(lián)的數(shù)據(jù)。例如，業(yè)務管理系統(tǒng)820B諸如在端口級或虛擬電路級提供用于內部云交換平臺業(yè)務的業(yè)務相關數(shù)據(jù)。在一個示例中，當編排器706選擇工作流以提供與支持和票務相關的功能時，編排器706根據(jù)所選的工作流使用微服務708(例如，客戶服務和票務微服務)中的一者與子系統(tǒng)820中的一者，諸如事件管理系統(tǒng)820C交接。微服務可連接到數(shù)據(jù)庫，使用RESTAPI連接、使用JSON調用連接或其他機制來與子系統(tǒng)820交接。在一些示例中，子系統(tǒng)820可以應用由編排引擎118編排的服務任務，其可包括更改任何云交換點128以執(zhí)行例如CSP842和企業(yè)840之間的虛擬電路的按需設置，或者以其它方式管理云交換互連資產(chǎn)，諸如端口、城市、數(shù)據(jù)中心、虛擬電路和虛擬電路帶寬、配置文件和配置。編排引擎704可以與用于基于云的服務交換的網(wǎng)絡基礎設施的一或多個SDN控制器832交接。SDN控制器832可駐留在云交換平臺數(shù)據(jù)中心，諸如圖1的數(shù)據(jù)中心101內。SDN控制器832可被用于連接在云交換網(wǎng)絡基礎設施內的點A到點B之間的交換機。在基于云的服務交換的上下文中用于編排SDN控制器的技術在2015年5月21日提交并題為“活動面板劃分(ActivePanelDemarcation)”的第62/164,965號美國臨時專利申請；以及在2015年9月10日提交并題為“多租戶互連設施內的自動化光纖交叉連接服務(AutomatedFiberCross-connectServicewithinaMulti-tenantInterconnectionFacility)”的第62/216,804號美國臨時專利申請的優(yōu)先權，每個專利申請通過引用其全部內容并入本文。圖15為示例根據(jù)本公開的示例方面的由編排引擎執(zhí)行的示例工作流的流程圖。出于示例的目的，圖15相對于圖13和圖14的編排引擎704進行描述，但是圖15同樣可應用于本文所述的編排引擎的其它示例。編排引擎704諸如經(jīng)由云交換門戶814或API網(wǎng)關816接收對云交換平臺服務的客戶端請求(1500)。編排引擎704向編排器706發(fā)送對云交換平臺服務的客戶端請求(1502)。基于客戶端請求，編排器706從工作流庫或文件夾(例如，圖16的包括工作流WF1、WF2、WF3和WF4的工作流文件夾1612)選擇工作流，其中，所選的工作流包含通過微服務調用以實現(xiàn)該請求所需的一組任務(1504)。例如，編排器706可基于配置規(guī)則或策略(例如，圖2的策略308A)和/或基于與客戶端相關聯(lián)的配置文件(例如，圖2的配置文件308B)來選擇工作流。編排器706將自動加載所選的工作流，并且微服務根據(jù)工作流(例如，按順序和/或并行地)執(zhí)行(1506)。工作流文件夾1612包含為每個客戶端點先前定義(例如，由云交換開發(fā)者)的工作流。例如，可存在為城市客戶端點定義的第一工作流和為端口客戶端點定義的第二工作流。工作流提供一組邏輯，其使用一或多個狀態(tài)機作為指導，以指示如何從一個狀態(tài)轉移到另一個狀態(tài)以實現(xiàn)該請求。工作流定義任務編排。工作流提供了將一系列復雜操作分解為狀態(tài)機內的離散任務序列并由微服務執(zhí)行以滿足經(jīng)由不同請求信道(如門戶和API)接收的請求的方式。每個請求可以具有不同的關聯(lián)域契約。對于給定請求，編排器706選擇使用狀態(tài)機內的離散任務序列以滿足與該請求相關聯(lián)的域契約的工作流。微服務然后將相應的響應返回到編排器706(1508)。響應可包括由微服務提供的數(shù)據(jù)。編排器706根據(jù)需要將來自每個工作流的響應中接收到的數(shù)據(jù)合并以實現(xiàn)客戶端請求(1510)。然后，編排引擎704響應客戶端對云交換服務的請求(1512)。在此情況下，微服務為端點，并且任務為當前執(zhí)行以實現(xiàn)請求的動作。一個示例任務可以是統(tǒng)一調用一組微服務(端點)。當調用特定端點時，在鏈中返回一些數(shù)據(jù)，該數(shù)據(jù)可為由下一個端點使用的數(shù)據(jù)。這樣，工作流可定義要完成的任務鏈，其中，在一個任務中獲得的數(shù)據(jù)可被用在下一個任務中和/或可確定下一個任務。例如，云交換客戶可能想要經(jīng)由云交換平臺連接到多個不同的云服務提供商。在此情況下，編排器706必須調用多個API。在另一示例中，云服務提供商可以創(chuàng)建用于登入新客戶的模板并且向編排器提供模板，并且該編排器可以容易地使用該模板來登入想要與云服務提供商連接的新客戶。編排器706可以編排任何類型的工作流，并且不止一個的客戶可以使用該工作流。不同的客戶可以使用相同的工作流來執(zhí)行它們所需要的功能(例如，創(chuàng)建虛擬電路)。關于圖5-11和圖16-17示出和描述了各種示例工作流。圖16為示出與創(chuàng)建虛擬電路有關的示例編排引擎工作流的示例邏輯圖。在該示例中，編排器706接收調用由編排器706暴露的“/虛擬電路”API端點的客戶端請求1622，以在客戶端和云服務提供商之間的基于云的服務交換中調配虛擬電路。編排器706從工作流文件夾1612選擇用于調配虛擬電路的工作流、加載所選的工作流并將新作業(yè)推送到數(shù)據(jù)結構存儲1610。編排器706還為發(fā)布-訂閱服務器1620訂閱作業(yè)狀態(tài)。工作流指定一組任務。例如，用于調配虛擬電路的工作流指定一組任務，包括：(i)獲得端口細節(jié)、(ii)獲得城市細節(jié)以及(iii)基于端口細節(jié)和城市細節(jié)來創(chuàng)建虛擬電路。編排器706可以跨越多個工作流運行程序1616A-1616D分配一組任務的任務，這些工作流運行程序訪問一或多個微服務1630A-1630D(端點)以執(zhí)行任務。工作流運行程序1616可從由數(shù)據(jù)結構存儲1610維護的隊列中挑選作業(yè)。在一些示例中，所選工作流中的每個任務可在不同的線程上執(zhí)行。任務可以并行或按順序執(zhí)行。隨著每個任務完成，發(fā)布-訂閱服務器1620被更新，并且發(fā)布-訂閱服務器1620通知編排器706。例如，“作業(yè)完成”為一旦工作流的執(zhí)行完成就調用的方法。當編排器706確定虛擬電路已經(jīng)建立時，編排器706可例如通過返回HTTP響應來通知發(fā)出請求的客戶端。在一些情況下，工作流中的任務序列可能比僅僅是在一系列中執(zhí)行的任務復雜。任務可能失敗，因此編排器706有時可能需要處理超時、重試、“卡住”流等等。定義工作流及其任務的一種方式是使用任意復雜的語言。另一種方式可能涉及做出一些假設，例如：(1)代碼為定義語言；(2)任務是獨立的，可以被用在不同的工作流中；(3)在任務之間通信的唯一方法是工作流。任務可以添加、刪除或更改工作流的屬性。(4)如果任務需要工作流的特定屬性存在，則任務可能失敗，或者在工作流內重新調度自身。系統(tǒng)的設計必須考慮到故障。任務可能會失敗，因此，工作流可能會失敗。編排器706可能需要從任務故障或從整個工作流故障中恢復。在一些示例中，編排器706使用服務發(fā)現(xiàn)引擎710(圖13)來發(fā)現(xiàn)當?shù)谝蝗蝿沼捎谖⒎瘴凑_響應或返回錯誤消息而失敗時使用的備用微服務。例如，如果編排器706必須執(zhí)行用于提供云交換服務的五個微服務任務，則編排引擎704的進程管理器712可以決定并行地或按順序執(zhí)行任務。如果編排器706確定特定微服務沒有正確響應，或微服務返回錯誤消息，則編排器706確定是否再次執(zhí)行微服務或者是否存在編排器706可以代替使用的任何其它回退微服務。編排器708使用服務發(fā)現(xiàn)引擎710(圖13)來發(fā)現(xiàn)備選微服務(例如，具有不同的統(tǒng)一資源定位符(URL))。編排器706可調用微服務的第一URL，但是微服務返回錯誤代碼。編排器706使用服務發(fā)現(xiàn)引擎710來確定編排器706是否應當發(fā)現(xiàn)備選微服務(例如，具有不同的統(tǒng)一資源定位符(URL))。例如，編排器706可調用端口微服務，其包括作為執(zhí)行端口微服務的不同端口應用的接口的多個不同的URL。圖17為示出與獲得員工工資單信息有關的示例編排引擎工作流的示例邏輯圖。在該示例中，編排器706接收客戶端請求1642，客戶端請求1642調用由編排器706暴露的“/員工工資單”API端點，以獲得員工工資單信息。編排器706從工作流文件夾1612選擇用于獲得員工工資單信息的工作流、加載所選的工作流并將新作業(yè)推送到數(shù)據(jù)結構存儲1610。編排器706還為發(fā)布-訂閱服務器1620訂閱作業(yè)狀態(tài)。工作流指定一組任務。例如，用于獲得員工工資單信息的工作流指定一組任務，包括：(i)獲得用戶細節(jié)、(ii)獲得基于用戶細節(jié)的用戶工資單細節(jié)。編排器706可以跨越多個工作流運行程序1616A-1616D分配一組任務的任務，這些工作流運行程序訪問一或多個微服務1650A-1650D(端點)以執(zhí)行任務。在圖17的示例中由工作流運行程序1616A-1616D訪問的微服務1650A-1650D可為與圖16的示例中的微服務1630A-1630D不同的微服務。工作流運行程序1616可從由數(shù)據(jù)結構存儲1610維護的隊列中挑選作業(yè)。在一些示例中，所選工作流中的每個任務可在不同的線程上執(zhí)行。任務可以并行或按順序執(zhí)行。隨著每個任務完成，發(fā)布-訂閱服務器1620被更新，并且發(fā)布-訂閱服務器1620通知編排器706。例如，“作業(yè)完成”為一旦工作流的執(zhí)行完成就調用的方法。當編排器706確定已經(jīng)獲得員工工資單信息時，編排器706可例如通過返回HTTP響應來通知作出請求的客戶端。圖18A–18B為示出根據(jù)在本公開中描述的技術的示例網(wǎng)絡架構和由用于云交換的互連平臺調配的服務的框圖，其中，該云交換聚合多個云服務提供商向云交換提供商的客戶調配的云服務并聚合多個客戶對一或多個云服務提供商的訪問。在該示例中，每個與不同客戶相關聯(lián)的客戶網(wǎng)絡1808A-1808C(統(tǒng)稱為“客戶網(wǎng)絡1808”)訪問數(shù)據(jù)中心1800內的云交換點，以便從一或多個云服務提供商網(wǎng)絡1820接收聚合云服務，每個云服務與不同的云服務提供商110相關聯(lián)。客戶網(wǎng)絡1808各自包括消費由云服務提供商網(wǎng)絡1820提供的云服務的端點裝置。示例性端點裝置包括服務器、智能電話、電視機頂盒、工作站、膝上型/平板計算機、視頻游戲系統(tǒng)、電話會議系統(tǒng)、媒體播放器等等。客戶網(wǎng)絡1808A-1808B包括相應的提供商邊緣/自主系統(tǒng)邊界路由器(PE/ASBR)1810A-1810B。PE/ASBR1810A、1810B中的每者可執(zhí)行外部網(wǎng)關路由協(xié)議以通過接入鏈路1816A-1816B(統(tǒng)稱為“接入鏈路1816”)之一對等PE路由器1802A-1802B之一(“PE路由器1802”或簡稱為“PE1802”)。在所示示例中，每個接入鏈路1816表示客戶網(wǎng)絡1808的邊緣路由器與云交換點1803的邊緣路由器(或自主系統(tǒng)邊界路由器)之間的中轉鏈路。例如，PE1810A和PE1802A可經(jīng)由外部網(wǎng)關協(xié)議，例如，外部BGP直接對等以通過接入鏈路1816A交換L3路由，并交換在客戶網(wǎng)絡1808A和云服務提供商網(wǎng)絡1820之間的L3數(shù)據(jù)業(yè)務。在一些情況下，接入鏈路1816可表示并且可選地被稱為用于在IP/MPLS結構1801中配置的IP-VPN的附接電路，如下面進一步詳細描述的。接入鏈路1816可各自包括在客戶網(wǎng)絡1808的至少一個端口和云交換點1803的至少一個端口之間的直接物理連接，沒有中間的轉接網(wǎng)絡。接入鏈路1816可在VLAN或堆疊VLAN(例如，QinQ)、VxLAN、LSP、GRE隧道或其它類型的隧道上運行。雖然示出并主要關于L3連接描述，但是PE路由器1802可另外經(jīng)由接入鏈路1816提供在客戶網(wǎng)絡1808和云服務提供商網(wǎng)絡1820之間的L2連接。例如，PE路由器1802A的端口可被配置有L2子接口，其經(jīng)由接入鏈路1816A向客戶網(wǎng)絡1808A提供至云服務提供商1820A的L2連接。PE路由器1802A的端口可另外配置有L3接口，該L3接口經(jīng)由接入鏈路1816A向客戶網(wǎng)絡1808A提供至云服務提供商1820B的L3連接。接入鏈路1816和聚合鏈路1822中的每者可包括將客戶網(wǎng)絡1808或云服務提供商1828連接至在NID與PE路由器1802,1804中的一個之間的網(wǎng)絡鏈路的網(wǎng)絡接口裝置(NID)。接入鏈路1816和聚合鏈路1822中的每者可表示或包括提供L3/網(wǎng)絡連接的多種不同類型的鏈路中的任何一種。在該示例中，客戶網(wǎng)絡1808C不是具有自主系統(tǒng)編號的自主系統(tǒng)。客戶網(wǎng)絡1808C可表示企業(yè)、網(wǎng)絡服務提供商或在云交換點的路由覆蓋區(qū)內的其它客戶網(wǎng)絡?？蛻艟W(wǎng)絡包括可執(zhí)行外部網(wǎng)關路由協(xié)議以通過接入鏈路1816C對等PE路由器1802B的客戶邊緣(CE)裝置1811。在各種示例中，PE1810A-1810B中的任一者可替換地為或者以其它方式表示CE裝置。接入鏈路1816包括物理鏈路。PE/ASBR1810A-1810B、CE裝置1811和PE路由器1802A-1802B經(jīng)由接入鏈路1816交換L2/L3包。在這方面，訪問鏈路1816構成用于經(jīng)由云交換點1803的云訪問的傳輸鏈路。云交換點1803可表示任何云交換點128的示例。數(shù)據(jù)中心1800可表示數(shù)據(jù)中心201的示例。在一些示例中，云交換點1803聚合客戶1808對云交換點1803的訪問，并且因此訪問任何一或多個云服務提供商1820。圖18A-18B例如示出將相應的客戶網(wǎng)絡1808A-1808B連接至云交換點1803的PE路由器1802A的接入鏈路1816A-1816B和將客戶網(wǎng)絡1808C連接至PE路由器1802B的接入鏈路1816C。PE路由器1802、1804中的任何一或多者可包括ASBR。PE路由器1802、1804和IP/MPLS結構1801可根據(jù)本文所描述的技術來配置，以將任何接入鏈路1816互連至云聚合鏈路1822中的任一者。結果，云服務提供商網(wǎng)絡1820A例如僅需要配置單個云聚合鏈路(這里是接入鏈路1822A)，以便向多個客戶網(wǎng)絡1808提供服務。也就是說，運行云服務提供商網(wǎng)絡1802A的云服務提供商不需要調配和配置從云服務提供商網(wǎng)絡1802A到PE路由器1810、1811中的每一者的單獨的服務鏈路，例如以便向每個客戶網(wǎng)絡1808提供服務。云交換點1803可改為將云服務提供商網(wǎng)絡1820A的云聚合鏈路1822A和PE1812A交叉連接到多個云接入鏈路1816，以提供用于云服務交付的層3對等和網(wǎng)絡可達性。此外，單個客戶網(wǎng)絡，例如客戶網(wǎng)絡1808A僅需要配置到數(shù)據(jù)中心1800內的云交換點1803的單個云訪問鏈路(這里是訪問鏈路1816A)，以便從經(jīng)由云交換點1803提供云服務的多個云服務提供商網(wǎng)絡1820獲得服務。也就是說，運行客戶網(wǎng)絡1808A的客戶或網(wǎng)絡服務提供商不需要調配和配置將客戶網(wǎng)絡1808A連接到不同的PE路由器1812的單獨的服務鏈路，例如以便從多個云服務提供商網(wǎng)絡1820獲得服務。云交換點1803可改為將云接入鏈路1816A(再次作為一個示例)交叉連接到多個云聚合鏈路1822，以提供用于向客戶網(wǎng)絡1808A交付云服務的層3對等和網(wǎng)絡可達性。云服務提供商網(wǎng)絡1820中的每者包括被配置為向用戶提供一或多個云服務的服務器。這些服務可根據(jù)服務類型來分類，服務類型可包括例如應用/軟件、平臺、基礎設施、虛擬化以及服務器和數(shù)據(jù)存儲。示例云服務可包括內容/媒體交付、基于云的存儲、云計算、在線游戲、IT服務等。云服務提供商網(wǎng)絡1820包括每個執(zhí)行外部網(wǎng)關路由協(xié)議(例如eBGP)以與云交換點1803的PE路由器1804A-1804B(統(tǒng)稱為“PE路由器1804”)交換路由的PE路由器1812A-1812D。云服務提供商網(wǎng)絡1820中的每者可表示公共云、專用云或混合云。云服務提供商網(wǎng)絡1820中的每者可具有所分配的自主系統(tǒng)編號或者為云交換點1803的自主系統(tǒng)覆蓋區(qū)的一部分。在所示示例中，互聯(lián)網(wǎng)協(xié)議/多協(xié)議標簽交換(IP/MPLS)結構1801將PE1802和PE1804互連。IP/MPLS結構1801包括一或多個交換和路由裝置，包括PE1802、1804，其提供IP/MPLS交換和IP包的路由以形成IP骨干。在一些示例中，IP/MPLS結構1801可實現(xiàn)一或多個不同的隧道協(xié)議(即，不同于MPLS)以在PE路由器之間路由業(yè)務和/或將業(yè)務與不同的IP-VPN相關聯(lián)。根據(jù)本文所描述的技術，IP/MPLS架構1801實現(xiàn)IP虛擬專用網(wǎng)絡(IP-VPN)以將任何客戶1808與多個云服務提供商網(wǎng)絡1820連接，以提供基于數(shù)據(jù)中心的“傳輸”和層3交叉連接。盡管基于服務提供商的IP骨干網(wǎng)絡需要具有有限帶寬的廣域網(wǎng)(WAN)連接以將服務流量從層3服務提供商傳輸給客戶，但是如本文所描述的云交換點1803“傳輸”服務流量并且將云服務提供商1820交叉連接到在由基于數(shù)據(jù)中心的IP/MPLS結構1801提供的數(shù)據(jù)中心1800的高帶寬本地環(huán)境內的客戶1808。在一些示例中，IP/MPLS結構1801使用Rosen&Rekhter在2006年2月在互聯(lián)網(wǎng)工程任務組(IETF)網(wǎng)絡工作組的要求注釋4364中的“BGP/MPLSIPVirtualPrivateNetworks(VPN)”中描述的技術來實現(xiàn)IP-VPN，該文獻的全部內容通過引用合并于此。在一些示例配置中，客戶網(wǎng)絡1808和云服務提供商網(wǎng)絡1820可經(jīng)由相應的鏈路連接到IP/MPLS結構1801的相同PE路由器。接入鏈路1816和聚合鏈路1822可包括將與所連接的客戶網(wǎng)絡1808或云服務提供商網(wǎng)絡1820交換的業(yè)務與在PE1802、1804中配置并且對應于在IP/MPLS結構1801上運行的IP-VPN的虛擬路由和轉發(fā)實例(VRF)相關聯(lián)的附接電路。例如，PE1802A可在經(jīng)由接入鏈路1816A運行的雙向標簽交換路徑(LSP)上與PE1810A交換IP包，該LSP為在PE1802A中配置的VRF的附接電路。又如，PE1804A可在經(jīng)由接入鏈路1822A運行的雙向標簽交換路徑(LSP)上與PE1812A交換IP包，該LSP為在PE1804A中配置的VRF的附接電路。每個VRF可包括或表示不同路由和具有不同路由的轉發(fā)表。IP/MPLS結構1801的PE路由器1802、1804可被配置在用于云服務的各個中心和分支布置中，其中PE1804實現(xiàn)云服務集線器，以及PE1802被配置為集線器的分支(用于各種中心和分支實例/布置)。中心和分支布置確保服務業(yè)務能夠在中心PE和任何分支PE之間流動，但不直接在不同的分支PE之間流動。如下面進一步描述的，在用于基于數(shù)據(jù)中心的IP/MPLS結構1801和南向服務業(yè)務(即，從CSP到客戶)的中心分支布置中，PE1802將從PE1810接收到的路由通告給PE1804，PE1804向PE1812通告路由。對于北向服務業(yè)務(即，從客戶到CSP)，PE1804將從PE1812接收到的路由通告給PE1802，PE1802將該路由通告給PE1810。對于云交換點1803的一些客戶，云交換點1803提供商可配置全網(wǎng)格布置，由此一組PE1802、1804中的每者耦合到用于客戶的不同客戶站點網(wǎng)絡。在此情況下，IP/MPLS結構1801實現(xiàn)用于籠到籠或冗余業(yè)務(也稱為東西向或水平業(yè)務)的層3VPN(L3VPN)。L3VPN可實現(xiàn)閉合的用戶組，由此每個客戶站點網(wǎng)絡可以向彼此發(fā)送業(yè)務，但是不能在L3VPN之外發(fā)送或接收業(yè)務。PE路由器可根據(jù)對等模型而彼此耦合而無需使用覆蓋網(wǎng)絡。也就是說，PE1810和PE1812可不彼此直接對等以交換路由，而是經(jīng)由IP/MPLS結構1801間接交換路由。在圖18B的示例中，云交換點1803被配置為實現(xiàn)多個層3虛擬電路1830A-1830C(統(tǒng)稱為“虛擬電路1830”)以將客戶網(wǎng)絡1808和云服務提供商網(wǎng)絡1822與端到端IP路徑互連。云服務提供商1820和客戶1808中的每者可為用于多個虛擬電路1830的端點，其中，多個虛擬電路1830穿過用于IP/MPLS結構1801的PE/PE或PE/CE對和CSP/顧客之間的一或多個附接電路。虛擬電路1830表示通過IP/MPLS結構1801的在將客戶網(wǎng)絡連接到結構1801的附接電路和將云服務提供商網(wǎng)絡連接到結構1801的附接電路之間的層3路徑。每個虛擬電路1830可包括在PE1802、1804處具有端點的至少一個隧道(例如，LSP和/或通用路由封裝(GRE)隧道)。PE1802、1804可建立彼此互連的全網(wǎng)格隧道。每個虛擬電路1830可包括在IP/MPLS網(wǎng)絡1801中配置的不同的中心和分支網(wǎng)絡，其具有使用邊界網(wǎng)關協(xié)議對等會話，在本示例中為全網(wǎng)格多協(xié)議內部邊界網(wǎng)關協(xié)議(MP-iBGP)對等會話的全部或部分網(wǎng)格來交換路由的PE路由器1802、1804。MP-iBGP或簡單的MP-BGP為路由器交換標記路由以實現(xiàn)基于MPLS的VPN的協(xié)議的示例。然而，PE1802、1804可使用其它技術和/或協(xié)議來交換路由以實現(xiàn)IP-VPN。在虛擬電路1830A的示例中，云服務提供商網(wǎng)絡1820A的PE路由器1812A可經(jīng)由與PE1804A的路由協(xié)議(例如，eBGP)對等連接來向云服務提供商網(wǎng)絡1820A發(fā)送至PE1804A的路由。PE1804A將該路由與可以具有相關聯(lián)的VRF的中心和分支網(wǎng)絡相關聯(lián)，該中心和分支網(wǎng)絡包括分支PE路由器1802A。PE1804A然后輸出至PE路由器1802A的路由；PE路由器1804A可輸出指定PE路由器1804A作為下一跳路由器的路由以及標識中心和分支網(wǎng)絡的標簽。PE路由器1802A經(jīng)由與PE1810B的路由協(xié)議連接將路由發(fā)送至PE路由器1810B。PE路由器1802A可在添加云交換點1803的自主系統(tǒng)編號(例如，至BGP自主系統(tǒng)路徑(AS_PATH)屬性)并且指定PE路由器1802A作為下一跳路由器之后發(fā)送路由。因此，即使云交換點1803可基于在數(shù)據(jù)中心內，云交換點1803也為從客戶1808到云服務提供商1820(反之亦然)的自主系統(tǒng)的路徑中的自主系統(tǒng)“跳”。PE路由器1810B將路由安裝到路由數(shù)據(jù)庫，例如BGP路由信息庫(RIB)，以向云服務提供商網(wǎng)絡1820A提供層3可達性。這樣，云交換點1803“泄漏”從云服務提供商網(wǎng)絡1820至客戶網(wǎng)絡1808的路線，沒有云服務提供商網(wǎng)絡1820到需要直接層對等連接的客戶網(wǎng)絡1808。PE路由器1810B、1802A、1804A和1812A可在相反方向上執(zhí)行類似的操作，以將由客戶網(wǎng)絡1808B發(fā)起的路由轉發(fā)到PE1812A，并且因此提供從云服務提供商網(wǎng)絡1820A到客戶網(wǎng)絡1808B的連接。在虛擬電路1830B的示例中，PE路由器1812B、1804A、1802A和1810B以與上述用于建立虛擬電路1830B類似的方式交換用于客戶網(wǎng)絡1808B和云服務提供商1820B的路由。結果，數(shù)據(jù)中心1800內的云交換點1803內部化將在PE1810B與PE1812A、1812B中的每者之間建立的對等連接，以便對由不同云服務提供商網(wǎng)絡1820A、1820B所提供的多個層3云服務執(zhí)行云聚合，并向具有至云交換點1803的單個訪問鏈路1816B的客戶網(wǎng)絡1808B交付多個聚合層3云服務。缺乏本文所述的技術，完全互連客戶網(wǎng)絡1808和云服務提供商網(wǎng)絡1820將需要針對云服務提供商網(wǎng)絡1820中的每者的PE1810中的每者與PE1812中的至少一者之間的3x3對等連接。例如，PE1810A將需要與PE1812中的每者的層3對等連接。利用本文所述的技術，云交換點1803可以通過內部化層3對等并提供在云訪問和云聚合接口之間的基于數(shù)據(jù)中心的“傳輸”來使客戶網(wǎng)絡1808和云服務提供商網(wǎng)絡1820與每個站點PE的一個對等連接完全互連(即，對于PE1810和PE1812中的每者)。在IP/MPLS結構1801實現(xiàn)使用路由目標來控制IP骨干內的路由分發(fā)的BGP/MPLSIPVPN或其它IP-VPN的示例中，PE1804可被配置為使用不同的不對稱路由目標輸入來自PE1802的路由，并且輸出從PE1812所接收到的路由。同樣，PE1802可被配置為使用非對稱路由目標輸入來自PE1804的路由并且輸出從PE1810接收到的路由。因此，PE1802、1804可被配置為實現(xiàn)高級L3VPN，每個高級L3VPN包括IP/MPLS結構1801的基本主干L3VPN以及任何客戶網(wǎng)絡1808的外部網(wǎng)絡以及附接到基本主干L3VPN的任何云服務提供商網(wǎng)絡1820。每個高級L3VPN構成從云服務提供商網(wǎng)絡1820至一或多個客戶網(wǎng)絡1808的云服務交付網(wǎng)絡，并且反之亦然。這樣，云交換點1803使得任何云服務提供商網(wǎng)絡1820能夠與任何客戶網(wǎng)絡1808交換云服務業(yè)務，同時內部化層3路由協(xié)議對等連接，否則將在客戶網(wǎng)絡1808對和云服務提供商網(wǎng)絡1820之間建立用于給定對之間的任何云服務連接。換句話說，云交換點1803允許客戶網(wǎng)絡1808和云服務提供商網(wǎng)絡1820中的每者建立至基于數(shù)據(jù)中心的層3交叉連接的單個(或多個冗余或其它原因)層3路由協(xié)議對等連接。通過過濾從云服務提供商網(wǎng)絡1820到客戶網(wǎng)絡1808的路由，并且反之亦然，PE1802、1804從而控制虛擬電路1830的建立以及客戶網(wǎng)絡1808和數(shù)據(jù)中心1800內的云服務提供商網(wǎng)絡1820之間的相關云服務業(yè)務的流動。分布到MP-iBGP網(wǎng)格183中的路由可為VPN-IPv4路由，并且與路由識別器相關聯(lián)以區(qū)分具有重疊地址空間的不同站點的路由。互連平臺103可接收用于創(chuàng)建、讀取、更新和/或刪除云交換點1803的端到端服務的服務請求。作為響應，互連平臺103可配置PE1802、1804和/或IP/MPLS結構1801的其它網(wǎng)絡基礎設施，以調配或獲得關于服務的性能或其它操作信息。由互連平臺103執(zhí)行的用于調配服務的操作可包括配置或更新VRF、安裝SDN轉發(fā)信息、配置LSP或其它隧道、配置BGP、配置接入鏈路1816和聚合鏈路1822或者以其它方式更改IP/MPLS結構1801的配置。其它操作可包括向云服務提供商網(wǎng)絡1820的編排系統(tǒng)發(fā)出服務請求，如下面進一步詳述的。圖19為示出根據(jù)本文所述的技術的基于數(shù)據(jù)中心的云交換點的示例的框圖，其中，該云交換點的路由器被互連平臺103被配置有用于從多個云服務提供商網(wǎng)絡向客戶網(wǎng)絡路由和轉發(fā)聚合服務業(yè)務的VPN路由和轉發(fā)實例。在該示例中，為了建立虛擬電路1830A-1830B，IP/MPLS結構1801的PE路由器1802A和1804A被配置有VRF。PE1802A被配置有VRF1902A和1904A，而PE1804A被配置有VRF1902B和1904B。VRF1902A被配置為輸入由VRF1902B輸出的路由，以及VRF1902B被配置為輸入由VRF1902A輸出的路由。該配置可包括用于在VRF1902A、1902B之間輸入/輸出的不對稱路由目標。VRF1904A被配置為輸入由VRF1902B輸出的路由，以及VRF1902B被配置為輸入由VRF1902A輸出的路由。該配置可包括用于在VRF1902A、1902B之間輸入/輸出的不對稱路由目標。在該示例中，PE1804A運行相應的PE1812A、1812B的BGP或其它路由分布協(xié)議對等連接1906B、1908B，以與相應的云服務提供商網(wǎng)絡1820A、1820B交換路由。PE1802A運行PE1810B的BGP或其它他路由分布協(xié)議對等連接1910以與客戶網(wǎng)絡1808B交換路由。在一些示例中，PE1802A、1804A可被靜態(tài)地配置有用于站點網(wǎng)絡的路由。這里針對云交換點1803所述的管理員或互連平臺可用VRF1902A-1902B、1904A-1904B來配置PE1802A、1804A，以便泄漏PE1812和PE1810B之間的路由，并促進這里所示的虛擬電路1830的用于端對端IP路徑的層3連接，同時通過促進基于數(shù)據(jù)中心或至少基于城市的連接來潛在地優(yōu)化端到端IP路徑。因此，借助云服務提供商網(wǎng)絡1820的專用和/或公共路由，云交換點1803可提供對客戶網(wǎng)絡1808B的專用云服務提供商的訪問。在北行方向上，借助客戶網(wǎng)絡1808的專用和/或公共路由，云交換點1803可向多個客戶網(wǎng)絡1808提供專用云服務提供商分配。PE1810B或PE1802A、1804A中的任一者都不需要訪問完整的互聯(lián)網(wǎng)BGP路由表，以便到達云服務提供商網(wǎng)絡1820或客戶網(wǎng)絡1808。此外，PE1802A、1804A可被配置為基于物理、IP、服務和VRF中的任一或多者來聚合客戶/CSP路由和/或服務業(yè)務。圖20為示出根據(jù)在本公開中描述的技術的可通過使用開發(fā)框架來實現(xiàn)的開發(fā)框架和益處的設計方法的概念圖。開發(fā)框架有利于強制實施域驅動設計并支持測試驅動開發(fā)的基于微服務的應用架構。開發(fā)框架還有利于“API契約優(yōu)先”方法，其中，開發(fā)者最初創(chuàng)建/改進微服務的API定義，從該開發(fā)框架生成軟件服務基礎設施的構架。然后，開發(fā)者可通過將業(yè)務邏輯重用到基礎設施上來實現(xiàn)微服務。再者，此開發(fā)框架有利于基于模塊的設計方法，并使用最佳代碼生成實踐生成“樣板”代碼。開發(fā)框架有利于用于交互式構架構建的端到端API生成，包括通過基于開發(fā)者最初指定的API契約定義生成假冒者和存根謂詞。在一些示例中，開發(fā)框架使用nodesecurity.io來審計一或多個模塊。開發(fā)框架的方面可被構建在Node.js或其它類似的平臺上，例如，提供事件驅動架構和非阻塞I/OAPI，其被設計為優(yōu)化應用的吞吐量和用于實時web應用的可擴展性。Node.js是一個輕量級的開放源代碼平臺，它有助于松散耦合和可擴展的系統(tǒng)，這些系統(tǒng)使用例如內置于Node.js中的HTTP和JSON進行通信。這可有利于微服務設計原則。對于web應用框架，在一些示例中，開發(fā)框架可建立在Express.js和現(xiàn)有節(jié)點/本地生成模塊之上。編排器可利用狀態(tài)機來實現(xiàn)以定義的順序調用多個微服務以滿足API契約的工作流。開發(fā)框架可使用水線和/或持久對象/關系映射(ORM)或用于數(shù)據(jù)庫交互的其它ORM框架。開發(fā)框架可提供與構架的其它方面一起生成的集成日志特征。開發(fā)框架可提供集成的監(jiān)測和單元和集成測試模塊以及構架的其它方面。開發(fā)框架可促進快速和可擴展的部署和運行時間開發(fā)/測試以提供“云中”的開發(fā)環(huán)境。開發(fā)框架可將每個微服務部署在用于隔離和模塊化的單獨容器中，同時也通過集成測試、登錄、監(jiān)測和診斷策略來提供增強的質量和可靠性。開發(fā)框架也可有利于動態(tài)和/或靜態(tài)跨源資源共享(CORS)。容器技術為用于跨大量計算資源部署工作單元的機制，并已成為可擴展性的戰(zhàn)略部署策略。隨著訪問互聯(lián)網(wǎng)的裝置的爆炸式增長，部分原因是它們的更關注、可獨立部署、更易于維護和可擴展，微服務正成為主要的架構模式。微服務和容器提供了構建可擴展系統(tǒng)的技術方法的融合。Node.js為開源平臺，其針對構建高度可擴展的輕量級異步通信流程進行了優(yōu)化并且向任何Web消費者暴露API。在本公開中描述的開發(fā)框架利用Node.js、微服務和容器，以提供用于基于微服務的應用的端到端創(chuàng)建、實現(xiàn)和部署的總體開發(fā)框架(諸如用于基于云的服務交換的互連平臺)。由開發(fā)框架促進的上述設計原則可提供以下益處中的一或多者：更快的上市時間、更好的性能、更好的用戶體驗、更容易構建、更快響應和可擴展的基于微服務的應用、減少的開發(fā)時間和松散耦合的系統(tǒng)設計。開發(fā)框架可在任何合適的執(zhí)行環(huán)境上執(zhí)行，包括一或多個服務器、工作站和/或基于云的環(huán)境，其包括被配置為執(zhí)行開發(fā)框架的組件的一或多個處理器。圖20為示出根據(jù)在本公開中描述的技術的開發(fā)框架的邏輯視圖的概念圖。使用六邊形表示來概念性地示出開發(fā)框架，其中RESTfulAPI1920向基于微服務的應用的不同用戶基礎呈現(xiàn)多信道接口。開發(fā)框架包括用于API契約建模(“模型”)1922的多個概念性組件；通知1924數(shù)據(jù)庫或其它持久性存儲連接(“數(shù)據(jù)”)，其包括內存數(shù)據(jù)庫1904A、至外部源1904B的RESTful接口、基于Oracle/SQL服務器/SQL的數(shù)據(jù)庫1904C和NoSQL數(shù)據(jù)庫1904D(統(tǒng)稱為“數(shù)據(jù)庫1904”)；自動化構架1928、使用倉庫1908模式的測試驅動開發(fā)1930、工作流引擎1932，其執(zhí)行由編輯器1910(例如命令行界面(CLI))設計(至少在一些情況下)、使用基于容器的框架1906完成的至少一些實例的部署?？墒褂瞄_發(fā)框架來配置RESTfulAPI1920以呈現(xiàn)針對每個信道的完全可定制的API契約1902。在圖20中所示的示例信道1902包括web套接字1902A、Ajax請求1902B、API1902C、物聯(lián)網(wǎng)(IoT)1902D和HTML5應用1902E。編排被用于基于為每個信道1902的每個API契約請求所定義的規(guī)則和/或工作流來編排微服務。然而，一般情況下，編排器可通過執(zhí)行允許每個信道1902的完全可定制的API契約的一組規(guī)則來處理API請求。在圖20中概念性地示出并且在此描述的開發(fā)框架和基于微服務的應用架構可支持API請求/響應契約中的變化。在一些示例中，編排器設計涵蓋跨不同信道1902的差異，同時提供對這些差異的相等支持。更具體地，編排器開發(fā)平臺/框架可允許創(chuàng)建用于每個信道1902的定制端點。因此，請求/響應模型可為專用的，并且在一些情況下，針對每個信道1902進行優(yōu)化以考慮唯一或不同的要求。使用開發(fā)平臺/框架構建的編排器可直接和透明地處理與不同信道的所有網(wǎng)絡通信?；谠撜埱?，編排器加載關聯(lián)的工作流并編排不同的微服務以實現(xiàn)契約。為了確保不同信道的有效交互，開發(fā)框架編排器可應用各種不同的優(yōu)化。圖21為進一步詳細示出根據(jù)在本公開中描述的技術的用于有利于構架構建、構建、測試和部署基于微服務的應用的開發(fā)框架的組件的框圖。在該示例中的開發(fā)框架包括三個組件，即編排器平臺2000、微服務平臺2018和插件2038。編排器平臺2000包括用于微服務發(fā)現(xiàn)的組件/應用、服務發(fā)現(xiàn)引擎2002、接口文檔/公布(API文檔引擎2004)、代碼生成(代碼生成器2006)、響應聚合和路由(響應聚合器2010)、狀態(tài)機布置(狀態(tài)機2012)和工作流執(zhí)行(工作流運行程序2014)。服務發(fā)現(xiàn)引擎2002可擴展Node.js和/或express.js。API文檔引擎2004可擴展express.js和/或Swagger。代碼生成器2006可擴展Swagger和/或socket.io。工作流運行程序2014可延長PM2。工作流運行程序2014執(zhí)行由定義微服務執(zhí)行的排序和事件的狀態(tài)機構組成的工作流，以產(chǎn)生整體服務并實現(xiàn)由編排器平臺2000暴露的契約。工作流運行程序通過在適當?shù)臅r間利用適當?shù)妮斎胝{用每個微服務來編排微服務，維護工作流的狀態(tài)、傳遞數(shù)據(jù)并為工作流執(zhí)行提供可靠性和透明度。用于微服務的開發(fā)、監(jiān)測和執(zhí)行的微服務平臺2018包括用于代碼生成(代碼生成器2020)、接口文檔/公布(API文檔引擎2022)、日志記錄(日志聚合器2024)、處理監(jiān)測(過程監(jiān)視器2026)、通知(通知服務2028)、API開發(fā)和執(zhí)行(API框架2030)和安全(安全CORS檢查器2032)的組件/應用。代碼生成器2020可擴展YAML。API文檔引擎2022可擴展Swagger。Logaggregator2024可擴展logstash。過程監(jiān)視器2026可擴展PM2。通知服務2028可擴展Node.js。API框架2030可擴展Node.js和/或express.js。安全CORS檢查器2032可擴展express.js。在圖21的示例實例中，插件組件2038包括用于促進組件連接的組件/應用(公共連接器2040)、ORM2042、開發(fā)框架適配器(Aqua適配器2044)、用于開發(fā)框架的命令行接口(CLI)(AquaCLI2046)，開發(fā)者可據(jù)此請求該框架生成用于微服務的構架并執(zhí)行在本公開中描述的其它步驟、用于連接到企業(yè)系統(tǒng)的企業(yè)系統(tǒng)連接器2048、開發(fā)框架核心模塊(Aqua核心模塊2050)、插件2052、模板引擎2054和事件聚合器2056。用戶/開發(fā)者可通過加載插件(節(jié)點模塊)來擴展開發(fā)框架的功能。核心開發(fā)框架特征被開發(fā)為插件；用戶可進一步將任何第三方節(jié)點模塊作為插件來擴展。插件機制擴展了由Node.js提供的一個核心功能，并允許用戶開發(fā)和/或加載以新的有趣的方式擴展該核心功能的插件。圖22為示出使用在本公開中描述的開發(fā)框架和技術，根據(jù)基于微服務的應用架構的用于開發(fā)應用的示例開發(fā)過程的流程圖。最初，開發(fā)者安裝/設置開發(fā)框架(2101)；創(chuàng)建將暴露API并接收請求的API服務器(2102)；并安裝底層微服務執(zhí)行框架(在本例中為Node.js)的相關性(2103)。然后，開發(fā)者可通過使用例如Swagger或YAML編輯API定義來開始應用的開發(fā)(2104)。API定義可包括關于API路徑的信息，以及用于API路徑和相關聯(lián)的請求(例如，創(chuàng)建、讀取、更新、刪除)的響應類的模型方案。然后，開發(fā)者可使用開發(fā)框架CLI或其它接口來輸入API定義并執(zhí)行開發(fā)框架來構架構建API服務器應用(2105)。作為響應，開發(fā)框架自動地生成例如控制器、路由器、根據(jù)模型方案的模型、配置和驗證數(shù)據(jù)、樣本數(shù)據(jù)、測試用例和用于API服務器應用的實現(xiàn)文件。在這一點上，可以在沒有來自開發(fā)者的用于實現(xiàn)邏輯、綁定在一起的接口、設置路由和控制等的進一步動作的情況下執(zhí)行構架構建的API服務器。而是，開發(fā)者可簡單地運行在步驟2102創(chuàng)建的API服務器(2106)以執(zhí)行構架構建的API服務器應用。通過調用所執(zhí)行的API服務器應用的API路徑，開發(fā)者可探索API并細化API(2107)。如果開發(fā)者確定更改API定義(2150的“是”分支)，則開發(fā)者可再次執(zhí)行步驟2104-2107，根據(jù)需要可迭代。開發(fā)者隨后實現(xiàn)API端點(2108)并且可執(zhí)行與構架一起自動生成的自動化測試(2109)。在實現(xiàn)了API端點之后，開發(fā)者可探索和測試API(2110)。如果開發(fā)者確定更改API定義(2152的“是”分支)，則開發(fā)者可再次初始化步驟2104-2110，根據(jù)需要可迭代。如果開發(fā)者確定更改端點(2152的“是”分支)，則開發(fā)者可再次初始化步驟2108-2110，根據(jù)需要迭代地更改API端點(微服務)的實現(xiàn)。開發(fā)者還也可使用開發(fā)框架(2111)來定義所編排的工作流，例如圖16-17的工作流WD1-WD4并且探索和測試所編排的工作流(2112)。如果開發(fā)者確定更改端點(2158的“是”分支)，則開發(fā)者可再次初始化步驟2108-2110，根據(jù)需要迭代地更改API端點(微服務)的實現(xiàn)。如果開發(fā)者確定更改API定義(2156的“是”分支)，則開發(fā)者可再次初始化步驟2104-2110，根據(jù)需要可迭代。開發(fā)者可進一步迭代步驟2111-2112并且通過迭代地執(zhí)行步驟2104-2112來改變下層微服務的接口/植入。這樣，開發(fā)者可使用本文所述的開發(fā)框架來快速構架構建基于微服務的API服務器應用。因為開發(fā)框架使得能夠快速重組API定義，所以開發(fā)框架可促進對API和底層實現(xiàn)的更容易和迭代的改變，以允許開發(fā)者避免不必每次在API定義已改變時手動地重新創(chuàng)建或至少更改服務基礎設施。圖23為示出根據(jù)在本公開中描述的技術，由開發(fā)框架執(zhí)行并通過編排和微服務定義執(zhí)行的開發(fā)框架項目的組件和端對端構架構建過程的概念圖。使用開發(fā)框架和本文所描述的技術開發(fā)的基于微服務的應用包括至少一個工作流和至少一個微服務。因此，工作流項目2207包括微服務API項目2201和編排API項目2209相關性(以及用于部署目的的Docker基礎設施2208)。開發(fā)者定義用于編排API項目2209的至少一個編排/工作流方案(定義)2210，并且還定義用于微服務API項目2201的至少一個微服務方案(定義)2202。方案2210可為(或者來自)一或多個微服務方案2202。多用途構架過程2203處理至少一個編排/工作流方案2210以生成包括路由2212的工作流構架、控制器2213和用于編排器的工作流2214。多用途構架構建過程2203處理至少一個微服務方案2202以生成包括路由2204的微服務構架、控制器2205和實現(xiàn)文件2206?；谖⒎盏膽玫穆酚善鞑煌诶缏酚砂木W(wǎng)絡路由器。根據(jù)本文所述的技術，基于微服務的應用的路由器接收發(fā)布到應用的API請求，并根據(jù)路徑、請求屬性、客戶端應用、客戶身份和其它參數(shù)來路由API請求。每個參數(shù)可以由構架構建過程自動生成的一或多個路由2212指定或引用。路由解析到也由構架構建過程自動生成的控制器2213。控制器執(zhí)行業(yè)務邏輯以執(zhí)行和編排一或多個工作流，以執(zhí)行與由路由器根據(jù)路由被路由到控制器的API請求所調用的API端點相關聯(lián)的功能。例如，控制器可被配置為執(zhí)行與互連平臺的“創(chuàng)建虛擬電路”API端點相關聯(lián)的功能。用于基于微服務的應用的路由器將調用“創(chuàng)建虛擬電路”API端點的請求路由到控制器，該控制器執(zhí)行一或多個工作流以實現(xiàn)該請求。圖24–26描繪根據(jù)本文所述的技術的用于開發(fā)框架的示例界面和輸入/輸出。圖24的接口2300和2302分別描繪執(zhí)行開發(fā)框架CLI和用于開發(fā)框架CLI的啟動屏幕。接口2300還示出可用于容易且快速地創(chuàng)建微服務存根的開發(fā)框架CLI的命令。圖25的接口2400示出由開發(fā)者創(chuàng)建的示例API契約。圖25的接口2402描繪針對在接口2400中描繪的API契約執(zhí)行的構架構建過程。構架構建過程生成控制器和路由器、API契約中每個模型方案的模型、微服務的實現(xiàn)文件、樣本數(shù)據(jù)、測試用例、驗證文件以及用于開發(fā)、UAT、QA、生產(chǎn)和本地信息的配置。由開發(fā)框架自動生成的微服務藍圖可允許開發(fā)者快速開始實現(xiàn)用于微服務的業(yè)務邏輯，并避免手動創(chuàng)建微服務藍圖的這些方面。也就是說，開發(fā)框架可提供快速且有組織的方式來開始開發(fā)基于微服務的應用，并使開發(fā)者能夠專注于編寫可重用的應用或業(yè)務邏輯，而不是花費時間構建軟件基礎設施。本文所述的開發(fā)框架可被用于開發(fā)用于基于云的服務交換的互連平臺，諸如互連平臺103。如關于圖3A-3B和其它地方所述，互連平臺可包括暴露用于多個信道，例如移動、web、API402C、買家應用402A、賣家應用402B的專用接口的API網(wǎng)關403?；ミB平臺包括如關于圖1、2、3、3A-3B、4、13、14的互連平臺的不同描繪和在本公開中的其它地方所述的編排器(例如，編排器706)和多個微服務(例如，微服務408D、708、1630)。編排器(和相關聯(lián)的工作流)和微服務可使用在本公開中描述的開發(fā)框架來進行構架構建，以促進要由互連平臺執(zhí)行的特征和服務的快速開發(fā)，以互連基于云的服務并且管理在基于云的服務交換的此類互連。圖26描繪接口2500，其示出根據(jù)在接口2400中描繪的API契約所生成的用于微服務接口的文檔和測試頁面。開發(fā)框架可自動地生成用于應用的微服務/API目錄。使用多個基于HTTP的微服務，很容易在各種接口中丟失，但開發(fā)框架自動構建基于YAMLAPI契約的描述所有微服務及其暴露的功能的API目錄。API目錄可以是可搜索的。框架會為JavaScriptObjectNotation(JSON)描述為可用的每個端點自動創(chuàng)建/api-docs端點。在此示例模型中，“訂單”模型方案定義訂單模型的字段。由已經(jīng)處理訂單模型方案的開發(fā)框架生成的接口2500呈現(xiàn)由該開發(fā)框架自動生成的HTTP操作2500A-2500D。POST操作按鈕2500A使得用戶能夠使用用于訂單微服務的自動生成的端點，從界面2500輸入和添加新的訂單實例，該端點再次由開發(fā)框架自動生成。GET操作按鈕2500B，DELETE操作按鈕2500C和PUT操作按鈕2500D為訂單實例提供相應的GET、DELETE和PUT測試功能。通過使用接口2500，用戶可以執(zhí)行微服務的測試和迭代開發(fā)。圖27為描繪根據(jù)在本公開中描述的技術的使用開發(fā)框架進行開發(fā)的基于云的服務交換的互連平臺的組件的框圖。編排器2630執(zhí)行微服務管理2606，并且包括工作流管理器和根據(jù)工作流執(zhí)行微服務的執(zhí)行引擎2608。所示的多個微服務2632包括用于建立和管理云交換中的虛擬電路互連的虛擬電路2610以及用于至外部云服務2618、2620的外部連接的其它微服務2612、2614。其它微服務可對應于微服務708、微服務817、微服務819、云交換API服務409和如本文所述的互連平臺的微服務的其它示例。編排器2630經(jīng)由客戶門口2602和外部API2604向不同類別的用戶2600A-2600D呈現(xiàn)專用API信道。每個此API信道可使用如上所述的完全可定制的API契約來開發(fā)。圖28為示出根據(jù)本公開的一或多個技術運行的計算裝置的一個示例的進一步細節(jié)的框圖。圖28可示出服務器、工作站、膝上型計算裝置或其他計算裝置2800的特定示例，其包括用于執(zhí)行基于微服務的應用開發(fā)框架或本文所述的任何其它計算裝置的一或多個處理器2802。計算裝置2800的其它示例可以在其它實例中使用。雖然為了示例的目的而在圖28中示出為獨立的計算裝置2800，但是計算裝置可以是包括一或多個處理器或用于執(zhí)行軟件指令的其它合適的計算環(huán)境的任何組件或系統(tǒng)，并且例如不需要包括圖28中所示的一或多個元件(例如，通信單元2806；并且在一些示例中，諸如存儲裝置2808的組件可以不與其它組件位于同一位置或在相同的機架中)。計算裝置2800可被定位在云交換點128的任一云交換點內或者在由云交換提供商采用或使用的分支機構或云計算環(huán)境中并在其中執(zhí)行另一互連設施。計算裝置2800的實例可以由用于云交換的互連平臺的開發(fā)者使用。這樣，計算裝置2800可表示應用框架開發(fā)系統(tǒng)。如圖28的具體示例所示，計算裝置2800包括一或多個處理器2802、一或多個輸入裝置2804、一或多個通信單元2806、一或多個輸出裝置2812、一或多個存儲裝置2808和用戶界面(UI)裝置2810和通信單元2806。在一個示例中，計算裝置2800還包括可由計算裝置2800執(zhí)行的一或多個應用2822、虛擬概念構建應用2824和操作系統(tǒng)2816。組件2802、2804、2806、2808、2810和2812中的每一者被耦合(物理地、通信地和/或可操作地)用于組件間通信。在一些示例中，通信信道2814可包括系統(tǒng)總線、網(wǎng)絡連接、進程間通信數(shù)據(jù)結構或用于傳送數(shù)據(jù)的任何其它方法。作為一個示例，組件2802、2804、2806、2808、2810和2812可通過一或多個通信信道2814耦合。在一個示例中，處理器2802被配置為實現(xiàn)用于在計算裝置2800內執(zhí)行的功能和/或處理指令。例如，處理器2802可能夠處理存儲在存儲裝置2808中的指令。處理器2802的示例可以包括微處理器、控制器、數(shù)字信號處理器(DSP)、專用集成電路(ASIC)、現(xiàn)場可編程門陣列(FPGA)或等效的分立或集成邏輯電路中的任一或多者。一或多個存儲裝置2808可被配置為在運行期間在計算裝置2800內存儲信息。在一些示例中，存儲裝置2808被描述為計算機可讀存儲介質。在一些示例中，存儲裝置2808為臨時存儲器，這意味著存儲裝置2808的主要目的不是長期存儲。在一些示例中，存儲裝置2808被描述為易失性存儲器，這意味著當計算機被關閉時存儲裝置2808不保留所存儲的內容。易失性存儲器的示例包括隨機存取存儲器(RAM)、動態(tài)隨機存取存儲器(DRAM)、靜態(tài)隨機存取存儲器(SRAM)和本領域已知的其它形式的易失性存儲器。在一些示例中，存儲裝置2808被用于存儲供處理器2802執(zhí)行的程序指令。在一個示例中，存儲裝置2808由在計算裝置2800上運行的軟件或應用程序使用，以在程序執(zhí)行期間臨時存儲信息。在一些示例中，存儲裝置2808還包括一或多種計算機可讀存儲介質。存儲裝置2808可被配置為存儲比易失性存儲器更大量的信息。存儲裝置2808還可以被配置為用于信息的長期存儲。在一些示例中，存儲裝置2808包括非易失性存儲元件。此類非易失性存儲元件的示例包括磁硬盤、光盤、軟盤、閃存或電可編程存儲器(EPROM)或電可擦除可編程(EEPROM)存儲器的形式。在一些示例中，計算裝置2800還包括一或多個通信單元2806。在一個示例中，計算裝置2800利用通信單元506經(jīng)由一個或多個網(wǎng)絡(例如一個或多個有線/無線/移動網(wǎng)絡)與外部裝置通信。通信單元506可以包括網(wǎng)絡接口卡，例如以太網(wǎng)卡、光收發(fā)器、射頻收發(fā)器或可以發(fā)送和接收信息的任何其它類型的裝置。這種網(wǎng)絡接口的其它示例可以包括3G和WiFi射頻接口。在一些示例中，計算裝置500使用通信單元2806與外部裝置通信。在一個示例中，計算裝置2800還包括一或多個用戶界面裝置2810。在一些示例中，用戶界面裝置2810被配置為通過觸覺、音頻或視頻反饋從用戶接收輸入。用戶界面裝置2810的示例包括存在敏感顯示器、鼠標、鍵盤、語音響應系統(tǒng)、攝像機、麥克風或用于檢測來自用戶的命令的任何其它類型的裝置。在一些示例中，存在敏感顯示器包括觸敏屏幕。一或多個輸出裝置2812也可被包含在計算裝置2800中。在一些示例中，輸出裝置2812被配置為使用觸覺、音頻或視頻刺激向用戶提供輸出。在一個示例中，輸出裝置2812包括存在敏感顯示器、聲卡、視頻圖形適配器卡或用于將信號轉換為人或機器可理解的適當形式的任何其它類型的裝置。輸出裝置2812的附加示例包括揚聲器、陰極射線管(CRT)監(jiān)視器、液晶顯示器(LCD)或可以向用戶生成可理解輸出的任何其它類型的裝置。計算裝置2800可包括操作系統(tǒng)2816。在一些示例中，操作系統(tǒng)2816控制計算裝置2800的組件的運行。例如，在一個示例中，操作系統(tǒng)2816促進一或多個應用2822和互連平臺應用2824與處理器2802、通信單元2806、存儲裝置2808、輸入裝置2804、用戶界面裝置2810和輸出裝置2812通信。應用2822和基于微服務的開發(fā)框架應用2824(“開發(fā)框架應用2824”)還可以包括可由計算裝置2800執(zhí)行的程序指令和/或數(shù)據(jù)。由計算裝置2800可執(zhí)行的示例開發(fā)框架應用2824可包括API服務器2850、編排開發(fā)和執(zhí)行應用2852、微服務開發(fā)和執(zhí)行應用2854以及插件2856中的任一者或多者，每個所示的虛線指示這些可以或可以不由計算裝置2800的任何給定示例執(zhí)行。API服務器2850可被配置為暴露用于微服務的API和根據(jù)本文所述的技術進行構架構建的編排器。編排開發(fā)和執(zhí)行應用2852可包括圖21的編排器平臺2000的組件/應用。微服務開發(fā)和執(zhí)行應用2852可包括圖21的微服務平臺2018的組件/應用。插件2856可包括圖21的插件2038的組件/應用。本文所述的技術可在硬件、軟件固件或其任何組合中實現(xiàn)。被描述為模塊、單元或組件的各種特征可一起在集成邏輯裝置中實現(xiàn)或者作為分立裝置單獨實現(xiàn)但為可互操作的邏輯裝置或其它硬件裝置。在一些情況下，電子電路的各種特征可被實施為一或多個集成電路裝置，例如集成電路芯片或芯片組。如果在硬件中實施，則本公開可針對諸如處理器或集成電路裝置(例如集成電路芯片或芯片組)的裝置。另選地或除此以外，如果在軟件或固件中實現(xiàn)，則所述技術可至少部分地由包括指令的計算機可讀數(shù)據(jù)存儲介質實現(xiàn)，該指令在被執(zhí)行時使處理器執(zhí)行上述方法中的一或多者-。例如，計算機可讀數(shù)據(jù)存儲介質可存儲由處理器執(zhí)行的此類指令。計算機可讀介質可形成計算機程序產(chǎn)品的一部分，計算機程序產(chǎn)品可包括封裝材料。計算機可讀介質可包括諸如隨機存取存儲器(RAM)、只讀存儲器(ROM)、非易失性隨機存取存儲器(NVRAM)、電可擦除可編程只讀存儲器(EEPROM)等計算機數(shù)據(jù)存儲介質、閃存、磁性或光學數(shù)據(jù)存儲介質等。在一些示例中，制品可包括一或多個計算機可讀存儲介質。在一些示例中，計算機可讀存儲介質可包括非暫態(tài)介質。術語“非瞬態(tài)”可指示未被包含在載波或傳播信號中的存儲介質。在某些示例中，非暫時性存儲介質可(例如，在RAM或高速緩存中)存儲可以隨時間改變的數(shù)據(jù)。代碼或指令可為由包括一或多個處理器，例如一或多個數(shù)字信號處理器(DSP)、通用微處理器、專用集成電路(ASIC)、現(xiàn)場可編程門陣列(FPGA)的處理電路或其它等效的集成或分離邏輯電路執(zhí)行的軟件和/或固件。因此，如本文所使用的術語“處理器”可指的是任何前述結構或適于實現(xiàn)本文所描述的技術的任何其它結構。此外，在一些方面，在本公開中描述的功能可被設置在軟件模塊或硬件模塊內。除了上述之外或作為上述的替代，描述了以下實例。在任何以下實例中描述的特征可與本文所述的任何其它實例一起使用。實例1.基于云的服務交換包括網(wǎng)絡數(shù)據(jù)中心，其包括相應的端口，多個網(wǎng)絡通過該端口連接到網(wǎng)絡數(shù)據(jù)中心，每一網(wǎng)絡具有不同的網(wǎng)絡地址空間并與多個客戶或云服務提供商中的不同客戶或云提供商相關聯(lián)；在網(wǎng)絡數(shù)據(jù)中心內的多個互連資產(chǎn)，被配置成通過該網(wǎng)絡數(shù)據(jù)中心的交換結構將與基于云的服務交換的多個客戶相關聯(lián)的每個網(wǎng)絡連接到與云服務提供商相關聯(lián)的一或多個網(wǎng)絡，多個互連資產(chǎn)包括用于與多個客戶相關聯(lián)的每個網(wǎng)絡的一組相應的一或多個虛擬電路并提供在與多個客戶相關聯(lián)的網(wǎng)絡和從多個云服務提供商相關聯(lián)的網(wǎng)絡內執(zhí)行的云服務之間的網(wǎng)絡數(shù)據(jù)中心內的網(wǎng)絡連通性；以及在網(wǎng)絡數(shù)據(jù)中心內的一或多個管理裝置上執(zhí)行并呈現(xiàn)軟件接口的互連平臺，該軟件接口可由與多個客戶相關聯(lián)的網(wǎng)絡可達并且被配置成響應于接收到由在與客戶相關聯(lián)的任一網(wǎng)絡內執(zhí)行的應用發(fā)出的請求，訪問多個互連資產(chǎn)以滿足該請求。實例2.根據(jù)實例1所述的基于云的服務交換，其中，軟件接口包括發(fā)現(xiàn)應用程序編程接口，該發(fā)現(xiàn)應用程序編程接口包括至少一種方法，該至少一種方法被配置為響應于由第二應用對該方法的調用，返回多個互連資產(chǎn)的描述。實例3.根據(jù)實例1-2中任一項所述的基于云的服務交換，其中，該軟件接口包括事務應用程序編程接口，該事務應用程序編程接口包括至少一種方法，該方法被配置為響應于由第二應用對該方法的調用，調配虛擬電路中的一個、驗證虛擬電路中的一個以及確認虛擬電路中的一個的刪除。實例4.根據(jù)實例1-3中任一項所述的基于云的服務交換，其中，該軟件接口包括使用應用程序編程接口，該使用應用程序編程接口包括至少一種方法，該至少一種方法被配置為響應于應用對該方法的調用，返回用于云服務的推薦設置信息、關于競爭對手存在、云服務存在、云服務可用性、客戶存在、客戶可用性的定制分析和云服務的使用統(tǒng)計中的一個。實例5.根據(jù)實例1-4中任一項所述的基于云的服務交換，其中，該軟件接口包括支持應用程序編程接口，該支持應用程序編程接口包括至少一種方法，該方法被配置為響應于由第二應用對該方法的調用，執(zhí)行管理帳戶、對客戶計費、驗證客戶的信用、配置與應用相關聯(lián)的實體的配置文件以及配置與該應用相關聯(lián)的實體的策略中的至少一個。實例6.根據(jù)實例2-5中任一項所述的基于云的服務交換，其中，第二應用包括與客戶相關聯(lián)的應用和與一或多個云服務提供商的云服務提供商相關聯(lián)的應用中的一個。實例7.根據(jù)實例1所述的基于云的服務交換，其中，該軟件接口包括應用程序編程接口，并且其中，接收由與客戶相關聯(lián)的任何網(wǎng)絡內執(zhí)行的應用所發(fā)出的請求包括接收應用程序編程接口的方法的方法調用。實例8.根據(jù)實例1-7中任一項所述的基于云的服務交換，其中，軟件接口包括表示性狀態(tài)轉移(RESTful)接口，并且其中，請求包括指定接口方法和多個互連資產(chǎn)的互連資產(chǎn)的資源標識符的應用數(shù)據(jù)。實例9.根據(jù)實例1-8中任一項所述的基于云的服務交換，其中，多個互連資產(chǎn)另外包括端口、位置、順序(order)、云服務、虛擬電路的帶寬和該虛擬電路中的至少一個。實例10.根據(jù)實例1-9中任一項所述的基于云的服務交換，其中，互連平臺包括：應用程序編程接口網(wǎng)關，被配置為：執(zhí)行軟件接口以接收請求；以及基于被包含在該請求中的安全憑證來驗證客戶。實例11.根據(jù)實例1-9中任一項所述的基于云的服務交換，其中，互連平臺包括：應用程序編程接口網(wǎng)關，被配置為：執(zhí)行所述軟件接口以接收請求；調用云交換平臺服務以訪問多個互連資產(chǎn)以滿足該請求；從云交換平臺服務接收響應；以及向在與客戶相關聯(lián)的任何網(wǎng)絡中執(zhí)行的應用發(fā)送該響應的表示。實例12.根據(jù)實例1-9中任一項所述的基于云的服務交換，其中，互連平臺包括：至少一個子系統(tǒng)，其被配置為執(zhí)行多個云交換服務，該多個云交換服務中的每個云交換服務被配置為執(zhí)行虛擬電路調配任務；以及編排引擎，被配置為根據(jù)工作流來編排多個云交換服務以滿足請求。實例13.根據(jù)實例12所述的基于云的服務交換，其中，編排引擎被配置為通過將工作流和規(guī)則引擎應用于所述請求以及應用于策略和云服務配置文件中的至少一個來生成工作流，其中該工作流包括用于多個云交換服務的一系列請求。實例14.根據(jù)實例12所述的基于云的服務交換，其中，互連平臺包括：應用程序編程接口網(wǎng)關，被配置為至少基于請求來調用編排引擎。實例15.根據(jù)實例1所述的基于云的服務交換，其中，為了訪問多個互連資產(chǎn)以滿足請求，互連平臺被配置為調配虛擬電路中的一個。實例16.根據(jù)實例1-9中任一項所述的基于云的服務交換，其中，互連平臺包括：云服務查詢服務；編排引擎；應用程序編程接口網(wǎng)關，其被配置為響應于接收到請求而調用編排引擎以獲得云服務的描述，其中，編排引擎生成并執(zhí)行調用云服務查詢服務的工作流，其中，該云服務查詢服務向編排引擎返回云服務的描述，其中，編排引擎將該云服務的描述返回至該應用程序編程接口網(wǎng)關，并且其中，響應于該請求，該應用程序編程接口網(wǎng)關向在與客戶相關聯(lián)的任一網(wǎng)絡內執(zhí)行的應用返回云服務的描述。實例17.根據(jù)實例1-9中任一項所述的基于云的服務交換，其中，互連平臺另外包括：虛擬電路查詢服務；編排引擎；應用程序編程接口網(wǎng)關，其被配置為響應于接收到請求而調用編排引擎以獲得虛擬電路的描述，其中，編排引擎生成并執(zhí)行調用虛擬電路查詢服務的工作流，其中，該虛擬電路查詢服務向編排引擎返回虛擬電路的描述，其中，所述編排引擎將該虛擬電路的描述返回至該應用程序編程接口網(wǎng)關，并且其中，響應于該請求，該應用程序編程接口網(wǎng)關向在與客戶相關聯(lián)的任一網(wǎng)絡內執(zhí)行的應用返回虛擬電路的描述。實例18.根據(jù)實例1-9中任一項所述的基于云的服務交換，其中，請求包括調配所述虛擬電路以向客戶提供對云服務的訪問的請求，其中，互連平臺進一步包括：網(wǎng)絡服務調配服務；編排引擎；應用程序編程接口網(wǎng)關，被配置為響應于接收到該請求而調用編排引擎來調配虛擬電路，其中，編排引擎生成并執(zhí)行調用該網(wǎng)絡服務調配服務的工作流，其中，該網(wǎng)絡服務調配服務根據(jù)請求的參數(shù)建立虛擬電路。實例19.根據(jù)實例18所述的基于云的服務交換，其中，互連平臺另外包括：云服務提供商集成服務，其中，編排引擎生成并執(zhí)行調用云服務提供商集成服務以請求一或多個云服務提供商的云服務提供商對虛擬電路的確認的工作流，并且其中，編排引擎響應于接收到云服務提供商對虛擬電路的確認，生成并執(zhí)行以調用網(wǎng)絡服務調配服務的工作流。實例20.根據(jù)實例19所述的基于云的服務交換，其中，請求的參數(shù)指定端口的買方端口和端口的賣方端口，并且其中，互連平臺另外包括：端口服務，其中，編排引擎生成并執(zhí)行調用端口服務以驗證該買方端口和賣方端口的工作流，并且其中，編排引擎響應于接收到買方端口和賣方端口的驗證，生成并執(zhí)行調用網(wǎng)絡服務供應服務的工作流。實例21.根據(jù)示例18所述的基于云的服務交換，其中，請求的參數(shù)指定虛擬電路的帶寬，并且其中，根據(jù)請求的參數(shù)建立虛擬電路，網(wǎng)絡服務調配服務建立虛擬電路具有帶寬的虛擬電路。實例22.根據(jù)實例1-21中任一項所述的基于云的服務交換，其中，客戶包括網(wǎng)絡服務提供商和企業(yè)中的一個。實例23.根據(jù)實例1-22中任一項所述的基于云的服務交換，其中，多個網(wǎng)絡中的每個是可公共尋址的并且具有不同的公共網(wǎng)絡地址空間。實例24.基于云的服務交換包括多個互連資產(chǎn)，被配置成將基于云的服務交換的客戶連接到一或多個云服務提供商，該多個互連資產(chǎn)包括虛擬電路，客戶通過該虛擬電路訪問來自一或多個云服務提供商的云服務；以及編排引擎，其被配置成更改多個互連資產(chǎn)。實例25.根據(jù)實例24所述的基于云的服務交換，進一步包括：至少一個子系統(tǒng)，被配置為執(zhí)行多個云交換服務，該多個云交換服務中的每個云交換服務被配置為執(zhí)行虛擬電路調配任務，其中，為了更改多個互連資產(chǎn)，編排引擎被配置為根據(jù)工作流來編排多個云交換服務以滿足請求。實例26.根據(jù)實例25所述的基于云的服務交換，其中，編排引擎被配置為通過將工作流和規(guī)則引擎應用于所述請求以及應用于策略和云服務配置文件中的至少一者來生成工作流，并且其中，該工作流包括用于多個云交換服務的一系列請求。實例27.根據(jù)實例24-26中任一項所述的基于云的服務交換，進一步包括：具有軟件接口的互連平臺，該軟件接口被配置為響應于接收到由與客戶相關聯(lián)的應用發(fā)出的請求，訪問多個互連資產(chǎn)以滿足請求；應用程序編程接口網(wǎng)關，被配置為至少基于該請求來調用編排引擎，其中，為了更改多個互連資產(chǎn)，編排引擎被配置為響應于應用程序編程接口網(wǎng)關調用該編排而更改多個互連資產(chǎn)。實例28.一種方法，包括由在網(wǎng)絡數(shù)據(jù)中心內的一或多個管理裝置上的基于云的服務交換執(zhí)行互連平臺以呈現(xiàn)與多個客戶相關聯(lián)的網(wǎng)絡可達的軟件接口；并且響應于接收到由在與客戶相關聯(lián)的任一網(wǎng)絡內執(zhí)行的應用發(fā)出的請求，訪問網(wǎng)絡數(shù)據(jù)中心的多個互連資產(chǎn)以滿足該請求，其中，該網(wǎng)絡數(shù)據(jù)中心包括相應的端口，多個網(wǎng)絡通過該端口連接到該網(wǎng)絡數(shù)據(jù)中心，每個網(wǎng)絡具有不同的網(wǎng)絡地址空間并與多個客戶或云服務提供商中的不同客戶或云服務提供商相關聯(lián)，并且其中，網(wǎng)絡數(shù)據(jù)中心內的多個互連資產(chǎn)通過該網(wǎng)絡數(shù)據(jù)中心的交換結構將與基于云的服務交換的多個客戶相關聯(lián)的每個網(wǎng)絡連接到與云服務提供商相關聯(lián)的一或多個網(wǎng)絡，多個互連資產(chǎn)包括用于與多個客戶相關聯(lián)的每個網(wǎng)絡的一組相應一或多個虛擬電路并提供在與多個客戶相關聯(lián)的網(wǎng)絡和從多個云服務提供商相關聯(lián)的網(wǎng)絡內執(zhí)行的云服務之間的網(wǎng)絡數(shù)據(jù)中心內的網(wǎng)絡連通性。實例29.根據(jù)實例28所述的方法，其中，軟件接口包括發(fā)現(xiàn)應用程序編程接口，該發(fā)現(xiàn)應用程序編程接口包括至少一種發(fā)現(xiàn)方法，該方法另外包括：響應于第二應用對發(fā)現(xiàn)方法的調用，通過該發(fā)現(xiàn)方法返回多個互連資產(chǎn)的描述。實例30.根據(jù)實例28-29中任一項所述的方法，其中，該軟件接口包括事務應用程序編程接口，該事務應用程序編程接口包括至少一種事務方法，該方法另外包括：響應于由第二應用對該事務方法的調用，由該事務方法調配虛擬電路中的一者、驗證虛擬電路中的一者以及確認虛擬電路中的一者的刪除。實例31.根據(jù)實例28-30中任一項所述的方法，其中，軟件接口包括使用應用程序編程接口，該使用應用程序編程接口包括至少一種使用方法，該方法另外包括：響應于應用對該使用方法的調用，通過該使用方法返回云服務的推薦設置信息中的一者、關于競爭者存在、云服務存在、云服務可用性、客戶存在、客戶可用性和云服務的使用統(tǒng)計的定制分析。實例32.根據(jù)實例28-31中任一項所述的方法，其中，該軟件接口包括支持應用程序編程接口，該支持應用程序編程接口包括至少一種支持方法，該方法另外包括：響應于由第二應用對該支持方法的調用，通過該支持方法執(zhí)行管理帳戶、對客戶計費、驗證客戶的信用、配置與應用相關聯(lián)的實體的配置文件以及配置與該應用相關聯(lián)的實體的策略中的至少一者。實例33.根據(jù)實例29-32中任一項所述的方法，其中，第二應用包括與客戶相關聯(lián)的應用和與一或多個云服務提供商的云服務提供商相關聯(lián)的應用中的一者。實例34.根據(jù)實例28所述的方法，其中，該軟件接口包括應用程序編程接口，并且其中，接收由與客戶相關聯(lián)的任何網(wǎng)絡內執(zhí)行的應用所發(fā)出的請求包括接收應用程序編程接口的方法的方法調用。實例35.根據(jù)實例28-34中任一項所述的方法，其中，軟件接口包括表示性狀態(tài)轉移(RESTful)接口，并且其中，請求包括指定接口方法和多個互連資產(chǎn)的互連資產(chǎn)的資源標識符的應用數(shù)據(jù)。實例36.根據(jù)實例28-35中任一項所述的方法，其中，多個互連資產(chǎn)另外包括端口、位置、順序、云服務、虛擬電路的帶寬和該虛擬電路中的至少一個。實例37.根據(jù)實例28-36中任一項所述的方法，其中，互連平臺包括應用程序編程接口網(wǎng)關，其中，接收請求包括執(zhí)行軟件接口以接收該請求，該方法另外包括：基于被包含在請求中的安全憑證來驗證客戶。實例38.根據(jù)實例28-36中任一項所述的方法，其中，互連平臺包括應用程序編程接口網(wǎng)關，其中，接收請求包括執(zhí)行軟件接口以接收該請求，該方法進一步包括：由應用程序編程接口網(wǎng)關調用云交換平臺服務以訪問多個互連資產(chǎn)以滿足該請求；由應用程序編程接口網(wǎng)關從云交換平臺服務接收響應；以及由應用程序編程接口網(wǎng)關向在與客戶相關聯(lián)的任何網(wǎng)絡內執(zhí)行的應用發(fā)送該響應的表示。實例39.根據(jù)實例28-36中任一項所述的方法，該方法另外包括：由互連平臺的至少一個子系統(tǒng)執(zhí)行多個云交換服務，該多個云交換服務中的每個云交換服務被配置為執(zhí)行虛擬電路調配任務；以及由互連平臺的編排引擎根據(jù)工作流來編排多個云交換服務以滿足該請求。實例40.如實例39所述的方法，進一步包括：由編排引擎通過將工作流和規(guī)則引擎應用于該請求以及應用于策略和云服務配置文件中的至少一者來生成工作流，其中，該工作流包括對多個云交換服務的一系列請求。實例41.根據(jù)實例39所述的方法，由互連平臺的應用程序編程接口網(wǎng)關至少基于該請求調用編排引擎。實例42.根據(jù)實例28所述的方法，其中，為了訪問多個互連資產(chǎn)以滿足請求，互連平臺調配虛擬電路中的一個。實例43.根據(jù)實例28-36中任一項所述的方法，其中，互連平臺包括：云服務查詢服務；編排引擎；應用程序編程接口網(wǎng)關，被配置為響應于接收到請求而調用編排引擎以獲得云服務的描述，其中，編排引擎生成并執(zhí)行調用云服務查詢服務的工作流，其中，該云服務查詢服務向編排引擎返回云服務的描述，其中，編排引擎將該云服務的描述返回至該應用程序編程接口網(wǎng)關，并且其中，響應于該請求，該應用程序編程接口網(wǎng)關向在與客戶相關聯(lián)的任一網(wǎng)絡內執(zhí)行的應用返回云服務的描述。實例44.根據(jù)實例28-36中任一項所述的方法，其中，互連平臺另外包括：虛擬電路查詢服務；編排引擎；應用程序編程接口網(wǎng)關，其被配置為響應于接收到請求而調用編排引擎以獲得虛擬電路的描述，其中，編排引擎生成并執(zhí)行調用虛擬電路查詢服務的工作流，其中，該虛擬電路查詢服務向編排引擎返回虛擬電路的描述，其中，所述編排引擎將該虛擬電路的描述返回至該應用程序編程接口網(wǎng)關，并且其中，響應于該請求，該應用程序編程接口網(wǎng)關向在與客戶相關聯(lián)的任一網(wǎng)絡內執(zhí)行的應用返回虛擬電路的描述。實例45.根據(jù)實例28-36中任一項所述的方法，其中，請求包括調配所述虛擬電路以向客戶提供對云服務的訪問的請求，其中，互連平臺另外包括：網(wǎng)絡服務調配服務；編排引擎；應用程序編程接口網(wǎng)關，其被配置為響應于接收到該請求而調用編排引擎來調配虛擬電路，其中，編排引擎生成并執(zhí)行調用該網(wǎng)絡服務調配服務的工作流，其中，該網(wǎng)絡服務調配服務根據(jù)請求的參數(shù)建立虛擬電路。實例46.根據(jù)實例45所述的方法，其中，互連平臺另外包括：云服務提供商集成服務，其中，編排引擎生成并執(zhí)行調用云服務提供商集成服務以請求一或多個云服務提供商的云服務提供商對虛擬電路的確認的工作流，并且其中，編排引擎響應于接收到云服務提供商對虛擬電路的確認，生成并執(zhí)行以調用網(wǎng)絡服務調配服務的工作流。47.根據(jù)實例46所述的方法，其中，請求的參數(shù)指定端口的買方端口和端口的賣方端口，并且其中，互連平臺進一步外包括：端口服務，其中，編排引擎生成并執(zhí)行調用端口服務以驗證該買方端口和賣方端口的工作流，并且其中，編排引擎響應于接收到買方端口和賣方端口的驗證，生成并執(zhí)行調用網(wǎng)絡服務供應服務的工作流。實例48.根據(jù)示例45所述的方法，其中，請求的參數(shù)指定虛擬電路的帶寬，并且其中，根據(jù)請求的參數(shù)建立虛擬電路，網(wǎng)絡服務調配服務建立虛擬電路具有帶寬的虛擬電路。實例49.根據(jù)實例28-48中任一項所述的方法，其中，客戶包括網(wǎng)絡服務提供商和企業(yè)中的一種。實例50.根據(jù)實例28-49中任一項所述的方法，其中，多個網(wǎng)絡中的每者是可公共尋址的并且具有不同的公共網(wǎng)絡地址空間。實例51.一種基于云的服務交換，包括：多個互連資產(chǎn)，其被配置成將基于云的服務交換的客戶連接到一或多個云服務提供商，該多個互連資產(chǎn)包括虛擬電路，客戶通過該虛擬電路訪問來自一或多個云服務提供商的云服務；以及編排引擎，被配置成更改多個互連資產(chǎn)。實例52.根據(jù)實例51所述的基于云的服務交換，進一步包括：至少一個子系統(tǒng)，其被配置為執(zhí)行多個云交換服務，該多個云交換服務中的每個云交換服務被配置為執(zhí)行虛擬電路調配任務，其中，為了更改多個互連資產(chǎn)，編排引擎被配置為根據(jù)工作流來編排多個云交換服務以滿足請求。實例53.根據(jù)實例52所述的基于云的服務交換，其中，編排引擎被配置為通過將工作流和規(guī)則引擎應用于所述請求以及應用于策略和云服務配置文件中的至少一者來生成工作流，并且其中，該工作流包括用于多個云交換服務的一系列請求。實例54.根據(jù)實例51-53中任一項所述的基于云的服務交換，進一步包括：具有軟件接口的互連平臺，該軟件接口被配置為響應于接收到由與客戶相關聯(lián)的應用發(fā)出的請求，訪問多個互連資產(chǎn)以滿足請求；應用程序編程接口網(wǎng)關，被配置為至少基于該請求來調用編排引擎，其中，為了修改多個互連資產(chǎn)，編排引擎被配置為響應于應用程序編程接口網(wǎng)關調用該編排而更改多個互連資產(chǎn)。實例55.一種包括指令的計算機可讀存儲介質，該指令在被執(zhí)行時，使一或多個處理器執(zhí)行實例28-50的任何方法。實例56.一種網(wǎng)絡數(shù)據(jù)中心，包括用于執(zhí)行實例28-50的任何方法的裝置。實例57.一種被配置為執(zhí)行實例28-50中任一項所述的方法的裝置。實例58.一種裝置，包括用于執(zhí)行實例28-50中任一項所述的方法的裝置。實例59.一種方法，包括：由基于云的服務交換的編排引擎接收對由該基于云的服務交換所提供的云交換服務的客戶端請求的指示；由該編排引擎選擇用于提供云交換服務的工作流，其中，該工作流指定要被執(zhí)行以實現(xiàn)所述云交換服務的客戶端請求的一組任務；由編排引擎調用一或多個微服務以執(zhí)行由所選的工作流指定的所述一組任務的任務；由該編排引擎合并在執(zhí)行任務之后從微服務接收的響應；以及由編排引擎基于所合并的響應來發(fā)送對云交換服務的客戶端請求的響應。實例60.根據(jù)實例59所述的方法，其中，接收客戶端請求的指示包括接收調配虛擬電路以用于在位于基于云的服務交換中的客戶網(wǎng)絡和位于基于云的服務交換的云服務提供商網(wǎng)絡之間交換云服務數(shù)據(jù)的客戶端請求的指示，其中，選擇工作流包括選擇用于調配虛擬電路的工作流，其中，用于調配虛擬電路的工作流指定一組任務，包括：(i)獲得端口細節(jié)、(ii)獲得城市(metro，地鐵)細節(jié)以及(iii)基于端口細節(jié)和城市細節(jié)來創(chuàng)建虛擬電路。實例61.根據(jù)實例59-60中任一項所述的方法，其中，編排引擎跨多個工作流運行任務線程分布所述組任務中的任務以訪問一或多個微服務以執(zhí)行該任務。實例62.根據(jù)實例59-61中任一項所述的方法，其中，編排引擎在基于云的服務交換的網(wǎng)絡數(shù)據(jù)中心內的一或多個管理裝置上執(zhí)行，其中，網(wǎng)絡數(shù)據(jù)中心包括相應端口，多個網(wǎng)絡據(jù)此連接到網(wǎng)絡數(shù)據(jù)中心，該網(wǎng)絡中的每一個網(wǎng)絡具有不同的網(wǎng)絡地址空間并且與多個客戶中的不同客戶或云服務提供商相關聯(lián)。實例63.根據(jù)實例59-62中任一項所述的方法，其中，一或多個微服務中的每個微服務包括經(jīng)由端點可達的對應應用程序編程接口，并且其中，調用一或多個微服務包括由該編排引擎將應用數(shù)據(jù)發(fā)送至微服務的端點。實例64.根據(jù)實例63所述的方法，其中，應用數(shù)據(jù)包括使用可擴展標記語言和JavaScript對象符號中的一種來編碼的應用數(shù)據(jù)。實例65.根據(jù)實例59-64中任一項所述的方法，其中，接收客戶端請求的指示包括：接收調配基于云的服務交換中的虛擬電路以用于在位于基于云的服務交換中的客戶網(wǎng)絡和位于基于云的服務交換的云服務提供商網(wǎng)絡之間交換云服務數(shù)據(jù)的客戶端請求的指示，其中，調配虛擬電路包括：由編排器引擎：調用微服務的第一微服務以驗證在該指示中所識別的云服務提供商中的云服務提供商；調用該微服務的第二微服務以驗證客戶網(wǎng)絡的云交換的第一端口和云服務提供商網(wǎng)絡的云交換的第二端口；以及調用該微服務的第三微服務以配置基于云的服務交換，以在該云交換的第一端口和該云交換的第二端口之間創(chuàng)建虛擬電路。實例66.根據(jù)實例59-65中任一項所述的方法，其中，虛擬電路包括端到端層1路徑和以太網(wǎng)虛擬電路中的一種。實例67.根據(jù)實例59-65中任一項所述的方法，另外包括：響應于確定一或多個微服務中的第一微服務未能實現(xiàn)由編排引擎所發(fā)送的請求，由該編排引擎確定是否重試該請求的第一微服務；響應于確定重試該請求的第一微服務，由該編排引擎向第一微服務發(fā)送請求；以及響應于確定不重試該請求的第一微服務，由該編排引擎識別一或多個微服務中的第二微服務以執(zhí)行該請求并將該請求發(fā)送至該第二微服務。實例68.根據(jù)實例59-67中任一項所述的方法，其中，編排引擎經(jīng)由位于基于云的服務交換中并且與相應客戶相關聯(lián)的多個網(wǎng)絡可達的軟件接口來接收客戶端請求的指示。實例69.根據(jù)實例59-68中任一項所述的方法，其中，接收客戶端請求的指示包括接收客戶端請求以查看在基于云的服務交換中的用于在位于基于云的服務交換中的客戶網(wǎng)絡和位于基于云的服務交換中的云服務提供商網(wǎng)絡之間交換云服務數(shù)據(jù)的虛擬電路的指示，其中，滿足客戶端請求以查看虛擬電路包括：由編排器引擎：調用微服務的第一微服務以驗證在該指示中所識別的虛擬電路請求參數(shù)；調用該微服務的第二微服務以查詢虛擬電路以獲得描述該虛擬電路的數(shù)據(jù)；從第二微服務接收描述該虛擬電路的數(shù)據(jù)；以及輸出包括描述該虛擬電路的數(shù)據(jù)的對該客戶端請求的響應。實例70.根據(jù)實例59所述的方法，其中，選擇工作流包括：由編排引擎確定發(fā)出客戶端請求的客戶端，并且基于與客戶端相關聯(lián)的配置文件來選擇工作流。實例71.一種基于云的服務交換，包括：多個互連資產(chǎn)，被配置為將基于云的服務交換的至少一個客戶連接到多個云服務提供商；以及編排引擎，被配置為通過以下操作來更改多個互連資產(chǎn)：接收由基于云的服務交換所提供的云交換服務的客戶端請求的指示；選擇用于提供云交換服務的工作流，其中，該工作流指定要被執(zhí)行以實現(xiàn)客戶端請求的云交換服務的一組任務；調用一或多個微服務以執(zhí)行由所選的工作流所指定的所述組任務的任務；合并在執(zhí)行任務之后從微服務接收到的響應；以及基于所合并的響應，向該云交換服務的客戶端請求發(fā)送響應。實例72.根據(jù)實例71所述的基于云的服務交換，其中，客戶端請求的指示包括調配虛擬電路以用于在位于基于云的服務交換中的客戶網(wǎng)絡和位于基于云的服務交換的云服務提供商網(wǎng)絡之間交換云服務數(shù)據(jù)的客戶端請求的指示，其中，為了選擇工作流，編排引擎被配置成選擇用于調配虛擬電路的工作流，其中，用于調配虛擬電路的工作流指定一組任務，包括：(i)獲得端口細節(jié)、(ii)獲得城市細節(jié)以及(iii)基于端口細節(jié)和城市細節(jié)來配置互連資產(chǎn)以創(chuàng)建虛擬電路。實例73.根據(jù)實例71所述的基于云的服務交換，其中，編排引擎被配置成區(qū)分跨多個工作流運行任務線程來分布所述組任務中的任務以訪問一或多個微服務以執(zhí)行該任務。實例74.根據(jù)實例71所述的基于云的服務交換，其中，編排引擎被配置成在基于云的服務交換的網(wǎng)絡數(shù)據(jù)中心內的一或多個管理裝置上執(zhí)行，并且其中，網(wǎng)絡數(shù)據(jù)中心包括相應端口，多個網(wǎng)絡據(jù)此連接到網(wǎng)絡數(shù)據(jù)中心，該網(wǎng)絡中的每一個網(wǎng)絡具有不同的網(wǎng)絡地址空間并且與多個客戶中的不同客戶或云服務提供商相關聯(lián)。實例75.根據(jù)實例71所述的基于云的服務交換，其中，一或多個微服務中的每個微服務包括經(jīng)由端點可達的對應應用程序編程接口，并且其中，為了調用一或多個微服務，該編排引擎被配置為將應用數(shù)據(jù)發(fā)送到微服務的端點。實例76.根據(jù)實例71所述的基于云的服務交換，其中，接收客戶端請求的指示包括：調配基于云的服務交換中的虛擬電路以用于在位于基于云的服務交換中的客戶網(wǎng)絡和位于基于云的服務交換的云服務提供商網(wǎng)絡之間交換云服務數(shù)據(jù)的客戶端請求的指示，其中，為了調配虛擬電路，編排器引擎被配置成：調用微服務的第一微服務以驗證在該指示中所識別的云服務提供商中的云服務提供商；調用該微服務的第二微服務以驗證客戶網(wǎng)絡的云交換的第一端口和云服務提供商網(wǎng)絡的云交換的第二端口；以及調用該微服務的第三微服務以配置基于云的服務交換，以在該云交換的第一端口和該云交換的第二端口之間創(chuàng)建虛擬電路。實例77.根據(jù)實例76所述的基于云的服務交換，其中，虛擬電路包括端到端層1路徑和以太網(wǎng)虛擬電路中的一者。實例78.一種基于云的服務交換，包括：網(wǎng)絡數(shù)據(jù)中心，其包括相應端口，多個網(wǎng)絡通過該端口連接到網(wǎng)絡數(shù)據(jù)中心，該網(wǎng)絡中的每個具有不同的網(wǎng)絡地址空間并且與多個客戶中的不同客戶或云服務提供商相關聯(lián)；在網(wǎng)絡數(shù)據(jù)中心內的多個互連資產(chǎn)，并且被配置為通過網(wǎng)絡數(shù)據(jù)中心的交換結構將與基于云的服務交換的多個客戶相關聯(lián)的每個網(wǎng)絡連接到與云服務提供商相關聯(lián)的一或多個網(wǎng)絡，多個互連資產(chǎn)包括用于與多個客戶相關聯(lián)的每個網(wǎng)絡的相應一組一或多個虛擬電路，并且提供在與多個客戶相關聯(lián)的網(wǎng)絡和與多個云服務提供商相關聯(lián)的網(wǎng)絡內執(zhí)行的云服務之間的在該網(wǎng)絡數(shù)據(jù)中心內的網(wǎng)絡連接；以及被配置為由網(wǎng)絡數(shù)據(jù)中心內的一或多個管理裝置執(zhí)行的互連平臺，該互連平臺包括：編排引擎，被配置為執(zhí)行至少一個工作流，該工作流使該編排引擎調用多個微服務以管理虛擬電路；以及軟件接口，其由與多個客戶相關聯(lián)的網(wǎng)絡可達，并且被配置為響應于接收到客戶端請求而命令編排引擎執(zhí)行至少一個工作流。實例79.一種應用開發(fā)框架系統(tǒng)，包括：一或多個可編程處理器，被配置為執(zhí)行微服務平臺以開發(fā)和執(zhí)行多個微服務，其中，該微服務的每個微服務包括可獨立部署的服務，該服務被配置為執(zhí)行一或多個功能以實現(xiàn)微服務接口的接口契約，其中，一或多個可編程處理器被配置為執(zhí)行編排平臺，其用于開發(fā)和執(zhí)行編排器以編排微服務以執(zhí)行基于微服務的應用。實例80.根據(jù)實例79所述的應用開發(fā)框架系統(tǒng)，其中，微服務平臺被配置為針對多個微服務中的微服務并且至少基于定義微服務的接口契約的微服務定義，為該微服務生成服務基礎設施構架。實例81.根據(jù)實例80所述的應用開發(fā)框架系統(tǒng)，其中，服務基礎設施構架包括至少一個控制器、路由器、至少一個實現(xiàn)文件、由所述微服務定義所定義的每個模型方案式的模型、樣本數(shù)據(jù)和驗證文件中的一或多者。實例82.根據(jù)實例80所述的應用開發(fā)框架系統(tǒng)，其中，服務基礎設施構架包括至少一個控制器和路由器，并且其中，路由器被配置為接收調用微服務的接口的請求，并且基于該請求確定至少一個控制器中處理該請求的控制器。實例83.根據(jù)實例80所述的應用開發(fā)框架系統(tǒng)，其中，微服務平臺包括代碼生成器，其基于微服務定義生成微服務的可執(zhí)行代碼。實例84.根據(jù)實例80所述的應用開發(fā)框架系統(tǒng)，其中，微服務平臺包括應用程序編程接口(API)文檔引擎，用于：基于接口契約生成描述該接口契約的用戶可讀數(shù)據(jù)；并通過用戶界面裝置輸出用戶可讀的數(shù)據(jù)顯示。實例85.根據(jù)實例80所述的應用開發(fā)框架系統(tǒng)，其中，微服務平臺包括聚合微服務的日志信息的日志聚合器。實例86.根據(jù)實例80所述的應用開發(fā)框架系統(tǒng)，其中，微服務平臺包括進程監(jiān)視器。實例87.根據(jù)實例80所述的應用開發(fā)框架系統(tǒng)，其中，微服務平臺包括應用程序編程接口(API)框架。實例88.根據(jù)實例9所述的應用開發(fā)框架系統(tǒng)，其中，API框架提供事件驅動架構和非阻塞I/OAPI。實例89.根據(jù)實例79所述的應用開發(fā)框架，其中，微服務平臺被配置為針對多個微服務中的微服務并且至少基于定義微服務的接口契約的微服務定義，生成微服務執(zhí)行持久操作的外部數(shù)據(jù)庫連接器。實例90.根據(jù)實例79所述的應用開發(fā)框架系統(tǒng)，其中，編排平臺被配置為至少基于定義微服務的相應接口契約的相應微服務定義來生成用于編排器的服務基礎設施架構。實例91.根據(jù)實例90所述的應用開發(fā)框架系統(tǒng)，其中，服務基礎設施構架包括用于微服務的至少一個控制器、路由器和至少一個工作流中的一或多者。實例92.根據(jù)實例90所述的應用開發(fā)框架系統(tǒng)，其中，編排平臺包括服務發(fā)現(xiàn)引擎，該服務發(fā)現(xiàn)引擎被配置為發(fā)現(xiàn)將請求路由到該微服務的可用微服務。實例93.根據(jù)實例90所述的應用開發(fā)框架系統(tǒng)，其中，編排平臺包括應用程序編程接口(API)文檔引擎，其用于：基于定義編排器的接口的接口契約生成描述該接口契約的用戶可讀數(shù)據(jù)；并通過用戶界面裝置輸出用于顯示的用戶可讀的數(shù)據(jù)。實例94.根據(jù)實例90所述的應用開發(fā)框架系統(tǒng)，其中，編排平臺包括代碼生成器，其基于微服務定義生成編排器的可執(zhí)行代碼。實例95.根據(jù)實例90所述的應用開發(fā)框架系統(tǒng)，其中，編排器調用多個微服務并從該多個微服務接收相應的響應，并且其中，該編排平臺包括聚合響應并呈現(xiàn)對由編排器接收的請求的統(tǒng)一響應的響應聚合器。實例96.一種應用開發(fā)框架系統(tǒng)，包括：一或多個可編程處理器，被配置為執(zhí)行微服務平臺以開發(fā)和執(zhí)行多個微服務，其中，該微服務的每個微服務包括可獨立部署的服務，該服務被配置為執(zhí)行一或多個功能以實現(xiàn)微服務接口的接口契約，其中，一或多個可編程處理器被配置為執(zhí)行編排平臺，其用于開發(fā)和執(zhí)行編排器以編排微服務以執(zhí)行用于基于云的服務交換的互連平臺，該基于云的服務交換被配置為使用一或多個虛擬電路來互連該基于云的服務交換的客戶。實例97.根據(jù)實例96所述的應用開發(fā)框架系統(tǒng)，其中，微服務包括用于創(chuàng)建和管理虛擬電路以互連基于云的服務交換的企業(yè)客戶和基于云的服務交換的云服務提供商客戶的微服務。實例98.根據(jù)實例97所述的應用開發(fā)框架系統(tǒng)，其中，微服務包括虛擬電路微服務、端口微服務、鏈路聚合組微服務、城市微服務、云服務提供商細節(jié)微服務、服務質量微服務、客戶服務和票務微服務、搜索微服務、資產(chǎn)和網(wǎng)絡庫存微服務、語言微服務和服務設置微服務中的一個或多個。實例99.根據(jù)實例97所述的應用開發(fā)框架系統(tǒng)，其中，編排引擎編排工作流以實現(xiàn)由互連平臺所提供的服務。實例100.根據(jù)實例99所述的應用開發(fā)框架系統(tǒng)，其中，服務包括管理端口服務、管理城市服務、云服務提供商細節(jié)服務、訂單管理服務、視圖虛擬電路服務、刪除虛擬電路服務、搜索服務、網(wǎng)絡服務提供商服務、云服務提供商配置服務、支持和票務服務、監(jiān)測和統(tǒng)計服務以及分析和推薦服務中的一個或多個。實例101.根據(jù)實例99所述的應用開發(fā)框架系統(tǒng)，其中，服務對應于一或多個API網(wǎng)關API。實例102.一種方法，包括：配置用于由執(zhí)行環(huán)境執(zhí)行的應用開發(fā)框架；創(chuàng)建應用程序編程接口(API)服務器；編輯至少一個定義文件，該至少一個定義文件中的每者定義用于編排器的接口；使用應用開發(fā)框架處理至少一個定義文件以生成用于包括一或多個微服務的基于微服務的應用的服務基礎設施；以及由API服務器執(zhí)行基于微服務的應用。實例103.根據(jù)實例102所述的方法，另外包括：為一或多個微服務中的每者實現(xiàn)一組API端點；并且定義工作流，其中，編排器執(zhí)行工作流以通過為一個或多個微服務中的每者調用相應組的API端點來編排一或多個微服務以實現(xiàn)由API服務器接收到的請求。實例104.根據(jù)實例102所述的方法，進一步包括：定義工作流，其中，編排器執(zhí)行工作流以編排一或多個微服務以實現(xiàn)由API服務器接收的請求。實例105.根據(jù)實例102所述的方法，其中，基于微服務的應用包括用于基于云的服務交換的互連平臺。此外，在上述任何示例中闡述的任何特定特征可被組合成所述技術的有益實例。也就是說，任何特定特征一般可應用于本發(fā)明的所有實例。已經(jīng)描述了本發(fā)明的各種實例。已經(jīng)描述了各種實施例。這些和其它實施例在所述實例的范圍內。當前第1頁1 2 3