App Configuration 인스턴스를 작성하는 방법은 무엇입니까?

1. IBM Cloud 계정에 로그인하십시오.

2. IBM Cloud 카탈로그에서 App Configuration를 검색하고 App Configuration를 선택하십시오. 서비스 구성 화면이 열립니다.

3. '생성' 탭에서 인스턴스를 프로비저닝할 지리적 영역( 지역 )을 나타내는 위치를 선택하십시오.

4. 가격 플랜을 선택하십시오.

5. 인스턴스에 대한 서비스 이름 을 제공하여 리소스를 구성하거나 사전 설정된 이름을 사용하십시오.

6. 리소스 그룹을 선택하십시오.

7. 선택 사항: 계정 내 인스턴스를 식별하고 정리하는 데 도움이 되도록 태그를 추가하세요. 태그가 비용 청구와 관련되어 있는 경우 그룹 관련 태그를 지원하도록 키:값 쌍으로 태그를 작성하는 것을 고려하십시오(예: costctr:124).

8. 선택사항: 특정 자원에 유연한 액세스 정책을 적용하는 데 도움이 되는 액세스 관리 태그 를 추가하십시오.

9. 선택란을 클릭하여 라이센스 계약 및 조항에 동의하십시오.

10. 작성을 클릭하십시오. 새 서비스 인스턴스가 작성되고 App Configuration 서비스 콘솔이 표시됩니다.

Terraform IBM 모듈을 사용하여 App Configuration 인스턴스를 프로비저닝할 수 있나요?

예, Terraform IBM 모듈(TIM) 을 사용하여 프로비저닝할 수 있습니다 App Configuration 인스턴스를 프로비저닝합니다. Terraform IBM 모듈은 IBM Cloud 모범 사례를 따르는 사전 구축, 검증 및 엔터프라이즈 지원 모듈입니다. 자세한 정보와 사용 가능한 모듈은 테라폼 레지스트리에서 확인하세요.

App Configuration에서 사용 가능한 가격 플랜은 무엇입니까?

App Configuration 다음과 같은 4가지 요금제가 있습니다:

App Configuration 사용에 대한 비용은 얼마입니까?

App Configuration의 기본 가격 메트릭은 애플리케이션 인스턴스, 활성 엔티티 ID 및 API 호출입니다. 스탠다드 또는 엔터프라이즈 요금제 인스턴스에서 구성 애그리게이터가 활성화되면 ‘구성 항목’과 ‘조정된 계정’이라는 두 가지 추가 지표가 적용됩니다.

애플리케이션 인스턴스- 애플리케이션 인스턴스는 사용자가 생성하지만 IBM 에서 관리하는, 고유한 이름을 가진 App Configuration 의 복사본입니다. 단일 환경 내의 여러 App Configuration 인스턴스는 여러 환경(예: 테스트, 개발, 스테이징 또는 프로덕션)에서 개별적인 App Configuration 인스턴스이므로 모두 개별 애플리케이션 인스턴스로 간주됩니다.

App Configuration의 단일 인스턴스는 여러 환경의 역할을 수행할 수 있고, 실제로 서비스는 이렇게 하도록 설계되었습니다.

활성 엔티티 ID- 활성 엔티티 ID는 App Configuration 서비스와 상호작용하는 각 엔티티에 대한 고유 식별자입니다. 예를 들어 엔티티는 모바일 디바이스에서 실행되는 앱, 클라우드에서 실행되는 마이크로서비스 또는 해당 마이크로서비스를 실행하는 인프라 컴포넌트의 인스턴스일 수 있습니다. 엔티티가 App Configuration와 상호동작하려면 고유한 엔티티 ID를 제공해야 합니다. 이 태스크는 App Configuration SDK를 사용하여 엔티티 ID를 전송하도록 앱 또는 마이크로서비스를 프로그래밍하면 가장 쉽게 수행할 수 있습니다.

API 호출 - API 호출은 프로그래밍 가능한 인터페이스를 통한 App Configuration의 호출입니다.

API 호출이 정확히 무엇을 의미하는지는 엔티티 유형(예: 마이크로서비스나 모바일 앱)에 따라 다릅니다. 마이크로서비스와 같은 서버 측 엔티티의 경우, App Configuration에서 기능 플래그 또는 특성의 상태가 변경되면, 웹 소켓 연결에서 마이크로서비스에 있는 SDK에게 상태 변경이 발생했음을 알립니다. 그러면 마이크로서비스는 App Configuration를 다시 호출하여 업데이트를 검색합니다. 이 동작은 API 호출입니다.

시작 시 초기 구성 상태를 가져오기 위해 API 호출도 수행됩니다. 모바일 앱과 같은 클라이언트 측 엔티티의 경우 웹 소켓은 사용되지 않습니다. 대신 사용자가 앱을 열거나 이를 포그라운드로 변경할 때 API 호출이 현재 구성 상태를 페치합니다. 또한 App Configuration를 프로그래밍 방식으로 호출하여 최신 구성 상태를 검색할 수도 있습니다.

구성 항목 (구성 애그리게이터 — Standard 및 Enterprise 요금제 전용)- 구성 항목이란 계정의 구성 애그리게이터에 저장된 단일 ‘ IBM Cloud ’ 리소스 구성 레코드를 말합니다. 매월 초가 되면, 전날 말까지 수집된 모든 리소스 구성에 대한 기준선 스냅샷이 생성됩니다. 그 시점 이후에 수집된 새로운 리소스 구성은 순차적으로 집계됩니다. 청구 수량은 기준 수량에 해당 기간 동안 발생한 모든 증분 추가량을 더한 합계입니다.

정산된 계정 (구성 집계기 — 표준 및 엔터프라이즈 요금제만 해당)- 정산된 계정이란 구성 집계기가 해당 계정의 리소스 구성을 적극적으로 수집하고 있는 계정을 말합니다. 독립형 계정의 경우 이 값은 항상 1입니다. 엔터프라이즈 인스턴스의 경우 1(상위 계정)에 활성 하위 계정 수를 더한 값입니다. 해당 기간 동안 모든 청구 처리에서 기록된 최대 수량이 청구 수량입니다.

App Configuration의 사용 메트릭 보는 방법은 무엇입니까?

IBM 플랫폼 청구 및 사용 대시보드에서 기본 히스토리 App Configuration 사용 메트릭을 보십시오. 보다 정교한 모니터링이 필요한 경우, ‘ IBM Cloud ’ 콘솔의 ‘Observability’ 섹션에서 ‘ IBM Cloud Monitoring ’ 인스턴스를 생성하세요.

App Configuration 비용을 예측하는 방법은 무엇입니까?

IBM Cloud 의 모든 관리형 서비스에 대한 비용을 산정하는 가장 간단한 방법은 IBM Cloud 비용 산정 도구 를 이용하는 것입니다.

비용을 보다 상세하게 예측하는 데 도움이 되는 지침:

애플리케이션 인스턴스 비용은 고정된 매월 비용입니다. App Configuration 인스턴스를 월 중간에 삭제하면 월별 애플리케이션 인스턴스 비용을 비례식으로 계산합니다. 월 인스턴스 비용을 예측하려면 사용자가 가지고 있는 App Configuration 인스턴스의 수와 각각에 지정된 가격 책정 계획에 유의해야 합니다.

IBM Cloud 콘솔의 ‘서비스’ 섹션에 있는 리소스 목록에서 기존 인스턴스를 모두 확인할 수 있습니다. App Configuration 인스턴스가 포함된 리소스 목록 행을 클릭하여 정보 슬라이드아웃을 표시하거나, 인스턴스 대시보드로 이동하여 ‘플랜’ 섹션을 확인하여 플랜을 확인하십시오.

일부 App Configuration 가격 책정 플랜에는 월별 애플리케이션 인스턴스 가격이 포함되어 있으며 다른 가격 플랜은 그렇지 않습니다.선택하는 플랜에 인스턴스 가격이 있으면, 인스턴스 가격에 인스턴스 가격에 포함되는 엔티티 ID 및 API 호출의 한 세트 수가 포함됩니다. 포함된 할당량을 초과하더라도 인스턴스는 정상적으로 계속 작동하지만, 엔티티 ID 및 API 호출에 대해 공시된 요금에 따라 초과 요금이 부과됩니다.

활성 엔티티 ID 비용은 해당 월 동안 App Configuration 인스턴스와 상호작용하는 고유 엔티티 수를 기반으로 합니다. API 호출이 작성될 때의 엔티티 자체 식별 및 애플리케이션의 각 인스턴스는 고유한 엔티티 ID를 제공합니다. 해당 달에 App Configuration를 호출하지 않은 엔티티에 대해서는 부과되지 않습니다. 가격 책정 계획에 활성 엔티티 ID의 무료 할당이 포함된 경우 할당이 초과될 때까지 청구되지 않습니다.

활성 엔티티 ID 비용은 예측하기 어려울 수 있으므로 히스토리 활동을 면밀하게 모니터해야 합니다. App Configuration의 사용 메트릭을 보는 방법은 무엇입니까?를 참조하십시오. 자사의 도메인 지식, 비즈니스 지표 및 사용량 예측을 바탕으로 Active Entity ID 비용을 예측하십시오.

API 호출 비용은 해당 월 동안 결합된 모든 엔티티를 초과하여 App Configuration가 수신 또는 송신한 API 호출 수를 기반으로 합니다. App Configuration을(를) 사용하는 비용은 무엇입니까? 섹션을 선택하여 API 호출을 구성하는 내용을 판별하십시오.

가격 플랜에 무료로 할당된 API 호출이 포함되는 경우, 할당을 초과할 때까지 사용자에게 부과되지 않습니다. 히스토리 활동을 면밀히 모니터하고 App Configuration의 사용 메트릭 보는 방법은 무엇입니까?를 확인하십시오. 자사의 도메인 지식, 비즈니스 지표 및 사용량 예측을 바탕으로 비용을 산정하십시오.

스탠다드 또는 엔터프라이즈 요금제에서 Configuration Aggregator를 사용하는 경우, 다음 두 가지 추가 비용이 부과됩니다:

• 구성 항목 — 월 초(기준 스냅샷)에 저장될 것으로 예상되는 ‘ IBM Cloud ’ 리소스 구성 레코드의 총 수에, 해당 월 동안 수집된 순 신규 리소스를 더한 값을 기준으로 비용을 예측합니다. ‘청구 및 사용량’ 대시보드에서 현재 사용량을 확인하세요.
• 계정 정산 — 해당 인스턴스가 한 달 동안 정산할 최대 계정 수를 기준으로 비용을 예측합니다. 단독 계정의 경우 이 값은 1입니다. 기업용 인스턴스의 경우, 상위 계정 1개에 더해 해당 월 중 어느 시점에서든 예상되는 활성 하위 계정의 최대 개수를 더한 수치를 적용합니다.

몇 가지 가격 시나리오 예제를 제공할 수 있습니까?

Configuration Aggregator 사용 요금은 어떻게 청구되나요?

App Configuration 인스턴스에서 구성 애그리게이터가 활성화되면, 사용량은 다음 두 가지 지표를 기준으로 측정됩니다

• 구성 항목 — 해당 계정의 애그리게이터에 저장된 ‘ IBM Cloud ’ 리소스 구성 레코드의 총 개수입니다. 매월 초에 기준 수치를 기록합니다. 그 시점 이후에 수집된 새로운 리소스 구성은 순차적으로 집계되어 기준치에 더해집니다. 이 합계는 해당 기간의 청구 수량입니다.
• 정산된 계정 — 애그리게이터가 적극적으로 정산한 계정의 수. 독립형 계정의 경우 이 값은 항상 1입니다. 엔터프라이즈 인스턴스의 경우 1(상위 계정)에 활성 하위 계정 수를 더한 값입니다. 청구 기간 동안 기록된 최대 수량이 청구 수량으로 사용됩니다.

월 중반에 하위 계정을 추가하거나 삭제하면 ‘Configuration Aggregator’ 요금 청구는 어떻게 되나요?

‘계정 조정 ’ 지표는 청구 기간 동안 활성 상태였던 계정 중 가장 많은 수를 기준으로 합니다. 결제 기간 도중에 하위 계정을 추가하면, 다음 청구 주기부터 계정이 증가합니다. 기간 도중에 하위 계정을 삭제하더라도, 해당 기간에 이미 기록된 최대 수량이 여전히 청구 수량으로 적용됩니다.

월 중반에 요금제를 변경하면 ‘Configuration Aggregator’ 요금 청구는 어떻게 되나요?

청구 기간 중에 요금제가 변경되는 경우, Configuration Aggregator 사용량은 각 요금제별로 별도로 집계됩니다. 각 요금제의 사용 내역은 별도로 청구 처리됩니다.

리소스가 수집된 후 IBM Cloud 에서 제거될 경우, 해당 구성 항목에 대해 요금이 청구되나요?

예. 리소스 구성이 수집된 경우(즉, 수집 시작 날짜가 있는 경우)에, 이후 해당 리소스가 IBM Cloud 에서 제거되거나 비활성 상태가 되더라도, 수집이 이루어졌던 기간에 대해서는 여전히 구성 항목 수에 포함됩니다.

App Configuration 플랜의 다양한 측면의 기능, 할당량 및 한계는 무엇입니까?

현재 가격은 App Configuration 카탈로그 페이지를 참조하세요.

점진적 출시에는 어떤 제한 사항이 적용되나요?

점진적 롤아웃은 Enterprise 요금제에서만 사용할 수 있습니다. 기능 플래그당 하나의 프로그레시브 롤아웃만 허용되며, 플래그 수준 또는 규칙 수준에서 구성할 수 있습니다.

플래그 수준 롤아웃 생성 및 업데이트에는 기능 플래그 API를 사용하고, 규칙 수준 롤아웃 생성 및 업데이트에는 규칙 API를 사용하세요. 롤아웃을 중지하려면 전용 롤아웃 중지 API를 사용하세요.

점진적 롤아웃을 실행 중인 경우 다음과 같은 제한 사항이 적용됩니다:

• 같은 깃발로 실험을 시작할 수 없습니다.
• 롤아웃이 포함된 플래그 또는 타겟팅 규칙은 수정할 수 없습니다.
• 관련 기능 플래그가 실행 중인 프로그레시브 롤아웃 상태인 경우 컬렉션을 삭제할 수 없습니다.
• 관련 기능 플래그가 실행 중인 프로그레시브 롤아웃 상태인 경우 세그먼트를 업데이트하거나 삭제할 수 없습니다.

실험이 이미 플래그에서 실행 중인 경우 해당 플래그에 대한 점진적 롤아웃을 만들 수 없습니다. 또한 플래그 수준에서 프로그레시브 롤아웃이 구성된 경우 타깃팅 규칙은 플래그에서 rolloutPercentage 을 상속할 수 없습니다. 규칙 수준에서 점진적 롤아웃이 구성된 경우 규칙은 플래그에서 해당 값을 상속할 수 없습니다.

App Configuration 활동을 어떻게 감사할 수 있습니까?

' App Configuration 인스턴스 내에서 엄격한 거버넌스와 책임이 필요한 경우, ' IBM Cloud ' 콘솔의 ' 관찰 가능성 ' 섹션에서 ' IBM Cloud ' 클라우드 로그 인스턴스를 만드세요. 이를 사용하여 App Configuration 활동을 기록하고 감사하십시오.

App Configuration 활동 데이터를 아카이브하는 방법은 무엇입니까?

감사 목적이나 후처리 및 데이터 분석(머신러닝 모델 적용 포함)을 위해 App Configuration 인스턴스 내의 활동 기록을 장기적으로 보관하고자 하는 경우, IBM Cloud 콘솔의 ‘가시성(Observability )’ 섹션에서 IBM Cloud Cloud Logs 인스턴스를 생성하십시오. 그런 다음 IBM Cloud Cloud Logs 인스턴스의 이벤트를 IBM Cloud Object Storage (COS) 인스턴스의 버킷으로 아카이브합니다. 자세히 보기

어떤 지역에서 App Configuration를 사용할 수 있습니까?

IBM Cloud 에서 App Configuration 인스턴스를 프로비저닝할 수 있는 리전 목록을 확인하려면, IBM Cloud 카탈로그의 ‘ App Configuration ’ 정보 페이지를 참조하십시오.

App Configuration는 고가용성 서비스입니까?

예. App Configuration 는 엔터프라이즈 워크로드를 위해 디자인된 고가용성 서비스로 디자인되었으며, 가용성을 위해 App Configuration 서비스 설명 및 IBM Cloud 서비스 레벨 계약 을 준수합니다.단일 지역 내에서 App Configuration는 여러 지역 클러스터에 걸쳐 배치됩니다.

App Configuration는 안전합니까?

예. App Configuration가 시크릿을 위한 저장소로서 설계되지 않는 반면(대신 IBM Cloud Secrets Manager 사용), 서비스 자체는 개발 프로세스에서 그리고 데이터의 보안 및 보호에서 보안 지침을 엄격히 준수합니다.개발 프로세스에는 취약성 스캔 및 조치방안, 주기적인 침투 테스트, 월드 클래스 보안 전문가에 의한 빈번한 보안 검토 등이 포함됩니다.App Configuration의 데이터는 기본적으로 전송 중 그리고 저장 중 모두에서 암호화됩니다.(자세한 내용은 App Configuration 데이터 처리 및 보호 데이터 시트 참조). 또한 App Configuration IAM(Identity and Access Management)을 사용하여 IBM Cloud의 자체 인스턴스에 대한 액세스를 보안 처리합니다. IBM Cloud 인스턴스에 대한 진행 중인 보안 모니터링 및 경보에는 App Configuration 보안 및 규제 준수 센터를 사용할 수 있습니다.