Continuous Delivery에 대한 FAQ

IBM Cloud® Continuous Delivery 사용에 대한 자주 묻는 질문의 답변을 확인하십시오.

30일 동안 사용하지 않으면 라이트 요금제 서비스가 삭제되는 이유는 무엇인가요?

동일한 리소스 그룹 내의 툴체인 중 하나 이상이 활성화되어 있으면 Continuous Delivery 인스턴스가 활성화된 것으로 간주됩니다. 사용자가 UI를 통해 도구체인과 상호작용하거나, 배달 파이프라인 작업이 트리거되거나, Git Repos and Issue Tracking 관리하는 리포지토리에 액세스하면 도구체인이 활성화된 것으로 간주됩니다.

Continuous Delivery 서비스와 연결된 모든 툴체인에서 30일 동안 이러한 조건이 충족되지 않으면 인스턴스는 비활성 상태로 간주됩니다.

내 애플리케이션을 빌드하고 배치하는 데 샘플 스크립트를 사용할 수 있습니까?

오픈 툴체인/공통 GitHub 리포지토리에는 툴체인과 파이프라인에서 사용할 수 있는 공통 스크립트 모음이 포함되어 있습니다. 예를 들어 이 저장소에 포함된 쉘 스크립트 중 하나를 고유 도구 체인에서 다양한 방식으로 사용할 수 있습니다.

내 코드를 가져와서 Continuous Delivery 를 사용하여 배포하려면 어떻게 해야 하나요?

다음 옵션을 선택하여 고유 코드를 Continuous Delivery에 배치할 수 있습니다.

  • 사용 가능한 템플리트 중 하나를 사용하여 도구 체인을 작성하십시오(배치 대상 및 도구 통합에 따라 다름). 도구 체인 작성 페이지에서 소스 저장소에 적절한 제공자를 선택한 다음 소스 코드 저장소의 링크를 지정하십시오. 도구 체인을 작성한 다음 배치 목표에 맞게 파이프라인 스크립트를 조정해야 할 수도 있습니다.
  • 빈 도구 체인을 작성한 다음, 도구 통합을 추가하여 앱을 배치하십시오. 이 메소드를 사용하여 코드를 Continuous Delivery에 배치하는 방법에 대한 자세한 정보는 Kubernetes에 앱 배치 를 참조하십시오.

IBM Cloud 및 Continuous Delivery 서비스의 상태는 어떻게 찾아볼 수 있습니까?

IBM Cloud 상태 페이지를 확인하여 알려진 문제가 IBM Cloud Platform 및 IBM Cloud의 주요 서비스에 영향을 주는지 판별하십시오.

다음 옵션 중 하나를 선택하여 상태 페이지를 찾을 수 있습니다.

  • IBM Cloud 콘솔에서 지원 으로 이동하십시오. 오늘의 알림 위젯에서 모두 보기를 클릭한 후 상태를 클릭하여 모든 IBM Cloud 위치의 리소스 상태를 확인하십시오. 유지보수 및 인시던트에 대한 이벤트 목록을 시간 순서대로 확인할 수 있습니다. 모든 알림에서 또는 유형, 지리적 위치 및 개별 리소스별로 검색할 수 있습니다. 또한 사전 알림이 제공된 예정된 유지보수 기간 및 IBM Cloud 팀에서 인지하는 대로 게시되는 계획되지 않은 인시던트 또는 가동 중단도 볼 수 있습니다. 인시던트 알림은 해결될 때까지 정기적으로 업데이트됩니다.
  • IBM Cloud- 시스템 상태에서 직접 액세스하세요.

IBM Cloud 상태 페이지에 대한 자세한 정보는 IBM Cloud 상태 보기를 참조하십시오.

Continuous Delivery 서비스에서 권한 부여된 사용자를 제거하는 방법은 무엇입니까?

Continuous Delivery 서비스에서 권한 부여된 사용자를 제거하여 다시 추가되지 않게 할 수 있습니다.

  • IAM에서 리소스 그룹의 모든 도구 체인에 대한 사용자의 액세스를 제거하십시오.
  • Continuous Delivery 서비스 인스턴스의 권한 부여된 사용자 목록에서 사용자를 제거하십시오.
  • 리소스 그룹에 있는 모든 도구 체인에 첨부된 모든 Git Repos and Issue Tracking 저장소에서 개발자 액세스를 제거합니다.

권한 부여된 사용자와 관련된 활동을 유지보수할 수 있습니다. IBM Cloud® Continuous Delivery 인스턴스에서 서비스 시작 및 사용자 시작 활동의 보기, 관리 및 감사에 대한 자세한 정보는 IBM Cloud Activity Tracker Event Routing 이벤트를 참조하십시오. 권한 부여된 사용자 관리를 위한 자세한 정보는 권한 부여된 사용자를 참조하십시오.

AUTHORIZED_USERS_PER_MONTH IBM Cloud 청구 및 사용량이 내 Continuous Delivery 서비스 인스턴스에 대해 나열된 실제 권한 부여된 사용자 수와 다른 이유는 무엇입니까?

AUTHORIZED_USERS_PER_MONTH 수량은 하루에 권한 부여된 사용자 수의 평균으로 계산됩니다. 권한 부여된 사용자가 추가되거나 제거되면 평균이 증가하거나 감소합니다. 예를 들어, 서비스 인스턴스에 6월전반부에 대한 한 명의 권한 부여된 사용자가 있고 두 번째 권한 부여된 사용자가 6월 16일에 추가되는 경우, 6월의 전체 달에 대한 AUTHORIZED_USERS_PER_MONTH 수량은 1.5 입니다.

AUTHORIZED_USERS_PER_MONTH 수량이 IBM Cloud 내 Continuous Delivery 서비스 인스턴스에 대해 청구 및 사용량이 0인 이유는 무엇입니까?

서비스 인스턴스는 엔터프라이즈의 계정에 있으며 통합 청구에 참여합니다. 엔터프라이즈 계정의 Continuous Delivery 서비스 인스턴스에서 통합 청구가 사용으로 설정된 경우 해당 인스턴스만 0이 아닌 수량의 권한 부여된 사용자를 보고합니다. 엔터프라이즈 계층 구조 및 동일한 지역에 있는 다른 모든 Continuous Delivery 서비스 인스턴스는 권한 부여된 사용자를 계속 나열하더라도 0명의 권한 부여된 사용자를 보고합니다. 통합 청구에 대한 자세한 정보는 통합 청구 를 참조하십시오.

Continuous Delivery 서비스의 여러 인스턴스에서 동일한 권한 부여된 사용자에 대해 청구되는 것을 피할 수 있습니까?

Continuous Delivery 서비스 인스턴스가 엔터프라이즈로 구성된 경우 엔터프라이즈 및 동일한 지역 내의 모든 서비스 인스턴스에 대해 권한 부여된 사용자가 한 번만 청구되도록 엔터프라이즈 계정의 Continuous Delivery 서비스 인스턴스에서 통합 청구를 사용으로 설정할 수 있습니다. 통합 청구에 대한 자세한 정보는 통합 청구 를 참조하십시오.

Terraform을 사용하여 Continuous Delivery 서비스 인스턴스를 관리할 수 있습니까?

Terraform을 사용하여 Continuous Delivery 서비스의 인스턴스를 프로비저닝, 업데이트 및 디프로비저닝할 수 있습니다. Continuous Delivery에서 Terraform을 사용하는 방법에 대한 자세한 정보는 Terraform을 사용하여 Continuous Delivery 서비스 인스턴스 작성, Terraform을 사용하여 Continuous Delivery 서비스 인스턴스 삭제ibm_resource_instance 리소스 문서를 참조하십시오.

Terraform을 사용하여 Continuous Delivery 서비스 인스턴스의 권한 부여된 사용자 목록을 관리할 수 없습니다. 콘솔을 사용해서만 권한 부여된 사용자 목록을 관리할 수 있습니다. 권한 부여된 사용자 관리에 대한 정보는 권한 부여된 사용자 를 참조하십시오.

API를 사용하여 Continuous Delivery 서비스 인스턴스를 관리할 수 있습니까?

HTTP API 또는 선택한 프로그래밍 언어 SDK를 사용하여 Continuous Delivery 서비스의 인스턴스를 프로비저닝, 업데이트 및 프로비저닝 해제할 수 있습니다. API와 함께 Continuous Delivery 사용에 대한 자세한 내용은 API로 Continuous Delivery 서비스 인스턴스 만들기API로 Continuous Delivery 서비스 인스턴스 삭제를 참조하세요.

API를 사용하여 Continuous Delivery 서비스 인스턴스의 권한 부여된 사용자 목록을 관리할 수 없습니다. 콘솔을 사용해서만 권한 부여된 사용자 목록을 관리할 수 있습니다. 권한 부여된 사용자 관리에 대한 정보는 권한 부여된 사용자 를 참조하십시오.

콘솔, API 또는 CLI를 사용하여 Terraform에서 관리하는 리소스를 수정할 수 있습니까?

Terraform을 사용하여 Continuous Delivery 서비스 인스턴스, 도구 체인 및 Tekton 파이프라인과 같은 리소스를 관리하는 경우 콘솔, API 또는 CLI를 사용하거나 Terraform의 제어 밖에 있는 다른 메소드를 사용하여 리소스를 변경하지 마십시오.

리소스를 직접 변경하여 Terraform을 우회하는 경우 리소스 드리프트가 발생할 수 있습니다. 이 상황에서는 IBM Cloud 의 실제 리소스 상태가 Terraform의 리소스 정의에서 벗어나게 됩니다. 다음에 Terraform 구성을 적용할 때 Terraform은 Terraform 구성과 다시 일치하도록 리소스를 업데이트하려고 시도합니다. 이 조치는 변경을 되돌리거나 자원을 삭제한 후 다시 작성하는 것과 같이 의도하지 않은 결과를 초래할 수 있습니다.

자원 드리프트에 대한 자세한 정보는 자원 드리프트 관리를 참조하십시오.