IBM Cloud オンボーディング・チェックリストとクイック・スタート

IBM Cloud® オンボーディングチェックリストを使用して、 アカウントセットアップ、リソースの確保、コストの管理、クラウド接続の設定を行い、 IBM Cloud アカウントビジネスニーズを効率的に満たすことができます。

このチェックリストの統合版を組織内で共有し、ワークロードの IBM Cloud への移行を加速するために、1 ページの IBM Cloud クイックスタートガイドをダウンロードしてください。

プラットフォーム

IBM Cloud の経験がほとんどない場合、または IBM Cloud プラットフォームについて復習が必要な場合は、以下のタスクから始めてください。

プラットフォーム探索のためのスタートタスク
タスク 説明
IBM Cloud プラットフォームとは何ですか?

IBM Cloud でリソースを作成・管理するには、以下のツールのいずれかを使用します:

コンソールは、すべての IBM Cloud リソースの作成と管理に使用するユーザーインターフェイスです。 無料アカウント作成、ログイン、ドキュメントへのアクセス、カタログへのアクセス、価格情報の閲覧、サポート、 IBM Cloud コンポーネントのステータスの確認ができます。詳細については、 IBM Cloud コンソールのナビゲーションを 参照してください。
IBM Cloud プロジェクトとデプロイ可能なアーキテクチャにより、リソースをコードとして安全に作成・管理できる。 詳細については、 IaC デプロイメントにプロジェクトを使用するを 参照してください。
コマンドラインインターフェイス(CLI)は、リソースの作成と管理に使用できるプラグインとツールのセットです。 詳しくは、IBM Cloud CLI の概要を参照してください。
Cloud Shell は、完全な IBM Cloud CLI とその他のコマンドラインツールを備えた、インストール不要の個人用クラウドベースのシェル・ワークスペースを提供する。 IBM Cloud Shell での仕事について もっと知る。
Schematics Terraform、 Ansible、 Helm- Infrastructure as Code ( IaC ) ツールの強力なセットを、クラウドインフラストラクチャをプログラムするサービスとして提供しています。 Schematics は、エンドツーエンドの自動化を実行して、1つまたは複数のクラウドリソーススタックを構築し、それらのライフサイクルを管理し、それらの構成の変更を管理し、アプリケーションワークロードをデプロイし、2日目の操作を実行することができます。 Getting started: IBM Cloud Schematics のドキュメントを確認してください。
IBM Cloud サービスは、 OAuth 2.0 認証標準に準拠したAPIを提供し、 IBM Cloud 's Identity and Access Management (IAM)サービスによって提供されるベアラートークンを受け入れる。 使用予定のサービスの APIドキュメントを調べる

アカウント企業の設定

このチェックリストは、 IBM Cloud でアカウント構造を作成・設定し、社内のユーザーがクラウド・リソースを作成・管理できるようにする責任を負う管理者向けのものです。 IBM Cloud は、スタンドアロン・ アカウントエンタープライズ・アカウントを作成する機能を提供します。

アカウント
このタイプのアカウント、 アカウント所有者、たとえば部門やビジネスユニットの管理者が、 アカウントユーザーを追加したり、アクセスの役割や権限を割り当てたり、請求や支払いを管理したりすることができます。
Enterprise
企業では、企業全体の課金を管理し、複数のアカウント使用料をまとめて企業アカウント支払う。 企業の一部として作成されたアカウント、スタンドアロンアカウント同じですが、主な違いは、これらのアカウント、独自の請求や支払いを管理しないことです。

以下のチェックリストを使用して、 IBM Cloud アカウントまたはエンタープライズを作成および構成するためのすべてのタスクを追跡します。

アカウント企業を設定するための開始タスク
タスク 説明
IBM Cloud アカウント、リソース、ユーザー、およびアクセス管理のための多くの相互作用するコンポーネントとシステムが含まれています。 特定のコンポーネントがどのように接続されているか、アクセスがどのように機能するかといった概念を理解することは、 アカウント効果的に設定するのに役立ちます。詳細は アカウント中身 を参照。
請求書を管理するためのエンタープライズを作成すると、既存のスタンドアロンアカウント移動したり、必要に応じて新しいアカウント作成したりすることができます。エンタープライズアカウント必要かスタンドアロンアカウントが必要かを判断する際には、以下の点を考慮してください:

  • エンタープライズでは、サブスクリプション割引とクラウド・クレジットは、エンタープライズ内のすべてのアカウント利用できます。
  • スタンドアロン・ アカウント自分で課金を管理する。 グローバルに展開している企業であれば、複数の企業が混在していたり、地域ごとの課金要件をサポートするためにスタンドアロンアカウントいたりするかもしれない。

エンタープライズが必要かどうかを判断するには 、「エンタープライズとは何か?」の ドキュメントを確認してください。

企業で利用する場合でも、 IBM Cloud アカウント作成する必要があります。 アカウント作成するには、 アカウント登録 のページにアクセスし、Eメールアドレスとその他の追加情報を入力してください。 登録に使用したEメールアドレスがアカウント所有者になりますが、後で必要であれば アカウント所有権の譲渡 の手順に従って変更することができます。

Google アカウントお持ちの場合は、 Google の認証情報を使用して、 アカウント登録 ページから IBM Cloud アカウント作成できます。 詳しくは「 Google IDの使用 」を参照。

あなたの会社や組織のアカウント設定する場合、あなたの会社に関連する機能ID(チームによってはサービスアカウント呼ぶ)を使用するのが最善です。 このメールアドレス宛に送信される、サービス利用に関する警告、廃止されるサービス、利用可能な新サービスなどの自動送信メールを監視する必要があることに留意してください。

初めてアカウントログインする際、 アカウント設定を完了するためにクレジットカードまたはサブスクリプションコードを入力する必要があります。 その後、ユーザーをアカウント招待するか、独自の企業ディレクトリにフェデレートすることで、ユーザーを追加することができます。

あなたのアカウント追加されたユーザーは、自分のアカウント作成する必要はありません。

アカウント FAQについては、 アカウント、リソース、アクセスを管理するための よくある質問 ライブラリ をご覧ください。

デフォルトでは、 アカウント作成時にユーザーIDとして IBMid。 IBMid は、 IBM ウェブベースのサービス( IBM Cloud リソースを含む)にアクセスするために使用される、 IBM® からの ID as a Service( IDaaS )である。 IBMid は、御社のメールアドレスと、 IBMid が管理するパスワードに基づいています。 IBMid を使用すると、独自の企業ディレクトリや、Okta など既に使用しているサードパーティの ID プロバイダ ( IdP ) サービスにフェデレートできる。

独自のディレクトリにフェデレートすることで、ユーザーをアカウント追加するプロセスが簡素化され、 IBMid、個別のパスワードが不要になります。 しかし、 IBMid を企業ディレクトリと連携して使用することが現実的でない場合もあります。

別の方法としては IBM Cloud App ID インスタンスを作成し、それを選択したIDプロバイダに接続することです。

次のような選択肢がある:

  • フェデレーションなし :フェデレーションなし:御社のメールドメインは IBMid とフェデレーションされていません。 メールドメインを使用するユーザーは誰でも、自分の IBMid を作成することができ、作成したパスワードは IBMid で管理されます。 自分の IBM Cloud アカウント IBMid で他のユーザーを招待できる。
  • IBMid とフェデレート :御社のメールドメインがすでにフェデレートされている場合、 アカウントアクセス設定を開始できます。 まだフェデレーションされていない場合は、フェデレーションを確立するために、 IBMid フェデレーション・チームとの手動プロセスが必要となる。 自社のディレクトリにフェデレートすることを決定するには、ID サービスのために外部パーティに接続する際に全社的な決定を下せる人物が社内にいる必要がある。 この人物をプロセスに参加させる必要がある。 IBMid を使ったフェデレーションは、貴社がすでに IBM を使っているウェブサービスに影響を与える可能性があります。
  • App ID、IdPと連携する :このオプションでは、 App ID インスタンスを作成する必要がある。 低料金のセルフサービス・オプションである。 このオプションを選択すると、 IBM Cloud にログインするためにカスタム URL が必要になります。 さらに、 App ID インスタンスと、 IdP へのフェデレーション設定が、 IBM Cloud アカウントごとに必要です。

より深く掘り下げるには、以下のガイドやドキュメントをご利用ください:

フェデレーションの準備ができたら、以下のドキュメント・トピックを使用してください:

IBM Cloud サブスクリプションでは、一定期間の最低利用額を約束することで、プラットフォーム・サービスやサポートを割引価格で利用できる。 プラットフォームクレジットまたはサポートクレジットのサブスクリプションを購入した後、スタンドアロンアカウントまたはエンタープライズアカウントにサブスクリプションコードを適用して、クレジットをアカウント追加する必要があります。 コードを適用することで、クレジットがアカウント追加され、予期せぬ超過料金を請求されることがなくなります。 リソースを作成する前に、購入したサブスクリプションをアカウント追加してください。 詳しくは、『サブスクリプション・コードの適用』を参照してください。
エンタープライズを作成すると、プロセスを開始するために使用したアカウント自動的にエンタープライズに追加され、エンタープライズの課金を管理するための新しいエンタープライズアカウント作成されます。 エンタープライズを作成するには、 「エンタープライズの設定 」ドキュメントの手順に従います。 企業内のアカウント内のユーザーは、スタンドアロンアカウント同様に、リソースの作成、使用、コラボレーションができることに注意してください。 エンタープライズを大規模に構成する方法については、 エンタープライズ・アーキテクチャの ホワイトペーパーを参照してください。
エンタープライズを作成することを選択した場合、管理者は、 アカウントグループの作成、 アカウント作成と管理などの機能を実行するエンタープライズを管理する必要があります。 必要なアクセスを確認し、必要に応じてユーザーを追加する。 詳細については、 企業管理のためのアクセス権の割り当てを 参照してください。
リソースグループを使用して、アクセス制御と課金目的でアカウントリソースを整理します。例えば、プロジェクトごとにリソース・グループを作成すれば、リソースが地域に分散していても、プロジェクト・レベルでコストを追跡できる。ベストプラクティスガイド「 リソースグループ戦略とは何か 」で詳細を学び、準備ができたら リソースグループを作成 しましょう。
アカウント種類に応じて、お知らせ、請求、使用方法、追加通知設定、注文など、 IBM Cloud プラットフォーム関連の項目に関する電子メール通知を受信するように選択できます。 リソースに関するEメール通知を受け取るように設定を更新することができます。 詳細はこちら。 詳しくは、通知用の E メール設定を参照してください。

アカウントリソースの保護

アカウント所有者、またはユーザーのアカウント設定と IAM アクセスを管理するために割り当てられている必要なアクセス・ロールを持つアカウントユーザーとして、以下のチェックリストのタスクを完了できます。 アカウントリソースのセキュリティを確保する方法について、以下のタスクを確認し、完了させてください。

アカウントリソースを確保するための開始タスク
タスク 説明
IBM Cloud Essential Security and Observability Servicesの 展開可能なアーキテクチャを使用して、 アカウント必要なすべての設定をワンステップで行うことができます。 この展開可能なアーキテクチャは、 アカウント設定、アクティビティ追跡、暗号化データ、シークレットストレージ、ロギングとモニタリングなどの設定を自動化します。
多要素認証(MFA)は、すべてのユーザーにIDとパスワード以外の認証要素を使用して認証することを要求することにより、 アカウント追加のセキュリティレイヤーを追加します。 これは、一般的に 2 要素認証 (2FA) とも呼ばれています。

アカウント有効にできる 多要素認証の種類を 確認します。
アカウント MFAを有効にする の手順に従って、貴社に最適な設定を行なってください。

IBM Cloud IAMとは何か、IAMはどのように機能するのか、どのような機能が利用できるのか、コンソール、CLI、APIにアクセスしてアカウント IAMを使用する方法について学びます。 IBM Cloud IAMの仕組みについては こちらをご覧ください。
IBM Cloud Logs サービスを使用して、作成した IBM Cloud リソースに対するユーザーとアプリケーションの操作方法を追跡することができます。 IBM Cloud Logs インスタンスのプロビジョニング 」の手順に従って、希望のクラウド・リージョンにインスタンスを作成します。
IBM Cloud Activity Tracker Event Routing を使用して、 アカウントアクティビティに関するイベントを IBM Cloud Logs インスタンスに送信します。 また、アクティビティ追跡イベントを IBM Event Streams for IBM Cloud などの他の企業ツールにルーティングすることもできます。 IBM Cloud Activity Tracker Event Routingについての 詳細はこちら。
IBM Cloud Logsインスタンスから、セキュリティ情報およびイベント管理(SIEM)ツールなどの他の企業ツールにデータをストリーミングできます。 ストリーミング・データの 詳細はこちら。
コンテキストベースの制限により、 アカウント所有者と管理者は、アクセス要求のネットワークロケーションに基づいて、 IBM Cloud リソースへのアクセス制限を定義し、実施することができます。 これらの制限は、ID に基づく従来の IAM ポリシーと連携して、追加の保護レイヤーを提供します。 IAM アクセスとコンテキスト・ベースの制限の両方によってアクセスが強制されるので、資格情報が漏洩した場合や適切に管理されなかった場合でも、コンテキスト・ベースの制限によって保護が提供されます。

コンテキストベースの制限とは何かについて 詳しく学び、ガイドに従って コンテキストベースの制限を使用してリソースを保護して ください。

お客様の機密データを保護し、秘密を一元管理するのに役立つ様々な秘密管理とデータ保護製品からお選びいただけます。 アプリケーションの機密を保護するために、 IBM Cloud で使用できるさまざまなサービスについて理解を深めるには、 どのデータ保護サービスが最適かを 確認してください。 以下のガイドを参考に、 Secrets Manager インスタンスを作成し、設定してください:

IBM Cloud は、信頼できるセキュアなクラウドプラットフォームを提供します。 IBM Cloud GDPR、HIPAA、ISO 9001、ISO 27001、ISO 27017、ISO 27018、PCI、 SOC2 など、業界最高のセキュリティ標準に基づいて構築されたプラットフォームとサービスにより、コンプライアンスを実現します。 詳しくは、 IBM Cloud の「コンプライアンスを理解する 」をご覧ください。

請求と使用量の管理

請求アカウント管理サービス 、 アカウント所有者と管理者ロールを持つユーザーは、請求、使用量、請求書、支払いなどの監視と管理にアクセスできます。 以下のチェックリストに記入し、 アカウント課金と使用量を管理および追跡するために使用するベストプラクティスとツールに慣れてください。

課金と利用を管理するための開始タスク
タスク 説明
IBM Cloud 課金オプションと、利用状況を追跡し、請求書発行と支払いを管理するために使用できるツールについてご紹介します。IBM Cloud ビデオで課金と使用量を管理する方法を ご覧ください。
サスペンド課金は、VPC上で動作する仮想サーバーインスタンスで利用可能なオプションです。 VPC上のベアメタルや専用ホストでは利用できません。 サスペンド課金では、ネットワークやストレージなど、課金を継続するリソースがある。 VPCの中断課金については こちらをご覧ください。
Pay-As-You-Go アカウントまたはサブスクリプションアカウントの支出通知を有効にすることができます。これらのアラートは、 アカウント全体または個々のサービスに対して構成できます。 支出通知を設定する
サブスクリプションの設定については、 アカウント企業チェックリストの設定 で説明している。 IBM Cloud コンソールのコミットメントとサブスクリプションページで、さらにサブスクリプションを追加し、サブスクリプションの使用状況を監視できます。 サブスクリプションの管理については、こちらをご覧ください。
コミットメントまたはサブスクリプションの設定は、 アカウント設定と企業のチェックリストでカバーされています。 IBM Cloud コンソールの「コミットメントとサブスクリプション」ページで、コミットメントやサブスクリプションを追加したり、使用状況を監視したりできます。 エンタープライズ・セービング・プランと サブスクリプションの管理については こちらをご覧ください。

請求書を管理・閲覧するには、 IBM Cloud コンソールの請求・利用ダッシュボードから 請求書 ページをご覧ください。 請求書を見るを ご覧ください。 また、利用可能なAPIとSDKを使用して、独自のレポートを作成することもできます。

ネットワークを IBM Cloud

ウェブアプリケーションをグローバルに展開し、24時間365日運用する必要性が高まるにつれ、複数のクラウドデータセンターでサービスをホスティングする必要性も高まっている。 複数の拠点にまたがるデータセンターは、地理的な障害が発生した場合の耐障害性を提供し、ワークロードをグローバルに分散するユーザーに近づけるため、待ち時間が短縮され、知覚されるパフォーマンスが向上します。 IBM Cloud ネットワークは、データセンターや場所を越えて、安全なプライベートネットワークにホストされたワークロードをリンクすることを可能にする。 以下のチェックリストを使用して、利用可能なオプションを確認し、既存のオンプレミス環境を IBM Cloud に接続します。

ネットワークに接続する IBM Cloud
タスク 説明
分散クラウド・リソースとは、複数のロケーション、あるいは複数のサブネットまたは VLAN にあるリソースのことです。 これらのタイプのリソースには、プライベート・ネットワークのコンテキスト内でも、相互に通信するためのルーティング機能が必要です。 IBM Cloud、新規に作成されたアカウント、「複数分離」テナント通信オプション( お客様 VRFと呼ばれることが多い)が有効になっている。 アカウント有効になっていることを確認するか、 アカウント既存のリソースがある場合は、サービス中断の可能性を確認した上で有効にしてください。 コンソールのドキュメントの「VRF の有効化」 の手順に従います。
また、サービス・エンドポイントを使用するためにアカウント有効にすることをお勧めします。 アカウント IBM Cloud サービス・エンドポイントが有効になっている場合、リソースの作成時にプライベート・ネットワーク・エンドポイントを公開することを選択できます。 そうすれば、パブリック・ネットワークではなく、 IBM Cloud のプライベート・ネットワークを介して、このエンドポイントに直接接続することができる。 プライベート・ネットワーク・エンドポイントを使用するリソースは、インターネットでルーティング可能な IP アドレスを持たないため、これらのリソースへの接続の安全性が高まります。 サービス・エンドポイントの有効化 」で説明した手順に従ってください。
Virtual Private Networking (VPN)アクセスにより、 IBM Cloud プライベートネットワーク経由で、お客様のアカウント関連するすべてのサーバーとサービスをリモートで管理することができます。 IBM Cloud、VPNに使用するインフラに応じて、いくつかの選択肢がある:

Direct Link は、従来のサイト間VPNソリューションに代わるものです。 リモートネットワークと IBM Cloud 環境との間で、より高いスループットの接続性を提供できる。 このデシジョンツリーを使用して、どの Direct Link ソリューションが最適かを決定してください。 詳しくは、 Direct Link を ご覧ください。

IBM Cloud Direct Link は、外部ソースからお客様 IBM Cloud プライベート・ネットワークへの接続を提供する。 Direct Link 従来のサイト間VPNソリューションに代わるものとして捉えることができます。このソリューションは、リモートネットワークと自社の IBM Cloud 環境間で、より一貫性のある高スループットの接続を必要とする顧客向けに設計されています。Direct Link を選択する場合、多くの顧客は Direct Link 2.0 を選択することを推奨する。 Direct Link について詳しくはこちら(2.0).
シングルテナントのファイバーベースのクロスコネクトを IBM Cloud。 このサービスは、 IBM Cloud PoPs やデータセンターに隣接するコロケーション施設を持つ顧客や、 お客様オンプレミスや他のデータセンターに回線を提供するネットワーク・サービス・プロバイダーが利用できる。 詳しくは 、 IBM Cloud Direct Link Dedicated をご覧ください。
ローカルの IBM Cloud データ・センターを介して、IBM Cloud インフラストラクチャーへのプライベート・アクセスと、ご使用のサービス・プロバイダーにリンクされた他のクラウドへのプライベート・アクセスを提供します。 このオプションは、単一環境に複数のクラウド接続を作成する場合に最適です。 IBM は、共有帯域幅トポロジーを使用して、 IBM Cloud プライベートネットワークに顧客を接続する。 他の Direct Link 製品と同様に、すべての IBM Cloud ロケーションへのプライベート・ネットワーク・トラフィックを使用できるようにする、グローバル・ルーティングを追加できます。 詳しくは、IBM Cloud Direct Link Connect の注文を参照してください。
Direct Link を選択する場合、 Direct Link 2.0 を選択することをお勧めします。Direct Link 1.0 が本当に必要な場合は、オンプレミス環境と競合する可能性のある IBM ネットワーク予約 IP のリストを必ず確認してください。IBM Cloud IPレンジを 見直す。
以下のいずれかを使用する予定がある場合:GRE または IPsec トンネル、BCR ペアリング、マルチ VLAN テナント、カスタム インバウンドまたはアウトバウンド ACL、ASN プリペンド、およびスタティック・ルートを使用する場合は、サポート・ケースを開き、 IBM Cloud デザイン・エンジニアリングに支援を要請して、要件が Direct Link の選択と一致していることを確認してください。

ロギングとモニタリングの有効化

ログを分析し、メトリクスを収集し、クラウド・リソースとアプリケーションに関するほぼリアルタイムのアラートを設定します。

ロギングとモニタリングを有効にするための開始タスク
タスク 説明
IBM Cloud Essential Security and Observability Servicesの 展開可能なアーキテクチャを使用して、 アカウント必要なすべての設定をワンステップで行うことができます。 この展開可能なアーキテクチャは、 アカウント設定、アクティビティ追跡、暗号化データ、シークレットストレージ、ロギングとモニタリングなどの設定を自動化します。
IBM Cloud Logs を使用して、オペレーティングシステムログ、アプリケーションログ、プラットフォームログを IBM Cloud で管理することができます。 プラットフォーム・ログは、IBM Cloud内の有効なサービスとプラットフォームによって公開されるログです。 また、エージェントを使用して IBM Cloud Logs にログを送信することで、アプリケーションやインフラストラクチャからのログを監視することもできます。 ログを監視するには、 IBM Cloud Logsインスタンスを構成する必要があります。 IBM Cloud ログについて もっと知る。
IBM Cloud Logsインスタンスにログを送信するには、 IBM Cloud Logs Routingを使用します。 IBM Cloud ログ・ルーティングの 詳細はこちら。
IBM Cloud Logsインスタンスから、セキュリティ情報およびイベント管理(SIEM)ツールなどの他の企業ツールにデータをストリーミングできます。 ストリーミング・データの 詳細はこちら。
ロギングエージェントは、ログを収集し、 IBM Cloud Logsインスタンスに転送します。 IBM Cloud Logsインスタンスをプロビジョニングした後、監視したいクラシック・インフラストラクチャー VPCインフラストラクチャなどのログ・ソースごとにロギング・エージェントを構成する必要があります。 ロギング・エージェントの 詳細
IBM Cloud Monitoring はクラウドネイティブで、コンテナ・インテリジェンス管理システムであり、 IBM Cloud アーキテクチャの一部として組み込むことができる。 このシステムを使用して、アプリケーション、サービス、およびプラットフォームのパフォーマンスと正常性について、運用の可視化が可能になります。 管理者、DevOps チーム、開発者向けのフルスタックのテレメトリーを備え、モニター、トラブルシューティング、アラートの定義、カスタム・ダッシュボードの設計を行える高度な機能も用意されています。 モニタリングの開始については こちらをご覧ください。

監視するコンピュートリソースのタイプに応じて、以下のガイドに従って、 クラシック・インフラストラクチャーまたはVPCインフラストラクチャで監視エージェントを構成してください:

IBM Cloud Monitoring を使用すると、選択したメトリクスのセットを IBM® Event Streams for IBM Cloud® などの Kafka サービスにプッシュできます。詳細については、 Kafka サービスへのストリーミング・メトリクスを 参照してください。

アイデンティティ、グループ、ポリシーによるアクセス管理の合理化

以下のチェックリストを使用して、 アカウントユーザーとサービスのIDを作成してください。 次に、ユーザーとリソースを整理するためのアクセスグループとリソースグループを作成し、アクセス管理プロセスを合理化する。 ユーザー管理、アクセス・グループ、ID サービスなどのサービスを含む、すべての IAM アカウント管理サービス で、 アカウント所有者または管理者ロールを持つユーザーが、これらのタスクを実行できます。

アイデンティティ、グループ、ポリシーによるアクセス管理を合理化するための入門タスク
タスク 説明
アクセス・グループは、一連のユーザーとサービスIDを1つのエンティティにまとめるために使用され、個々のユーザーまたはサービスIDごとに同じアクセスを複数回割り当てる代わりに、グループにポリシーを割り当てることができます。 リソースグループにアクセスを割り当てる論理的な方法は、必要なアクセスレベルごとに1つのアクセスグループを作成することです。 そして、各アクセスグループを必要なリソースグループにマッピングする。検討すべきアクセスグループの例としては、AdminとDeveloperがあります。 優れたアクセスグループ戦略の ベストプラクティスに関する文書をご覧ください。
IBM Cloud Logsでデータアクセスルールを構成することにより、ユーザーが利用できるイベントおよびログデータを構成、制御、および管理できます。 データ・アクセス・ルールは、 アカウント生成されるすべてのデータとは対照的に、ユーザーにデータのサブセットのみを表示することを許可することにより、特別なセキュリティを提供します。 例えば、あるユーザー・グループに、 アカウント内の開発サービスのみに関連する監査イベントを見るためのアクセス権を与えることができる。 詳しくは、 データ・アクセス・ルールを ご覧ください。
リソース・グループは、カスタマイズ可能なグループにアカウント・リソースを編成するための方法で、これにより、複数リソースへのアクセス権限を一度に素早くユーザーに割り当てることができます。 一般的には、プロジェクトごとにリソースグループを作成することをお勧めします。 リソースグループの管理について、詳しくはこちらをご覧ください。
ユーザーはアカウント招待され、リソースにアクセスできる。 IAM を使用して、ユーザーの招待、招待のキャンセル、保留中の招待の再送を行います。 単一のユーザーを招待することも複数のユーザーを招待することもできます。 スタート アカウントユーザーを招待する.
信頼されたプロファイルは、企業ディレクトリの SAML 属性に基づく条件付きで、連携ユー ザーにアカウントアクセスを自動的に許可するために使用されます。 また、トラステッド・プロファイルを使用して、計算リソースで実行されているアプリケーションに対して微細化された許可をセットアップすることもできます。 この方法では、計算リソースのサービス ID や API キーを作成する必要はありません。 信頼できるプロフィールの作成について、詳しくはこちらをご覧ください。
ユーザー ID がユーザーを識別するのと同様の方法で、サービス ID はサービスまたはアプリケーションを識別します。 サービスIDを作成し、それを使用して、 IBM Cloud 以外のアプリケーションがアカウント内のリソースにアクセスできるようにすることができます。 サービスIDの作成と操作の 詳細については、こちらをご覧ください。
データを暗号化して保護する 」で説明したように Secrets Manager インスタンスを構成している場合、そのインスタンスを使用して、保護されたリソースが読み取られたりアクセスされたりするたびに、サービス ID と API キーを動的に生成することができます。 詳しくは、IAM 資格情報の作成を参照してください。
APIキーは、呼び出し元のアプリケーションやユーザーを識別するためにAPIに渡される一意のコードである。 ユーザーIDに関連付けられたプラットフォーム IBM Cloud APIキーを使用し、サービスIDのために他のAPIキーを作成することができます。 詳細については、「 APIキーを理解する 」を参照してください。
データを暗号化して保護する 」で説明したように Secrets Manager インスタンスを構成している場合、そのインスタンスを使用して、保護されたリソースが読み取られたりアクセスされたりするたびに、サービス ID と API キーを動的に生成することができます。 詳しくは、IAM 資格情報の作成を参照してください。
ポリシーは、サブジェクト、ターゲット、ロールで構成される。ポリシーは、特定のアクションを実行できるように、一連のリソースに対してサブジェクトに1つまたは複数のロールを付与する。 役割は、付与されるアクセス権限のレベルを定義します。 詳細については、 IAMポリシーとは何か、誰がそれを割り当てることができるかを 参照してください

サポートやその他のリソースを得る

IBM Cloud で問題が発生した場合、問題の原因を突き止め、解決策を見つけるためのサポートを得るための選択肢がいくつかあります。 アカウントログインしている場合は、サポートセンターに直接アクセスして、製品トピックやFAQを確認したり、サポートケースを開設または管理したり、コミュニティのコンテンツを検索したりできます。 このチェックリストを使用して、トレーニングやチュートリアルなど、利用可能なサポートオプションを確認する。

サポートやその他のリソースを得るためのスタート・タスク
タスク 説明
IBM Cloud の経験を最大限に活用できるよう、 IBM Cloud プラットフォームで利用可能な新機能の最新情報をご確認ください。 プラットフォームに関する 新情報の ドキュメントと アナウンスメント・ブログをご覧ください。
IBM Cloud ステータス・ページは、 IBM Cloud プラットフォームとサービスに影響を与える重要なイベントに関するすべてのインシデント、計画的メンテナンス、アナウンスメント、リリース・ノート、およびセキュリティ速報の詳細を確認できる中心的な場所です。 クラウドステータスの表示については こちらをご覧ください。
基本、アドバンスト、またはプレミアム・サポート・プランを選択し、IBM Cloud サポートのエクスペリエンスを業務ニーズに合わせてカスタマイズできます。 選択したサポートのレベルによって、サポート Case に割り当てることができる重大度と、サポート・センターで利用できるツールへのアクセス・レベルが決まります。 サポートプランの 詳細はこちら
IBM Cloud で問題が発生した場合は、 サポートセンターを 使用してサポートケースを作成できます。 また、アクセス(IAM)、請求と使用、 アカウント問題、請求書や販売に関する問い合わせに関連する問題のサポートケースを作成することもできます。 サポートケースの作成についての 詳細はこちらをご覧ください。 アカウントアクセスできない場合は、 ケースを作成してください。
ソリューションチュートリアルでは、ベストプラクティスと実績のあるテクノロジーに基づいた共通のパターンを実装するために、 IBM Cloud、オペレーティングシステムのログ、アプリケーションのログ、およびプラットフォームのログを管理する方法について、ステップバイステップで説明しています。 ソリューションチュートリアルを始めるを 参照してください。
ラーニングパスでスキルを伸ばそう。トピックを選択し、ステップバイステップのテクニカルトレーニングで始めましょう。 IBM Cloud Center for Trainingをご覧ください。
ご意見をお聞かせください。 IBM Cloud チームにドキュメントやコンソールに関するフィードバックを提出することができます。 フィードバックを提供する場合、いくつかの異なる方法から選択することができます。フィードバックを提出する方法について学んで ください。
需要の高いスキルを学び、実際のサンプルコードを使ってソリューションを構築し、グローバルな開発者コミュニティとつながりましょう。ブックマーク IBM Developer.
ibm-cloud タグ を使って、 スタック・オーバーフロー に関する質問をしたり、回答を見たりすることができます。また、関連する タグ を含めることもできます。
コンソールの よくある質問 ライブラリで、 サポートを受けるためのよくある質問に対する 回答をご覧ください。
CSMは、クラウドベースのソリューションに IBM Cloud。 地域によって異なるが、基準を満たした指名プロセスによって割り当てが行われる。 専任のCSMリソースの詳細については、お近くの IBM セールスチームまたは インバウンドセールスまでお問い合わせください。
製品管理チームによるレビューと実装の可能性のために、あなたのアイデアや機能要求を提出してください。 製品管理チームは、 IBM Cloud 製品提供の全ライフサイクルを担当します。 IBM Cloud アイデアポータルにアクセスしてリクエストを提出する。