簡介
本檔案介紹CloudCenter和ServiceNow(SNOW)之間的整合。
作者:Mitchell Cramer,TAC工程師。
CloudCenter和ServiceNow整合提供什麼?
CloudCenter和ServiceNow之間的整合允許在CloudCenter中建立應用程式模型,然後發佈到ServiceNow,您可以在其中請求部署到任何可用雲,並檢視雲之間的成本比較。最新版本是v1.4,支援赫爾辛基和伊斯坦布林兩個環境。
使用者如何獲得CloudCenter的ServiceNow整合?
為了將ServiceNow整合整合到CloudCenter,您應該遵循以下步驟:
- 導覽至store.servicenow.com。
- 搜尋CloudCenter。
- 點選CloudCenter整合。
- 按一下Contact Seller。
- 使用您的憑據登入。
- CloudCenter團隊批准下載請求並通過ServiceNow向您傳送資訊。
在CloudCenter方面進行了哪些更改以使此整合正常運行?
在CloudCenter中,有一個名為Publish to ServiceNow的自定義操作以及三個名為SNOW_job_status_changed、SNOW_job_deployed和SNOW_job_cancelled的策略。自定義操作在應用程式下拉選單中新增一個標籤為Publish to ServiceNow的按鈕。
自定義操作「發佈到ServiceNow」的格式是什麼?
自定義操作的結構如下表所示:
對使用者可見 |
已啟用 |
對象 |
應用程式 |
操作型別 |
呼叫Web服務 |
通訊協定 |
HTTPS |
Web服務URL |
<yourServiceNowInstance.com>/api/now/table/x_cqt_cliqr_publish_app_trigger |
使用者名稱 |
rest.admin |
密碼 |
rest.admin的密碼 |
HTTP請求型別 |
POST |
內容型別 |
JSON |
本文 |
{
"app_id"
:
"%appId%"
中,
"應用名稱"
:
"%appName%"
中,
"latest_app_version"
:
"%latestAppVersion%"
中,
"所有者_id"
:
"%ownerId%"
中,
"所有者"
:
"%owner%"
}
|
ServiceNow整合所需的自定義策略的格式是什麼?
這些表中顯示了自定義策略的格式,它們遵循相似的模式,每個策略的資訊部分都發生了更改。
名稱 |
SNOW_job_status_changed |
執行對象 |
應用程式部署 |
活動時 |
狀態已更改 |
操作型別 |
呼叫Web服務 |
通訊協定 |
HTTPS |
Web服務URL |
<yourServiceNowInstance.com>/api/now/table/x_cqt_cliqr_job_status_trigger |
使用者名稱 |
rest.admin |
密碼 |
rest.admin的密碼 |
HTTP請求型別 |
POST |
內容型別 |
JSON |
本文 |
{
"作業_id"
:
"%jobId%"
中,
"作業名稱"
:
"%jobName%"
中,
"作業型別"
:
"%jobType%"
中,
"應用名稱"
:
"%appName%"
中,
"所有者"
:
"%owner%"
中,
"狀態"
:
"%status%"
中,
"已更改_on"
:
"%ChangedOn%"
中,
"new_status"
:
"%NewStatus%"
}
|
為共用使用者自動啟用 |
已啟用
|
限制使用者禁用此策略 |
已啟用
|
名稱 |
SNOW_job_deployed |
執行對象 |
應用程式部署 |
活動時 |
已部署 |
操作型別 |
呼叫Web服務 |
通訊協定 |
HTTPS |
Web服務URL |
<yourServiceNowInstance.com>/api/now/table/x_cqt_cliqr_job_status_trigger |
使用者名稱 |
rest.admin |
密碼 |
rest.admin的密碼 |
HTTP請求型別 |
POST |
內容型別 |
JSON |
本文 |
{
"作業_id"
:
"%jobId%"
中,
"作業名稱"
:
"%jobName%"
中,
"作業型別"
:
"%jobType%"
中,
"應用名稱"
:
"%appName%"
中,
"所有者"
:
"%owner%"
中,
"狀態"
:
"%status%"
中,
"deployed_on"
:
"%DeployedOn%"
}
|
為共用使用者自動啟用 |
已啟用
|
限制使用者禁用此策略 |
已啟用
|
名稱 |
SNOW_job_cancelled |
執行對象 |
應用程式部署 |
活動時 |
已取消 |
操作型別 |
呼叫Web服務 |
通訊協定 |
HTTPS |
Web服務URL |
<yourServiceNowInstance.com>/api/now/table/x_cqt_cliqr_job_status_trigger |
使用者名稱 |
rest.admin |
密碼 |
rest.admin的密碼 |
HTTP請求型別 |
POST |
內容型別 |
JSON |
本文 |
{
"作業_id"
:
"%jobId%"
中,
"作業名稱"
:
"%jobName%"
中,
"作業型別"
:
"%jobType%"
中,
"應用名稱"
:
"%appName%"
中,
"所有者"
:
"%owner%"
中,
"狀態"
:
"%status%"
中,
"已取消_on"
:
"%CancelledOn%"
}
|
為共用使用者自動啟用 |
已啟用
|
限制使用者禁用此策略 |
已啟用
|
使用者如何能夠從ServiceNow部署到CloudCenter?
為了能夠從ServiceNow部署到CloudCenter,必須在ServiceNow中執行這些步驟。
- 導航到ServiceNow後端。
- 在「使用者和組」(Users and Groups)下查詢「使用者」(Users)表格。
- 按一下「New」。
- 填寫資訊並確保電子郵件地址是唯一的(ServiceNow不會檢查唯一性,但CloudCenter需要它)。
建立使用者後,搜尋該使用者並將其新增到兩個組:
- Cliqr — 涉及連結ServiceNow和啟用配置檔案。
- 雲市場消費者 — 在CloudCenter中建立使用者,然後接收API金鑰。
使用者還需要對將在CloudCenter中部署的任何環境和應用程式的許可權,才能從ServiceNow成功部署。
如何確認已在CloudCenter中通過ServiceNow成功建立使用者?
建立ServiceNow中的使用者時,如果使用者在CloudCenter中成功建立,則嘗試在CloudCenter中建立該使用者,並將API金鑰傳送回ServiceNow。若要檢查此項,請轉到ServiceNow中的使用者API金鑰表,並檢視是否有該使用者的API金鑰。
從ServiceNow在CloudCenter中部署應用程式的流程是什麼?
要通過ServiceNow訂購新服務,請執行以下步驟。
- 導航到ServiceNow中的CloudCenter目錄。
- 確保在ServiceNow中請求服務的使用者在CloudCenter中擁有適當的許可權,否則將無法訪問服務請求螢幕中的這些系統標籤或環境。
- 設定部署時間。 如果部署時間為將來時間,則ServiceNow將保留請求,直到滿足該時間為止,然後將請求傳送到CloudCenter。
- 設定終止時間。 ServiceNow將立即終止部署,而不會暫停。
- 提交後,訂單將等待具有批准許可權的使用者批准。
- ServiceNow使用者可以從「服務例項」頁籤管理服務請求。
整合之間的主要故障排除點有哪些?
整合中出現的主要問題是CloudCenter和ServiceNow之間的許可權不匹配。 必須與CloudCenter中在ServiceNow中執行部署的使用者共用應用程式和部署環境。
可以通過ServiceNow的後端找到有關使用者及其許可權的其他資訊,並導航到使用者屬性表。
如果ServiceNow中發生其他問題,則可以在後端系統日誌下找到日誌記錄。
如果ServiceNow關閉,CloudCenter是否對ServiceNow進行心跳檢查?
CloudCenter不進行心跳檢查,所有資訊都直接由CloudCenter推送到ServiceNow,如果ServiceNow在流程中關閉,資訊可能會或可能不會正確傳送。
相關資訊