建立及管理服務帳戶
用戶端應用程式可使用服務帳戶向雲端訂閱進行鑑別。 透過產生服務認證來建立服務帳戶。
開始之前
關於此作業
服務認證由唯一的功能 ID 和密碼組成。
- 功能 ID
- 從您指定給服務帳戶的別名產生功能 ID。
類似於一般使用者 ID,您會將用戶端應用程式所存取雲端環境的權限及應用程式可能需要的角色授予功能 ID。 不過,您無法使用這些 ID 來手動登入雲端入口網站中的其中一個工具,例如 Process Portal。 您也無法使用 User Management API 來建立或刪除功能 ID。
- 密碼
- 密碼是隨機產生的字串,必須足夠長足夠複雜才能視為安全,以防範暴力攻擊。 密碼永不到期。 然而,基於安全理由,請考慮定期變更密碼。重要事項: 當您變更密碼時,所有應用程式都會自動失去雲端訂閱的存取權。 規劃密碼變更,以便預先停止用戶端應用程式,並在重新啟動它們之前,確定它們已配置成使用新密碼。
作為直接在存取管理視圖中變更密碼的替代方案,請考量改為輪替認證。
您可以決定訂閱需要多少個服務帳戶。 例如,若干個應用程式可能共用一個帳戶,而其他應用程式具有專屬帳戶。
程序
若要建立服務帳戶,請完成下列步驟:
下一步
- 跨訂閱共用服務認證
- 若要共用服務認證,請使用 Credentials API 所提供的作業。 所有的 API 呼叫都要求呼叫端需具備「帳戶管理者」角色。 如需相關資訊,請參閱 使用服務認證來鑑別用戶端應用程式。
- 配送服務認證
- 若要使密碼原則能輕鬆套用至用戶端應用程式,則程式設計師就不應該將服務認證寫在應用程式碼中。 相反地,將認證提供給用戶端應用程式環境,以便用戶端應用程式可以輕鬆地存取認證,例如,在配置檔或認證儲存庫中存取認證。 確保安全儲存及散發這些認證,以免協力廠商存取。 當您變更密碼時,請記得更新用戶端應用程式所使用的認證資源。 如需在用戶端應用程式中使用認證的相關資訊,請參閱 使用服務認證來鑑別用戶端應用程式。
- 輪替服務認證
- 若要確保在更新服務認證時應用程式不會失去雲端訂閱的存取權,請讓舊認證和新認證在一段時間內保持有效。 和程式設計師一起協調此重疊期間的長度,以便反映應用程式環境中的所有用戶端都需要重新整理其服務認證的時間上限。
- 刪除服務帳戶
- 例如,您可能要刪除不再需要的服務帳戶,因為您為使用此帳戶的用戶端應用程式產生了新的服務認證集。 刪除帳戶前,請確保任何執行中應用程式都沒有使用此功能 ID。 在「使用者」頁面上,透過移除功能 ID 來刪除服務帳戶。