利用・請求に関するFAQ
App Configuration の FAQ には、App Configuration に関する一般的な質問に対する回答が記載されています。
App Configuration インスタンスを作成する方法
-
IBM Cloud アカウントにログインします。
-
IBM Cloud カタログで App Configuration を探し、**「App Configuration」**を選択します。 サービス構成画面が開きます。
-
Create] タブで、インスタンスのプロビジョニングを行う地域 （Region ）を選択します。
-
**「料金プラン (Pricing plan)」**を選択します。
-
インスタンスの サービス名 を指定してリソースを構成するか、事前設定された名前を使用します。
-
「リソース・グループ」 を選択します。
-
オプション： タグを追加して、 アカウント内のインスタンスの識別と整理に役立てます。 タグが請求に関連している場合は、関連したタグのグループ化に役立つように、「キー: 値」のペア (例えば costctr: 124) としてタグを記述することを検討してください。
-
オプション: 特定のリソースに柔軟なアクセス・ポリシーを適用するのに役立つ アクセス管理タグ を追加します。
-
チェック・ボックスをクリックして、ご使用条件と条件に同意します。
-
「作成」 をクリックします。 新規サービス・インスタンスが作成され、App Configuration サービス・コンソールが表示されます。
Terraform IBM Modules を使って App Configuration インスタンスをプロビジョニングできますか？
はい、 Terraform IBM Modules(TIM) を使ってインスタンスのプロビジョニングを行うことができます。 App Configuration インスタンスをプロビジョニングできます。 Terraform IBM モジュールは、 IBM Cloud ベストプラクティスに従った、ビルド済み、検証済み、エンタープライズ対応のモジュールです。 より詳しい情報や利用可能なモジュールについては、 Terraform Registryを確認してほしい。
どのような料金プランを App Configuration で利用できますか?
App Configuration には以下の 3 つの料金プランがあります。
| プラン | 組み込まれているもの | 機能 |
|---|---|---|
| ライト | このプランは、10 個のアクティブ・エンティティー ID と 5,000 回の API 呼び出しが組み込まれている無料の評価プランです。 ライト・プラン・サービスは、非アクティブで 30 日経過すると削除されます。 |
組み込まれている App Configuration 機能はすべて評価専用です。 実動には使用しないでください。 |
| 基本 | 月々のインスタンスの料金はありません。 使用した分のみをお支払いただきます。 | このプランには、プロパティー管理機能のみが含まれています。 |
| Standard | 月次のインスタンス価格には、1000 個のアクティブ・エンティティー ID と 100,000 回の API 呼び出しが組み込まれています。 | このプランには、プロパティー管理機能に加えて機能フラグが組み込まれています。 |
| Enterprise | インスタンスの月額には、10,000 のアクティブ・エンティティー ID と 1,000,000 の API 呼び出しが含まれています。 | このプランには、スタンダードプランに含まれるプロパティ管理と機能フラグに加え、手動ロールアウトとターゲティングセグメントが含まれます。 |
App Configuration の使用料金を教えてください
App Configuration に関する基本的な料金メトリックは、アプリケーション・インスタンス、アクティブ・エンティティー ID、および API 呼び出しです。
アプリケーション・インスタンス- アプリケーション・インスタンスは、 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 をプログラマチックに呼び出して、最新の構成状態を取得することもできます。
App Configuration の使用量メトリックを表示する方法
IBM プラットフォームの 請求および使用状況ダッシュボードで、基本的な履歴 App Configuration 使用状況メトリックを表示します。 より高度なモニタリングが必要な場合は、 IBM Cloud コンソールの Observability セクションから IBM Cloud Monitoring インスタンスを作成してください。
App Configuration のコストを予測する方法
IBM Cloud マネージドサービスのコストを見積もる最も簡単な方法は、 IBM Cloud Cost Estimator ツールを使用することです。
コストをより詳細に予測するためのガイドライン：
アプリケーション・インスタンスのコストは、月額の固定コストです。 月中に 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 の使用量メトリックを表示する方法を参照してください。 独自のドメイン知識、ビジネス指標、使用予測に基づいて、Active Entity IDのコストを予測します。
API 呼び出しのコストは、すべてのエンティティーを合計した、その月の間に App Configuration で送受信される API 呼び出しの数に基づきます。 「App Configuration の使用料金」セクションをチェックして、API 呼び出しの構成要素を判別します。
料金プランに無料の API 呼び出しの割り当てが組み込まれている場合、その割り当てを超過するまで課金されません。 アクティビティーの履歴を入念にモニターし、App Configuration の使用量メトリックを表示する方法を確認してください。 コスト予測には、あなた自身のドメイン知識、ビジネス指標、利用予測を頼りにしてください。
価格設定のシナリオの例を示してください
価格設定のシナリオ 1: 機能フラグを使用するモバイル・アプリ
モバイル・アプリで、機能フラグとターゲット・セグメントによって、異なるさまざまなユーザーのセットに対して機能を少しずつロールアウトするとします。履歴メトリクスには 200,000 人のユーザーが表示されていますが、月間アクティブ・ユーザーはその約 50% にすぎません。 平均的なアクティブ・ユーザーは毎日 1 度アプリを開くか、フォアグラウンドに移動します。 月に 2 回、新機能をロールアウトするとします。
機能フラグとセグメンテーションの両方をサポートするには、 App Configuration Enterpriseプランが必要です。
この例では、エンタープライズ・プラン・インスタンスが $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 @ $0.01 / Active Entity ID = $900
APIコール：100,000 アクティブなエンティティID * 月間30回のアプリ呼び出し = 3,000,000 含まれるAPI呼び出し：1,000,000 正味APIコール数：3,000,000 - 1,000,000 = 2,000,000 @ $10/100,000 APIコール = $200 トータルコスト： $500 + $900 + $200 = $1600/月
価格設定のシナリオ 2: 機能フラグを使用するマイクロサービス
モバイル・アプリをサポートするバックエンド・マイクロサービスが 5 つあるとします。 新しいマイクロサービス機能を完全にテストするには、それらの機能を実働にダーク・ローンチし、テスターのみにターゲット設定します。 モバイル・アプリは世界中で使用されているため、世界中の 3 つのリージョンのそれぞれに 5 つのマイクロサービスのセットがあり、稼働前には各リージョンでアプリをテストする必要があります。
あなたは継続的デリバリーに移行しているので、平均して3日ごとに新機能をダークローンチし（月に10回のダークローンチ）、その機能はリリースされる前に1日か2日のテストを受けます（例えば、ターゲットの削除など）。 これにより、機能ごとに 2 回の切り替えが行われます。1 回はテスターの機能をアクティブ化するための切り替え、もう 1 回は一般ユーザー集団のターゲット設定とアクティブ化を削除するための切り替えです。
機能フラグとセグメンテーションの両方が必要なため、 App Configuration Enterpriseプランが必要です。
この例では、エンタープライズ・プラン・インスタンスが $500/月、アクティブ・エンティティー ID が $0.01 、API 呼び出しが $10/100,000 であるとします。 注: これらの価格は、この例でのみ想定されています。 現在の価格設定は、例に示されている金額と異なる場合があります。 現在の料金については、 App Configuration カタログ・ページを参照してください。
App Configuration エンタープライズ・インスタンス1 @ $500/月 アクティブなエンティティID：5 entity IDs per region ⅳ* 3 regions = 15 Included Active Entity IDs: 10,000 Net Active Entity IDs: 0 (all included) = $0 API Calls：3インスタンス/リージョン ⅳ* 3リージョン ⅳ* (10 dark launches per month ⅳ* 2 toggles per release) = 180 Included API Calls： 1,000,000 正味APIコール数： 0 (すべて含む) = $0 合計コスト: $500 + $0 + $0 = $500/月
両方のシナリオで同じ App Configuration インスタンスを使用することもでき、合計コストは 1 カ月当たりほぼ $1600 になります。
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 ログ | IBM Cloud ログ | IBM Cloud ログ | IBM Cloud ログ |
| サポート | IBM Cloud サポート・プランあたり | IBM Cloud サポート・プランあたり | IBM Cloud サポート・プランあたり | IBM Cloud サポート・プランあたり |
| パーセンテージ・ロールアウト | サポート対象 | サポートされていません | サポートされていません | サポート対象 |
| スナップショット | サポートされていません | サポートされていません | サポートされていません | サポート対象 |
| KMS統合（BYOK） | サポートされていません | サポートされていません | サポートされていません | サポート対象 |
| Event Notifications の統合 | サポートされていません | サポートされていません | サポートされていません | サポート対象 |
| Service Now による機能フラグ状態のワークフロー管理 | サポートされていません | サポートされていません | サポートされていません | サポート対象 |
現在の価格については、 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 About ページを参照のこと。
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 インスタンスに関する継続的なセキュリティーのモニターとアラートを行うことができます。