利用および請求に関するよくある質問

App Configuration の FAQ には、App Configuration に関する一般的な質問に対する回答が記載されています。

App Configuration インスタンスを作成する方法

  1. IBM Cloud アカウントにログインします。

  2. IBM Cloud カタログで App Configuration を探し、**「App Configuration」**を選択します。 サービス構成画面が開きます。

  3. [ 作成 ] タブで、インスタンスをプロビジョニングする地理的エリア（ リージョン ）に対応する場所を選択します。

  4. **「料金プラン (Pricing plan)」**を選択します。

  5. インスタンスの サービス名 を指定してリソースを構成するか、事前設定された名前を使用します。

  6. 「リソース・グループ」 を選択します。

  7. 任意： アカウント内のインスタンスを識別・整理しやすくするために、 タグを追加してください。 タグが請求に関連している場合は、関連したタグのグループ化に役立つように、「キー: 値」のペア (例えば costctr: 124) としてタグを記述することを検討してください。

  8. オプション: 特定のリソースに柔軟なアクセス・ポリシーを適用するのに役立つ アクセス管理タグ を追加します。

  9. チェック・ボックスをクリックして、ご使用条件と条件に同意します。

  10. 「作成」 をクリックします。 新規サービス・インスタンスが作成され、App Configuration サービス・コンソールが表示されます。

Terraform IBM Modules を使って App Configuration インスタンスをプロビジョニングできますか？

はい、 Terraform IBM Modules(TIM) を使ってインスタンスのプロビジョニングを行うことができます。 App Configuration インスタンスをプロビジョニングできます。 Terraform IBM モジュールは、 IBM Cloud ベストプラクティスに従った、ビルド済み、検証済み、エンタープライズ対応のモジュールです。 より詳しい情報や利用可能なモジュールについては、 Terraform Registryを確認してほしい。

どのような料金プランを App Configuration で利用できますか?

App Configuration 4つの料金プランがあります：

料金プラン
プラン 組み込まれているもの 機能
ライト このプランは、10 個のアクティブ・エンティティー ID と 5,000 回の API 呼び出しが組み込まれている無料の評価プランです。 ライト・プラン・サービスは、非アクティブで 30 日経過すると削除されます。 組み込まれている App Configuration 機能はすべて評価専用です。 実動には使用しないでください。 Configuration Aggregator はサポートされていません。
基本 月々のインスタンスの料金はありません。 使用した分のみをお支払いただきます。 このプランには、プロパティー管理機能のみが含まれています。 Configuration Aggregator は、追加料金なしでご利用いただけます。
Standard 月額インスタンス料金には、1,000件のアクティブなエンティティIDと100,000回のAPI呼び出しが含まれています。 このプランには、プロパティ管理に加え、機能フラグも含まれています。 Configuration Aggregator は、構成項目および照合済みのアカウント単位でサポートおよび課金されます。 リアルタイムでの設定情報の収集に対応しています。
Enterprise インスタンスの月額には、10,000 のアクティブ・エンティティー ID と 1,000,000 の API 呼び出しが含まれています。 この計画には、プロパティ管理や機能フラグに加え、手動での展開やセグメントへのターゲティングが含まれています。 Configuration Aggregator は、構成項目および照合済みのアカウント単位でサポートおよび課金されます。 リアルタイムでの設定情報の収集に対応しています。

App Configuration の使用料金を教えてください

App Configuration に関する基本的な料金メトリックは、アプリケーション・インスタンス、アクティブ・エンティティー ID、および API 呼び出しです。 スタンダードプランまたはエンタープライズプランのインスタンスで「Configuration Aggregator」が有効になっている場合、「構成項目」と「照合済みアカウント 」という2つの追加メトリクスが適用されます。

アプリケーションインスタンス- アプリケーションインスタンスとは、ユーザーが作成した App Configuration のコピーであり、一意の名前が付けられていますが、その管理は IBM によって行われます。 単一環境内の App Configuration の複数インスタンスは、複数の環境 (テスト、開発、ステージング、実動など) 内の個別の App Configuration インスタンスと同様に、すべて別個のアプリケーション・インスタンスと見なされます。

App Configuration の単一インスタンスは複数の環境に対応でき、実際にサービスは対応できるように設計されています。

アクティブなエンティティ ID- アクティブなエンティティ ID とは、 App Configuration サービスとやり取りを行う各エンティティに割り当てられる一意の識別子です。 例えば、エンティティーは、モバイル・デバイス上で実行されるアプリのインスタンス、クラウド上で実行されるマイクロサービス、またはそのマイクロサービスを実行するインフラストラクチャーのコンポーネントの場合があります。 いずれかのエンティティーが App Configuration と対話するには、固有のエンティティー ID を提供する必要があります。 App Configuration SDK を使用してエンティティー ID を送信するようにアプリまたはマイクロサービスをプログラミングすると、最も簡単にこのタスクを実現できます。

API 呼び出し - API 呼び出しは、プログラマブル・インターフェースを介した App Configuration の呼び出しです。

正確には、API 呼び出しの構成は、エンティティー・タイプ (マイクロサービスやモバイル・アプリケーションなど) に応じて変わります。 マイクロサービスのようなサーバー・サイドのエンティティーの場合、App Configuration 内で機能フラグまたはプロパティーの状態が変更されると、状態変更が発生したことが WebSocket 接続からマイクロサービス内の SDK に通知されます。 続いて、マイクロサービスが App Configuration にコールバックして更新を取得します。 このアクションは API 呼び出しです。

始動時にも API 呼び出しが行われ、初期構成の状態が取得されます。 モバイル・アプリケーションのようなクライアント・サイドのエンティティーの場合、WebSocket は使用されません。 代わりに、ユーザーがアプリを開く際か前面にする際に、API 呼び出しで現在の構成状態が取り出されます。 App Configuration をプログラマチックに呼び出して、最新の構成状態を取得することもできます。

構成アイテム （構成アグリゲーター — スタンダードおよびエンタープライズプランのみ） - 構成アイテムとは、 アカウントの構成アグリゲーターに保存されている、 IBM Cloud のリソース構成レコードの1つです。 各暦月の初めに、前日の終了時点までに収集されたすべてのリソース構成について、ベースラインのスナップショットが取得されます。 その時点以降に収集された新しいリソース構成は、順次カウントされます。 請求数量は、ベースラインに当該期間中のすべての増分を加えた合計です。

アカウントが完了しました （Configuration Aggregator — スタンダードプランおよびエンタープライズプランのみ） - 「照合済みアカウント 」とは、Configuration Aggregator によってリソース構成が積極的に収集されているアカウント。 アカウント、この値は常に1となります。 エンタープライズインスタンスの場合、1（親アカウント ）にアクティブなアカウント数を加えた数となります。 当該期間におけるすべての請求処理で記録されたピーク計数が、請求数量となります。

App Configuration の使用量メトリックを表示する方法

IBM プラットフォームの 請求および使用状況ダッシュボードで、基本的な履歴 App Configuration 使用状況メトリックを表示します。 より高度な監視が必要な場合は、 IBM Cloud コンソールの「 Observability 」セクションから IBM Cloud Monitoring インスタンスを作成してください。

App Configuration のコストを予測する方法

IBM Cloud のマネージドサービスの費用を見積もる最も簡単な方法は、「 IBM Cloud コスト見積もりツール 」を利用することです。

コストをより詳細に予測するためのガイドライン：

アプリケーション・インスタンスのコストは、月額の固定コストです。 月中に App Configuration インスタンスを削除すると、1 カ月分のアプリケーション・インスタンスの料金が日割計算されます。 インスタンス・コストの月額を予測するには、所有する App Configuration インスタンスの数と、割り当てられている各料金プランを把握する必要があります。

IBM Cloud コンソールのリソース・リストの「サービス」セクションで、既存のすべてのインスタンスを参照します。 App Configuration インスタンスが含まれている「リソース一覧」の行をクリックして情報スライドアウトを表示するか、インスタンスのダッシュボードに移動して「プラン」セクションを確認し、プランを特定してください。

月次のアプリケーション・インスタンスの価格が含まれる App Configuration 料金プランもあれば、含まれない料金プランもあります。選択したプランにインスタンス価格がある場合は、そのインスタンス価格には所定の数のエンティティー ID と API 呼び出しが含まれます。 含まれる割り当て量を超過した場合でも、インスタンスは通常通り動作し続けますが、エンティティ ID および API 呼び出しについて公表されている料金に基づき、超過料金が発生します。

アクティブ・エンティティー ID のコストは、その月の間に App Configuration インスタンスと対話する固有のエンティティーの数に基づきます。 API 呼び出しが行われると、エンティティーは自己識別し、アプリケーションの各インスタンスは固有のエンティティー ID を提供します。 その月の間に App Configuration を呼び出さないエンティティーについては課金されません。 価格プランにアクティブ・エンティティー ID の無料割り当てが含まれている場合、その割り当てを超えるまでは課金されません。

アクティブ・エンティティー ID のコストは予測が難しい場合があるので、アクティビティーの履歴を入念にモニターする必要があります。 App Configuration の使用量メトリックを表示する方法を参照してください。 独自のドメイン知識、ビジネス指標、および利用予測に基づいて、アクティブエンティティIDのコストを予測してください。

API 呼び出しのコストは、すべてのエンティティーを合計した、その月の間に App Configuration で送受信される API 呼び出しの数に基づきます。 「App Configuration の使用料金」セクションをチェックして、API 呼び出しの構成要素を判別します。

料金プランに無料の API 呼び出しの割り当てが組み込まれている場合、その割り当てを超過するまで課金されません。 アクティビティーの履歴を入念にモニターし、App Configuration の使用量メトリックを表示する方法を確認してください。 自社の専門知識、ビジネス指標、および利用予測に基づいて、コストを予測してください。

スタンダードプランまたはエンタープライズプランで「 Configuration Aggregator 」をご利用の場合、以下の2つの追加費用が発生します：

  • 構成項目 — 月の初め（ベースラインスナップショット）時点で保存される見込みの IBM Cloud リソース構成レコードの総数に加え、その月中に収集された新規リソースの数を基に、コストを予測します。 「 請求および利用状況」ダッシュボードで、現在の利用状況を確認してください。
  • アカウントが完了しました — そのインスタンスが1か月間に照合アカウントピーク値に基づいて、コストを見積もります。 単独アカウントの場合、これは1です。 エンタープライズインスタンスの場合、 アカウント 1を加えた数に、その月のどの時点においても想定されるアクティブなアカウント最大数を足した数としてください。

価格設定のシナリオの例を示してください

価格設定のシナリオ 1: 機能フラグを使用するモバイル・アプリ

モバイル・アプリで、機能フラグとターゲット・セグメントによって、異なるさまざまなユーザーのセットに対して機能を少しずつロールアウトするとします。履歴メトリクスには 200,000 人のユーザーが表示されていますが、月間アクティブ・ユーザーはその約 50% にすぎません。 平均的なアクティブ・ユーザーは毎日 1 度アプリを開くか、フォアグラウンドに移動します。 月に 2 回、新機能をロールアウトするとします。

機能フラグとセグメンテーションの両方をサポートするには、「 App Configuration 」のエンタープライズプランが必要です。

この例では、エンタープライズ・プラン・インスタンスが $500/月、アクティブ・エンティティー ID が $0.01 、API 呼び出しが $10/100,000 であるとします。 注: これらの価格は、この例でのみ想定されています。 現在の価格設定は、例に示されている金額と異なる場合があります。 現在の料金については、 App Configuration カタログ・ページを参照してください。

App Configuration エンタープライズインスタンス：1 インスタンス（月額 500 ドル） アクティブなエンティティ ID：アプリインスタンス（ユーザー）総数 200,000 × アクティブ率 50% = 100,000 含まれるアクティブなエンティティ ID：10,000 純アクティブエンティティID数：100,000 - 10,000 = 90,000、アクティブエンティティID 1件あたり 0.01 = 900

API呼び出し数：アクティブなエンティティID 100,000件 × 月間30回のアプリ起動 ＝ 3,000,000 含まれるAPI呼び出し数：1,000,000 純API呼び出し数：3,000,000 - 1,000,000 = 2,000,000 @ 100,000 API呼び出しあたり10ドル = 200ドル 総費用：500ドル + 900ドル + 200ドル = 月額1,600ドル

価格設定のシナリオ 2: 機能フラグを使用するマイクロサービス

モバイル・アプリをサポートするバックエンド・マイクロサービスが 5 つあるとします。 新しいマイクロサービス機能を完全にテストするには、それらの機能を実働にダーク・ローンチし、テスターのみにターゲット設定します。 モバイル・アプリは世界中で使用されているため、世界中の 3 つのリージョンのそれぞれに 5 つのマイクロサービスのセットがあり、稼働前には各リージョンでアプリをテストする必要があります。

継続的デリバリーに向けて進んでいるため、平均して3日ごとに新機能をダークローンチしており（月間10回のダークローンチ）、その機能はリリースされる前に1～2日間のテストを経ます（例えば、ターゲティング設定の解除など）。 これにより、機能ごとに 2 回の切り替えが行われます。1 回はテスターの機能をアクティブ化するための切り替え、もう 1 回は一般ユーザー集団のターゲット設定とアクティブ化を削除するための切り替えです。

機能フラグとセグメンテーションの両方が必要となるため、「 App Configuration 」のエンタープライズプランをご利用いただく必要があります。

この例では、エンタープライズ・プラン・インスタンスが $500/月、アクティブ・エンティティー ID が $0.01 、API 呼び出しが $10/100,000 であるとします。 注: これらの価格は、この例でのみ想定されています。 現在の価格設定は、例に示されている金額と異なる場合があります。 現在の料金については、 App Configuration カタログ・ページを参照してください。

App Configuration エンタープライズインスタンス：1 インスタンス（月額 500 ドル） アクティブなエンティティ ID：リージョンあたり 5 つのエンティティ ID × 3 リージョン = 15 含まれるアクティブなエンティティ ID：10,000 実質のアクティブエンティティID数：0（すべて含まれる）＝ $0 API呼び出し：リージョンあたり3インスタンス × 3リージョン × （月間10回のダークローンチ × リリースあたり2回の切り替え）＝ 180 含まれるAPI呼び出し数： 1,000,000 純API呼び出し数： 0（すべて含まれている） = $0 総費用： $500 + $0 + $0 = 月額$500

両方のシナリオで同じ App Configuration インスタンスを使用することもでき、合計コストは 1 カ月当たりほぼ $1600 になります。

Configuration Aggregatorの利用料金はどのように請求されますか？

App Configuration インスタンスでConfiguration Aggregatorが有効になっている場合、使用状況は次の2つのメトリクスに基づいて測定されます：

  • 設定項目 — アカウントのアグリゲーターに保存されている「 IBM Cloud 」リソースの設定レコードの総数。 各暦月の初めに、基準値が記録されます。 その時点以降に収集された新しいリソース構成は、累積的にカウントされ、ベースラインに追加されます。 この合計額は、当該期間の請求数量です。
  • アカウントが完了しました — アグリゲーターによって積極的に照合されたアカウントの数。 アカウント、この値は常に1となります。 エンタープライズインスタンスの場合、1（親アカウント ）にアクティブなアカウント数を加えた数となります。 請求期間中に記録された最大数量が、請求数量として使用されます。

月の途中でアカウントを追加または削除した場合、Configuration Aggregatorの請求はどうなりますか？

「 アカウントが完了しました 」という指標では、請求期間中にアクティブだったアカウント最大値が使用されます。 期間の途中でアカウントを追加した場合、そのアカウントの件数は次回の請求処理から増加します。 期間の途中でアカウントを削除した場合でも、その期間についてすでに記録されている最大値が、請求数量として使用されます。

月の途中で料金プランを変更した場合、Configuration Aggregatorの請求はどうなりますか？

請求期間中に料金プランが変更された場合、Configuration Aggregatorの利用状況はプランごとに個別に集計されます。 各プランの利用状況は、個別に請求処理されます。

リソースが収集された後に IBM Cloud から削除された場合、設定項目は課金対象となりますか？

はい。 リソース構成が収集された場合（つまり、収集開始日がある場合）、その後そのリソースが IBM Cloud から削除されたり、非アクティブ状態になったりしても、収集が行われた期間については、引き続き構成項目としてカウントされます。

App Configuration プランのさまざまな面に関する機能、割り当て量、制限を教えてください

各種料金プランの能力、ノルマ、限度額
ライト 基本 Standard Enterprise
共同作業者の数 (チームのメンバー) 制限なし 制限なし 制限なし 制限なし
インスタンスの最大数 1 制限なし 制限なし 制限なし
インスタンスの存続期間 非アクティブで 30 日 制限なし 制限なし 制限なし
インスタンスの基本価格 (月次) 無料 無料 課金 (カタログ・ページを参照) 課金 (カタログ・ページを参照)
インスタンスに組み込まれるアクティブ・エンティティー ID 数 (月次) 10 0 1000 10,000
月間アクティブエンティティIDの超過 超過は許可されません 許可される超過 許可される超過 許可される超過
インスタンスあたりのアクティブ・エンティティー ID の最大数 (月次) 10 無制限 無制限 無制限
インスタンスに組み込まれる API 呼び出し 5,000 0 100,000 1,000,000
超過した API 呼び出しの価格 超過は許可されません 許可される超過 許可される超過 許可される超過
インスタンスあたりの API 呼び出しの最大数 (月次) 5,000 無制限 無制限 無制限
環境 1 15 15 15
コレクション 1 20 20 無制限
プロパティー 10 (プロパティー数 + フラグ数) 1000 1000 無制限
プロパティー・タイプ すべて すべて すべて すべて
プロパティーの最大サイズ 10 kB 10 kB 10 kB 10 kB
ストレージの最大サイズ (すべてのプロパティー) 0.1 MB 10 MB 10 MB 10 MB
フラグ 10 (プロパティー数 + フラグ数)
100 無制限
属性 応答とカスタムの属性から収集
応答とカスタムの属性から収集
セグメント 3
無制限
セグメントあたりのセグメント定義ルール 3
25
インスタンスあたりのターゲット定義ルールの最大数 3
100
機能あたりのターゲット定義ルール数
50
デリバリー・モード Websocket (サーバー) プルまたは取得 (クライアント) Websocket (サーバー) プルまたは取得 (クライアント) Websocket (サーバー) プルまたは取得 (クライアント) Websocket (サーバー) プルまたは取得 (クライアント)
ロール・ベースのアクセス権限 Env レベル、コレクション・レベル Env レベル、コレクション・レベル Env レベル、コレクション・レベル Env レベル、コレクション・レベル
ロケーション ロンドン、ダラス、 Washington DC、シドニー、フランクフルト ロンドン、ダラス、 Washington DC、シドニー、フランクフルト ロンドン、ダラス、 Washington DC、シドニー、フランクフルト ロンドン、ダラス、 Washington DC、シドニー、フランクフルト
HA リージョン リージョン リージョン リージョン
セキュリティー エンドツーエンドの暗号化 RBAC エンドツーエンドの暗号化 RBAC エンドツーエンドの暗号化 RBAC エンドツーエンドの暗号化 RBAC
モニター IBM Cloud Monitoring IBM Cloud Monitoring IBM Cloud Monitoring IBM Cloud Monitoring
監査 IBM Cloud Logs IBM Cloud Logs IBM Cloud Logs IBM Cloud Logs
サポート IBM Cloud サポート・プランあたり IBM Cloud サポート・プランあたり IBM Cloud サポート・プランあたり IBM Cloud サポート・プランあたり
パーセンテージ・ロールアウト サポート対象 サポートされていません サポートされていません サポート対象
スナップショット サポートされていません サポートされていません サポートされていません サポート対象
KMS統合（BYOK） サポートされていません サポートされていません サポートされていません サポート対象
Event Notifications の統合 サポートされていません サポートされていません サポートされていません サポート対象
Service Now による機能フラグ状態のワークフロー管理 サポートされていません サポートされていません サポートされていません サポート対象
コンフィギュレーション・アグリゲーター サポートされていません 対応済み（課金なし） 対応済み（請求済み） 対応済み（請求済み）
インスタンスに含まれる構成項目 適用外 適用外 2000 5000
構成項目の超過分 適用外 適用外 許可される超過 許可される超過
インスタンスあたりの最大設定項目数 適用外 適用外 無制限 無制限
インスタンスに含まれる照合済みのアカウント 適用外 適用外 0 0
アカウント照合による過大額 適用外 適用外 許可される超過 許可される超過
インスタンスごとに照合可能な最大アカウント 適用外 適用外 無制限 無制限
リアルタイムでの設定情報の収集 サポートされていません サポートされていません サポート対象 サポート対象

現在の価格については、 App Configuration カタログページをご覧ください。

プログレッシブ展開にはどのような制限がありますか？

プログレッシブロールアウトは、エンタープライズプランでのみご利用いただけます。 プログレッシブ・ロールアウトは、1つの機能フラグにつき1つだけ許可され、フラグ・レベルまたはルール・レベルで設定できる。

フラグレベルのロールアウトの作成と更新には機能フラグAPIを使用し、ルールレベルのロールアウトの作成と更新にはルールAPIを使用する。 ロールアウトを停止するには、専用のstop rollout APIを使用する。

プログレッシブ・ロールアウトが実行されている場合、以下の制限が適用される：

  • 同じ旗で実験を始めることはできない。
  • ロールアウトを含むフラグやターゲティングルールを変更することはできない。
  • 関連するフィーチャーフラグに、実行中のプログレッシブロールアウトがある場合、コレクションを削除することはできません。
  • 関連するフィーチャーフラグにプログレッシブロールアウトが実行状態にある場合、セグメントを更新または削除することはできません。

ある旗ですでに実験が行われている場合、その旗のプログレッシブ・ロールアウトを作成することはできない。 また、プログレッシブロールアウトがフラグレベルで設定されている場合、ターゲティングルールはフラグから rolloutPercentage。 プログレッシブロールアウトがルールレベルで設定されている場合、ルールはフラグから値を継承することはできない。

App Configuration アクティビティーを監査するにはどうすればよいですか?

App Configurationインスタンス内で厳格なガバナンスと説明責任が必要な場合は、IBM Cloudのインスタンスを作成します。IBM Cloudコンソールの Observabilityセクションからクラウドログのインスタンスを作成します。 このインスタンスを使用して、App Configuration アクティビティーを記録して監査します。

App Configuration アクティビティー・データをアーカイブするにはどうすればよいですか?

監査目的、あるいは後処理やデータ分析（機械学習モデルの適用を含む）のために、 App Configuration インスタンス内のアクティビティの長期記録を残したい場合は、 IBM Cloud コンソールの「 可観測性（Observability ）」セクションから、 IBM Cloud Cloud Logsのインスタンスを作成してください。 次に、 IBM Cloud のCloud Logsインスタンスから、 IBM Cloud の Object Storage （COS）インスタンス内のバケットへイベントをアーカイブします。 詳細はこちら。

App Configuration が使用可能なのは、どのリージョンですか?

App Configuration のインスタンスをプロビジョニングできる IBM Cloud リージョンの一覧を確認するには、 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 の ID およびアクセス管理 (IAM) を使用して、IBM Cloud の独自のインスタンスへのアクセスを保護してださい。 IBM Cloud セキュリティーおよびコンプライアンス・センターを使用して、App Configuration インスタンスに関する継続的なセキュリティーのモニターとアラートを行うことができます。