All
Member
Organization
Cloud Accounts
Billing
Security
Setting
Support

OpsNowはどのような種類の個人データを収集し、保持していますか?

OpsNowは、クラウドSaaS型のFinOpsプラットフォームとして、サービス提供、アカウント管理、カスタマーサポート、セキュリティ維持などのため、様々な個人情報および利用データを収集・保管しております。すべてのデータは、利用者の同意と関連法令に基づき、安全に処理されます。

✅ 収集・保管される個人データの項目

🟦 基本的な識別情報
  • メールアドレス (必須)
  • フルネーム
  • 会社と部署
  • 電話番号
  • 優先言語
  • 請求情報 (クレジットカード番号、有効期限など)
🟦 顧客サポートと運用データ
  • OpsNowのサポートに送信されたメールメッセージとチケット
  • テクニカルサポートログと添付ファイル (スクリーンショット、エラーログなど)
  • 組織プロファイルとリクエストまたは構成変更の履歴
🟦 ログインと認証情報
  • ログインとログアウトのタイムスタンプ
  • IP アドレス
  • ブラウザ、デバイスのデータ
  • 多要素認証 (MFA) ログと検証履歴
🟦 サービス利用記録 (対象範囲の拡大)
  • クラウドリソース使用履歴(Usageメニュー基準)
    • 使用中のインスタンスリスト、ステータス(running、stopped、terminated)
    • インフラリージョン、インスタンスタイプ、OS、vCPU、ライフサイクル(オンデマンド/予約/スポットなど)
  • コスト分析活動記録(Analyticsメニュー基準)
    • アカウント別日/月別コスト合計、コスト構成比率
    • カスタム分析(Custom Analytics)、タグフィルター、グラフ操作履歴
  • 最適化推奨結果および実行ログ(Optimizationメニュー基準)
    • ダウンサイジングまたはモダナイズ提案履歴およびステータス
  • UI活動ログ
    • フィルター適用、期間設定、ダッシュボード探索など、ユーザーの可視化活動フロー

✅ セキュリティ保護および法的根拠

OpsNowは、収集したすべての個人情報およびサービス記録を暗号化保存およびアクセス制御ベースのセキュリティシステムを通じて保護します。

保管および削除ポリシーは、個人情報保護法、電子金融取引法、通信秘密保護法など国内外の法令に従って厳格に運営されます。


💡 ユーザーは退会後6ヶ月以内にCSまたは管理者に要請して、データバックアップまたは早期削除要請を行うことができます。

OpsNowは顧客データをどのくらいの期間保管しますか?

OpsNowは、顧客タイプ(有料/無料/Trial)およびデータ項目別の性質に応じて、データ保管期間および削除時点を体系的に区分して運営しています。これは個人情報保護法、電子金融取引法などの関連法令およびグローバルデータセキュリティ基準に従って設定されたポリシーです。

✅ 一般サービスデータ(Cost、Assetなど)

  • 有料顧客:最短13ヶ月以上、最長3年までデータ保管
  • 無料顧客:Trial利用時点から最長1年まで保管 → 例:無料体験開始日から30日+正式加入前最大猶予期間を含むこの項目には、クラウドコスト、リソース使用量、分析履歴などが含まれます。


✅ Billingデータ(決済情報、インボイス)

  • 有料/無料顧客の区分なく、アカウント退会前まですべての決済情報は保管されます。
  • その後は別途復旧要請がない限り、内部ポリシーに従って削除または非識別化処理されます。‍

✅ 個人情報項目

保管される主要な個人情報項目は以下の通りです:

  • 必須項目:メールアドレス、氏名、会社名、電話番号、使用言語、カード番号など
  • 接続情報:ログインIP、ブラウザ情報、サービス利用記録
  • カスタマーサポート要請時に入力した問い合わせ内容および添付資料

👉 これらの個人情報はアカウント退会前まで保管され、退会時点以降は項目別に以下の基準に従って削除されます:

                                                                                                           
データカテゴリ削除タイムライン
アカウント登録情報削除後3ヶ月以内
支払い&請求記録5年以内
カスタマーサポート履歴3年以内
アクセスログ(ログインアクティビティ)3ヶ月以内

✅ Trial顧客のデータはどのように処理されますか?

  • Trialユーザーは体験終了後、直ちに一部データが削除され、
  • 加入しなかった場合は最長3ヶ月以内に全量削除されます。
  • ただし、会社名/部署名など識別情報は6ヶ月以内にバックアップ目的で保管後削除されます。‍

✅ OpsNow退会後もデータバックアップまたは削除要請は可能ですか?

  • はい、退会後6ヶ月以内であれば顧客要請時に
    📩メールを通じてデータバックアップファイルをお渡しするか、早期削除をサポートします。
  • 要請はOpsNowカスタマーサポート(CS)または組織管理者に直接お問い合わせください。

OpsNowは顧客のデータと個人情報を安全に保護し、透明なデータ保管・削除ポリシーを運営しています。これにより法的コンプライアンスと顧客信頼を同時に確保しています。

OpsNowで使われる「組織」とは何ですか?

OpsNowの組織(Organization)は、クラウド資産をチーム、部署、プロジェクト単位で分離管理できるよう設計された独立した運営スペースです。一つの会社(Company)アカウント内で最大10個の組織を作成でき、各組織は役割ベースのユーザー権限設定を通じて指定されたユーザーのみがアクセスできるよう保護されます。

組織単位のクラウド管理方式は以下のニーズを解決します:

  • ✅ クラウドコストを組織別に明確に区分したい場合
  • ✅ 事業部別クラウド使用量および予算を別々にレポートで管理したい場合
  • ✅ 外部パートナーとリソースを共有しつつ、内部セキュリティ統制を維持したい場合
  • ✅ 複数クラウドアカウントを使用するチームを論理的に分離したい場合

OpsNow を使用することで、次のように組織を管理することができます:

  • 💰 クラウドコストの動向と最適化の機会が得られる。
  • 📊 リソース使用状況とパフォーマンス指標
  • 🔐 ガバナンスポリシーとコンプライアンス設定

また、組織別にアカウント連携、メンバー招待、ポリシー設定などをそれぞれ管理できるため、複雑なマルチクラウド環境でも責任分担とセキュリティ制御を効率的に実行できます。

📌 複雑なクラウド構造を持つ企業、または部署別予算/リソース管理を細分化したいチームにとって必須の機能です。

GCPアカウントにもポリシー管理(Policy Management)を適用できますか?

はい。OpsNowのPolicy ManagementはAWS、Azureだけでなく、GCP(Google Cloud Platform)環境でも同様にポリシーレポートを生成し管理できるようサポートしています。GCPアカウントでもポリシーレポートを有効化するには、まず必須IAM権限設定およびリソースアクセス権限を事前に構成する必要があります。OpsNowはこのためにTerraformスクリプトおよび権限設定ガイドを提供しており、該当手順を完了するとGCPリソースに対して自動スキャンおよびポリシー遵守レポート生成を開始できます。その後はAWSおよびAzure環境と同様に:

  • コンプライアンス基準に従ったポリシースキャンおよびレポート生成
  • 非遵守項目の識別および詳細表示
  • レポート自動送信、履歴管理機能まで同様に提供

📌 GCPを使用する組織もマルチクラウド環境全体で一貫したポリシー管理とレポート自動化を実装でき、クラウドごとに別々に管理する煩わしさを軽減できます。

✅ サマリー:

  • GCP環境でもPolicy Report機能を同様に活用可能
  • 事前権限設定さえ完了すれば自動スキャンおよびレポート生成可能
  • AWS、Azureと同じ方式でポリシー違反検知および対応
  • マルチクラウド統合ポリシー管理および監査対応に効果的

ポリシーレポートの配信頻度をカスタマイズすることはできますか?

はい。OpsNowのPolicy Management機能では、ポリシーレポートをユーザーが希望する周期(毎日、毎週、毎月など)で設定して自動送信できます。また受信者または報告対象者に応じて異なる送信周期を柔軟に構成できるため、チーム別業務フローに合ったコンプライアンス対応体制を簡単に構築できます。例えば、セキュリティ運用チームは毎朝レポートを受け取って即座の対応に活用でき、経営陣や監査部署は毎週または毎月の定期報告用として受信するよう設定できます。レポート自動送信設定はSettingsメニューで簡単に変更可能で、設定後すぐに次の周期から適用されます。

📌 反復作業なしに自動でレポートを受信できるため、ポリシー遵守状態を継続的に追跡し対応するのに必要な時間とリソースを大幅に削減できます。

✅ サマリー:

  • ポリシーレポート送信周期を毎日、毎週、毎月など自由に設定可能
  • 役割別受信者ごとに異なる周期を適用し、柔軟なレポート配信構造を構成
  • 設定は簡単で、即座に反映され業務自動化に貢献
  • コンプライアンス対応速度向上と運営効率性確保に効果的

クラウドポリシーの準拠状況をリアルタイムのダッシュボード形式で確認できますか?

はい。OpsNowのPolicy Management機能は、組織のクラウド環境に適用されたポリシー遵守状況をリアルタイムで視覚化されたダッシュボード形式で確認できるようサポートしています。Reportタブでは、各クラウドアカウント(AWS、Azure、GCP)に対するポリシースキャン結果を基準に、以下のような視覚的要素を提供します:

  • ポリシー別Compliant / Non-compliant / Unprocessed状態をグラフおよびチャート形式で直感的に表示
  • 基準(例:GDPR、HIPAA、SOC2など)別にポリシー遵守率を数値と比率で表現
  • ポリシー項目をクリックすると該当リソースの違反状態および詳細内訳まで連携

リアルタイム視覚化レポートは、セキュリティ担当者だけでなくチームリーダー、経営陣など非技術ユーザーも簡単に理解できるよう設計されており、組織全体のセキュリティおよびコンプライアンスリスクを迅速に把握し対応できます。

📌 数多くのリソースを運用するマルチクラウド環境でも一つのダッシュボードでポリシー遵守状態を総合的にモニタリングできる機能です。

✅ サマリー:

  • リアルタイムでポリシー遵守状態を視覚化されたグラフとテーブルで確認可能
  • ポリシー別、基準別遵守率を数字と比率で把握
  • 実務者だけでなくマネージャー・監査者も理解しやすい構造
  • クラウドセキュリティリスクを一目で認識し、対処方向の設定が可能

ポリシー報告書の受取人をチームメンバーまたは外部監査人に割り当てることができますか?

はい。OpsNowのPolicy Management機能では、レポート受信者をチーム内部メンバーはもちろん、外部監査担当者やセキュリティパートナーなどにも自由に指定して自動レポートを共有できます。組織でポリシーレポートを一人が独占的に受け取る方式は情報共有に制限が生じ、セキュリティ違反やポリシー非遵守状況に対する対処が遅延するリスクがあります。特にチーム別役割(DevOps、セキュリティ、コンプライアンス)または外部監査対応者別にレポートを配布し管理する体系が必要です。OpsNowではSettingsメニューを通じて以下のような方式で受信者を設定できます:

  • レポート項目別にメール受信者グループを自由に追加および修正
  • アカウント単位またはコンプライアンス基準別にそれぞれ異なる通知設定の構成が可能
  • 受信者は別途アカウントなしにメールでPDFレポートを直接確認可能
  • 変更された受信設定は即座に反映され、次回レポート発行から適用

📌この機能を通じて組織内チーム別責任分散と外部協業体系を効率的に構成でき、リアルタイムレポート配信を通じてポリシー遵守対応速度を向上できます。

✅ サマリー:

  • チームメンバー、部署、外部監査者などすべての受信者メール設定が可能
  • レポート項目別にカスタマイズ受信構造の構成をサポート
  • 受信者はメールを通じて直接レポート確認が可能
  • 組織内情報共有とコンプライアンス責任分散に効果的

過去のポリシー違反報告の履歴を確認することはできますか?

はい。OpsNowのPolicy Management機能は、すべてのポリシーレポートの過去履歴を自動保存し、ユーザーはこれをHistoryタブで簡単に照会できます。クラウド環境でポリシー違反履歴を体系的に管理しないと、繰り返されるリソースエラーの追跡が困難になり、セキュリティ事故や規制違反に対する説明も不可能になる可能性があります。また内部点検、外部監査、チーム別リソース比較など様々な状況で、過去時点のポリシー状態を明確に確認する機能が必須です。

Policy ManagementのHistoryタブは以下のような機能を提供します:

  • ポリシーレポート生成履歴全体リストの確認
  • 日付範囲設定による期間別検索
  • レポートタイトル、コンプライアンス基準、アカウント名などによるキーワードフィルタリング
  • 希望するレポートをPDFで再ダウンロード、または違反項目のみの選別照会

この機能を活用すれば特定時点のポリシー違反有無を迅速に確認でき、問題再発分析、ポリシー効果測定、規制対応資料準備などに非常に有用です。

📌 ポリシー遵守状態を単発的に管理するのではなく、時間の流れに伴う変化と反復パターンを追跡できる履歴ベースのポリシー管理体系を完成できます。

✅ サマリー:

  • ポリシー違反レポートの全体発行履歴を自動保存および照会可能
  • 期間別またはキーワード別に特定レポートを簡単に検索
  • PDF再ダウンロードおよび違反項目中心のフィルタリング機能をサポート
  • 過去データベースのリスク分析および監査対応に最適化

非準拠のリソースに関する詳細情報を確認するにはどうすればよいですか?

OpsNowのPolicy Management機能は、クラウド環境で発生したポリシー違反リソースを項目別に識別し、詳細情報を明確に確認できるレポート詳細表示機能を提供します。クラウドリソースが増えるほど、どのリソースがどのポリシーに違反したかの追跡が非常に困難になり、手作業で整理する場合は重複確認、漏れ、誤判断の段階を経るリスクが高くなります。特に、チーム間でアカウント共有が行われる環境では、責任主体を明確に把握することも重要です。

Policy Report内の各項目の右側には「詳細表示」または[>]ボタンが提供され、これをクリックすると以下のような情報を詳細に確認できます:

  • どのクラウドリソースが違反状態か(リソース名、ID)
  • 違反項目が何か(例:S3バケット暗号化未設定)
  • 所属するクラウドアカウントおよびリージョン情報
  • 現在のステータス(Compliant / Non-compliant / Unprocessed)

れらの情報は単純なリストではなく、対処が必要な対象リソースを識別し、優先順位を決めて対応を計画できるよう視覚化されたデータで提供されます。

📌この機能は運用者にポリシー違反状況を数値ではなく「行動指針」に転換できる実質的インサイトを提供します。

✅ サマリー:

  • 違反リソースをポリシー項目別に具体的に確認
  • リソース名、アカウント、違反項目、ステータスなど対処に必要なすべての情報を提供
  • 優先順位ベースの対応戦略策定に最適化
  • 実務者の手作業追跡およびエラー可能性を除去

組織全体に一貫したセキュリティポリシーを適用し、管理することはできますか?

はい。OpsNowのPolicy Management機能を使用すると、複数のクラウドアカウントに同一のポリシー基準を一括適用し、中央で統合管理できます。

企業や組織がクラウド環境を拡張していく中でAWS、Azure、GCPなど様々なアカウントを運用するようになると、各アカウントに一貫したセキュリティおよび運用ポリシーを適用し維持することが非常に困難で複雑になります。ポリシーがアカウントごとに異なって適用されると、コンプライアンス違反、設定漏れ、セキュリティ脆弱性など管理の死角が発生するリスクも高まります。

Policy Managementはこのような問題を解決するため、組織内に登録されたすべてのクラウドアカウントに対して一つのポリシーセットを基準にスキャンおよび評価を実行します。

これによりセキュリティポリシーを一貫して適用し、全体アカウントのポリシー遵守状態を一つの画面で統合的にモニタリングできます。

📌 多数のチームが様々なアカウントでクラウドを使用する組織であれば、この機能を通じてポリシー管理の標準化とセキュリティレベルの均一化を同時に達成できます。

✅ サマリー:

  • 複数のクラウドアカウントに同一のポリシー基準を自動適用
  • 組織全体のポリシー遵守状態を中央ダッシュボードで統合モニタリング
  • ポリシー格差によるセキュリティ漏れやコンプライアンス違反リスクを軽減
  • マルチアカウント運用環境でもポリシー一貫性を確保

監査目的でポリシー準拠レポートを簡単に作成できますか?

はい、OpsNowのPolicy Management機能を使用すると、監査や内部報告用に活用できるポリシー遵守レポートを非常に簡単に生成し提出できます。

クラウド環境でセキュリティおよびコンプライアンス基準を満たしているかを確認し、これを外部監査機関や内部ガバナンスチームに報告することは、多くの企業にとって時間とリソースを大量に消費する負担の大きい作業です。

特にクラウドアカウントが多数ある場合、各アカウントの状態を総合してレポートを作成するのに手作業が繰り返され、ミスが発生する可能性があります。

OpsNowはこのような問題を解決するため、選択したコンプライアンス基準(GDPR、HIPAA、SOC2、AWS Well-Architectedなど)に従って自動スキャンした結果をPDF形式のレポートでダウンロードできる機能を提供します。

レポートは項目別ポリシー状態(Compliant、Non-compliantなど)、リソース別詳細内訳、アカウント情報、全体遵守率などを含み、別途編集や加工なしにそのまま監査文書として提出できます。

📌 この機能は外部監査対応だけでなく、内部セキュリティチームやITガバナンス部署で定期点検レポートおよび履歴管理用途としても有用に活用されます。


✅ サマリー:

  • ワンクリックで監査対応用ポリシー遵守レポートPDFを生成
  • コンプライアンス基準に従って自動整理された項目を提供
  • 実務者が直接編集する必要なく、すぐに提出可能
  • 外部監査、内部セキュリティ点検、取締役会報告用として活用可能

ポリシー違反を見逃さず、迅速に対応するにはどうすればよいでしょうか?

クラウド環境では数多くのリソースがリアルタイムで生成、変更、削除されるため、組織のセキュリティまたは運用ポリシーに違反する設定が瞬間的に発生する可能性があります。

問題は、このような違反事項が即座に発見されなければ、セキュリティ事故、コスト浪費、監査失敗などのリスクにつながる可能性があるという点です。

OpsNow FinOps PlusのPolicy Managementは、このような問題を事前に防止し、違反発生時に即座に認識し対応できる自動化されたシステムを提供します。

ポリシーレポートはユーザーが設定した基準に従って毎日、毎週、毎月自動で生成され、事前に指定した担当者にメールで即座に配信されます。

このレポートには各ポリシー基準(GDPR、SOC2、HIPAAなど)別遵守状況はもちろん、ポリシーに違反したリソースリスト、違反項目、所属アカウントなどの情報が含まれており、実務者は問題を早期に認識し、すぐに対処できます。特に、リアルタイムダッシュボードにアクセスできない管理者や外部監査対応を準備する担当者の場合、このような定期的なレポート受信を通じて常に最新のポリシー遵守状態を維持できます。

✅ サマリー:

  • 手動点検なしでも違反事項を見逃さないよう自動レポート送信
  • 非遵守項目が発生すると担当者に即座にメール通知を提供
  • タイムリーな対応を通じてセキュリティ事故と監査リスクを最小化
  • ポリシー違反発生時点から対応完了までの時間を短縮

クラウドポリシーの準拠状況を毎回手動確認しなくてもいいですか?

はい、OpsNowのPolicy Management機能を使用すると、もはや手作業でクラウドアカウントのポリシー遵守状態をいちいち確認する必要がありません。

この機能はAWS、Azure、GCPなどマルチクラウド環境のアカウントを自動スキャンし、GDPR、HIPAA、SOC2、AWS Well-Architectedなど選択したコンプライアンス基準に従ってレポートを生成します。

レポートはポリシー別に遵守(Compliant)、非遵守(Non-compliant)、未処理(Unprocessed)状態を視覚化し、セキュリティチームや運用チームがポリシー違反の有無を迅速に把握し対応できるようサポートします。

🔎 反復的な手動点検なしでもポリシー違反リスクを軽減し、リアルタイムクラウドコンプライアンス状況を把握できる自動化されたポリシーレポート機能です。

Policy Management機能について教えてください

OpsNow FinOps Plusのポリシー管理(Policy Management)は、クラウド環境(AWS、Azure、GCP含む)でセキュリティ、運用、コンプライアンスポリシーの遵守状況を自動診断し、レポートを生成する機能です。この機能は、複雑なマルチクラウドインフラを運営する組織がポリシー違反事項を見逃すことなく迅速に対応できるよう支援します。手作業点検なしでも自動レポートを通じてポリシー遵守状態をリアルタイムで把握し、監査およびセキュリティ対応にも活用できます。

✅ どのような問題を解決しますか?

  • 複数のクラウドアカウント(AWS、Azure、GCP)のポリシー状態を一箇所で統合的に管理できない問題
  • 運用者/セキュリティ担当者がポリシー遵守状況をいちいち手作業で確認しなければならない煩わしさ
  • ポリシー違反を見逃してセキュリティリスクにつながる状況
  • 監査や報告用文書を毎回別途作成しなければならない非効率性‍

🔧 主な機能

🔧 ポリシー管理の主な機能

  • ポリシー自動スキャンおよびレポート生成 クラウドリソースをGDPR、HIPAA、SOC2、AWS Well-Architectedなどの規定基準に従って自動スキャンし、違反状況を基にレポートを生成します。AWS、Azure、GCPすべてサポートします。
  • 視覚化されたコンプライアンスダッシュボード ポリシー別に遵守(Compliant)、非遵守(Non-compliant)、未処理(Unprocessed)状態をリアルタイムで視覚化し、一目で確認できます。
  • レポート自動送信スケジュール設定 日次、週次、月次単位でポリシーレポートを指定された受信者に自動送信できます。
  • 違反項目別詳細情報提供 各違反事例について関連するリソース、クラウドアカウント、ポリシー項目まで正確に確認でき、迅速な対応が可能です。
  • 履歴ベース監査対応機能 過去に生成されたレポートを「History」タブで確認し比較できるため、外部監査対応やポリシー変更追跡に便利です。
  • マルチクラウド互換性 AWS、Azure、GCPすべてサポートし、特にAzureの場合はサブスクリプション(Subscription)単位のポリシー検査も可能です。簡単な接続方式でマルチクラウド環境でも手軽に使用できます。

👤 誰が使用すると良いでしょうか?

  • セキュリティおよびコンプライアンス責任者:複数のクラウド環境でポリシー違反状況を自動点検し、外部監査対応まで準備できます。
  • クラウド運用管理者:違反リソースをリアルタイムで追跡し、優先順位に従って即座に対処できます。
  • ITガバナンスおよび内部監査部署:レポートを通じてポリシー状態を一目で把握し、必要な証憑資料を自動確保できます。‍

OpsNow アカウントを削除するにはどうすればよいですか?

OpsNowでは、もはやサービスを利用したくないユーザーのためにアカウント削除(退会)機能を提供しています。アカウント削除は本人が直接実行でき、削除完了時に該当アカウントに関連するすべてのデータが永続的に削除されます。

✅ アカウントを削除する手順:

  1. 左側メニューから[Profile]メニューに移動します。
  2. ページ下部までスクロールしてDelete Accountセクションを見つけます。
  3. [Delete]ボタンをクリックします。
  4. 画面に表示される案内メッセージと削除警告文を確認した後、削除要請を最終承認するとアカウント削除が完了されます。‍

⚠️ 注意事項:

  • アカウント削除後は、すべてのユーザーデータ、設定情報、活動履歴などが復旧されません。
  • 同一のメールアドレスで再度加入しても、既存データは復元できません。
  • 組織管理者のアカウントの場合、削除前に別途権限委譲または組織解除手続きが必要な場合があります。

マルチファクター認証(2FA/MFA)を有効にするにはどうすればよいですか?

OpsNowは、アカウントセキュリティを強化するため多要素認証(Multi-Factor Authentication、MFA)機能を提供しています。MFAを有効化すると、パスワードに加えて**ワンタイム認証コード(OTP)**を追加入力する必要があるため、外部侵入およびアカウント乗っ取りリスクを効果的に軽減できます。

✅ OpsNow で MFA を有効にする方法:

  1. 左側メニューから[Profile]メニューに移動します。
  2. 下部までスクロールしてMulti-Factor Authentication領域を見つけます。
  3. [Enable]ボタンをクリックします。
  4. 画面に表示されるQRコードをGoogle AuthenticatorまたはMicrosoft Authenticatorなどの認証アプリでスキャンします。
  5. アプリに生成された**6桁のワンタイムコード(OTP)**を入力すると登録が完了されます。

✅ 適用後の効果:

  • ログイン時にパスワードと共に2次認証コード入力が要求されます。
  • 新しいデバイスや場所からのログイン試行が検知されると自動で認証が要請されます。
  • MFA設定はユーザー単位で個別設定可能で、別途管理者承認なしに有効化できます。

💡 セキュリティを強化したい場合は、すべてのメンバーがMFAを有効化するよう誘導することをお勧めします。

ユーザー名を変更するにはどうすればいいですか?

OpsNowでは、アカウントの**ユーザー名(User Name)**を直接変更でき、これはシステム内でのユーザー識別およびチーム間協業時に表示される名前です。

ユーザー名を変更するには以下の手順に従ってください:

  1. 左側メニューから[Profile]項目をクリックします。
  2. 上部領域のUser Name入力欄に希望する名前を入力します。
  3. 入力後、右側の[Save]ボタンをクリックすると即座に反映されます。

更されたユーザー名は以下の領域に自動適用されます:

  • ダッシュボード、組織メンバーリストなどサービス内ユーザー識別領域
  • SSOを除く一般ログインユーザーに表示される名前
  • 管理者またはチームメンバーがユーザーアカウントを確認する際に表示される情報

💡ユーザー名はメールアドレスとは関係なく自由に設定可能で、アカウント管理者ではない一般ユーザーも直接修正できます。

SSOを設定するために必要な情報はどこで確認できますか?

OpsNowでSAMLベースの**SSO(Single Sign-On)**を設定するには、顧客企業のIdP(Identity Provider)設定画面にOpsNowの固有情報を入力する必要があります。

該当情報は[Authentication]メニューで確認でき、以下のようなSAML必須項目が含まれています:

  • ✅ Assertion Consumer Service (ACS) URL OpsNowがIdPからSAMLレスポンスを受信するエンドポイントです。
    → 顧客企業のIdP設定画面のACS URL項目にそのまま入力する必要があります。
  • ✅ Entity ID (Service Provider Entity ID) OpsNowを識別するための固有IDで、SAML通信で信頼を構築する核心要素です。
    → 顧客企業IdPのEntity ID項目にコピーして貼り付けてください。

上記情報は、OpsNowログインページの[Enable SSO Login]有効化後に自動生成され、コピーボタンを通じて簡単にコピーして使用できます。

💡 Tip:この情報をIdP管理者に伝達してSSO連携設定を迅速に進めることができます。設定完了後は、SSOログインボタンを通じてユーザーが社内認証体系を通じてOpsNowにアクセスできます。

OpsNowでSSO(シングルサインオン)をどのように設定しますか?

OpsNowは SAML 2.0ベースのSSO(Single Sign-On)をサポートし、社内認証システム(IdP)と連携してより安全で便利なログイン環境を提供します。

SSOを設定するには以下の手順に従ってください:

  • 1) [Authentication]メニューに移動します。
  • 2) 上部の[Enable SSO Login]スイッチを有効化します。
  • 3)以下の必須情報を入力します:
    • Issuer URL (Entity ID):顧客企業のIdPで発行した固有識別子
    • SAML 2.0 Endpoint (HTTP-POST):認証要請を処理するエンドポイントアドレス
    • X.509証明書:署名検証のための公開キー証明書
  • 4)すべての情報を正確に入力した後、右下の[Save]ボタンをクリックすると設定が完了されます。設定が完了すると、OpsNowログインページでSSOボタンを通じたアクセスが可能になり、個別ユーザーアカウントID/パスワード入力なしに社内認証システムを通じて自動ログインされます。この機能は、企業内部ユーザー認証一元化、セキュリティ強化、アカウント管理効率性向上に非常に効果的です。
  • API キーを生成し、管理することはどこでできますか?

    OpsNowでは、APIキー(API Key)を通じて外部システムや自動化ツールがクラウドリソースに安全にアクセスできるようサポートしています。

    [API Key]メニューでユーザーは直接APIキーを生成し管理でき、主要手順は以下の通りです:

    1. 画面右上の[新規APIキー追加]ボタンをクリックします。
    2. キー名(例:monitoring-tool-keyなど)を入力します。
    3. [発行]ボタンをクリックすると、システムで固有の認証キーが生成されます。

    APIキーはユーザーが指定した名前で区分され、発行直後のみ全体キー値をコピーできるため、必ず安全な場所に保存する必要があります。

    また、ユーザーは発行されたAPIキーリストで:

    • キー有効化/無効化
    • キー削除
    • キー発行者および発行日確認などの管理作業を実行できます。

    この機能は、DevOps、外部モニタリングツール、コスト分析システムなどとの連携時にセキュリティ認証手段として非常に有用に活用されます。

    組織の変更履歴はどこに保存されていますか?

    OpsNowでは、組織内で発生した変更履歴(Organization History)を自動記録し保管します。

    [Security > 組織変更履歴(Organization History)]タブにアクセスすると、以下のような項目を確認できます:

    • 組織名変更履歴
    • メンバー追加/削除、権限変更記録
    • 作業者情報(誰がいつどのような作業を実行したか)
    • 変更事由およびイベントタイプ

    この機能は組織運営記録を体系的に追跡し、セキュリティ事故発生時にどのユーザーがどのような変更を行ったかを明確に把握するのに非常に有用です。また、権限の濫用や設定エラーのような問題を事前に予防したり事後監査する用途としても活用されます。OpsNowはこのようなセキュリティ変更ログを自動保存し、ユーザーは別途設定なしにリアルタイムで確認できます。

    チームメンバーのログイン履歴を確認することはできますか?

    はい、OpsNowでは組織内メンバーのログインおよびログアウト活動履歴を確認できる機能を提供しています。

    [Security > メンバー活動履歴(Member Activity)]タブをクリックすると、以下のような詳細情報を確認できます:

    • メンバー別ログイン/ログアウト時間
    • 接続したIPアドレス
    • 活動タイプ(LOGINまたはLOGOUT)
    • メールアドレスおよびユーザー識別情報

    この機能は組織レベルのセキュリティ監査および異常アクセス検知に非常に有用で、以下のような状況で活用できます:

    • 退職者や外部ユーザーの異常ログイン有無の確認
    • 特定時間帯または地域からの疑わしい接続の検知
    • チームまたはアカウント別接続パターン分析およびセキュリティリスク評価

    セキュリティ管理者や組織運用者は、このデータを基にリアルタイムユーザーモニタリングと侵害対応措置を迅速に実行できます。

    ログイン履歴を確認するにはどうすればよいですか?

    OpsNowでは、ユーザーが直接自分のログインおよびログアウト記録を確認できるよう、セキュリティメニューを提供しています。

    📍 [Security > 私の活動履歴(My Activity)]タブにアクセスすると、以下の情報を確認できます:

    • ログイン/ログアウト時刻(時間順ソート)
    • 使用したIPアドレス
    • 活動タイプ(LOGINまたはLOGOUT)

    この機能を通じて、自分のアカウントが正常な環境でのみ使用されたかを確認でき、もし疑わしい外部接続(IP)が検知された場合は迅速にセキュリティ対策を講じることができます。また、セキュリティ管理者はこのログを基にユーザーアカウント乗っ取りや異常接続検知を実行でき、全社的なクラウドセキュリティ監査および侵害対応にも活用されます。

    セキュリティメニューにはどのような機能がありますか?

    OpsNowのセキュリティ(Security)メニューは、ユーザーと組織のセキュリティ活動履歴を一目で確認できる機能です。

    ユーザーはこのメニューを通じて以下のような項目を確認できます:

    • 個人活動履歴(My Activity):ユーザーのログイン、ログアウト記録および接続したIPアドレスが時間順に記録されており、自分のアカウント使用履歴を簡単に確認できます。
    • メンバー活動履歴(Member Activity):所属する組織内メンバーがいつ、どこでログインまたはログアウトしたかが記録され、メールアドレスとIP情報が併せて提供されます。
    • 組織変更ログ(Organization History):組織名変更、メンバー追加/削除、権限変更などのセキュリティ関連組織管理履歴がすべて保存されます。

    これらの機能は異常ログイン検知、アカウント乗っ取り有無の確認、組織内セキュリティ監査に非常に有用で、管理者とセキュリティ担当者がクラウド環境のユーザー活動を体系的に追跡できるようサポートします。

    AutoSavingsを使用する際のセキュリティとアカウント権限の要件は何ですか?

    AutoSavingsは、顧客のAWSコストデータを安全に分析し最適化するため、最小権限の原則(Principle of Least Privilege)に基づいて設計されています。

    サービス使用に必要な権限は以下の通りです:

    ✅1. AWSアカウント権限委譲方式

    • AutoSavingsはAWSアカウントに直接アクセスするのではなく、IAMロール(Role)を通じた権限委譲(Delegation)方式で動作します。
    • ユーザーはOpsNowで提供する信頼できるロールARNを接続することで、安全にアカウント連携を完了できます。‍

    ✅2. 必要権限:読み取り専用権限(Read-Only)

    • AutoSavingsは、コスト分析と推奨のためのReadOnlyAccess権限のみで大部分の機能が動作します。この権限を通じて以下のデータを収集します:
      • EC2、RDS、Fargateなど、AWSリソース使用内訳
      • BillingおよびCost Explorer APIデータ
      • 既存RIおよびSP約定内訳‍

    ✅ 3. 約定購入およびリセール機能のための追加権限(選択事項)

    • 自動購入/再販売機能を使用する場合は、以下の追加権限が必要です:
      • ec2:PurchaseReservedInstancesOffering
      • ec2:ModifyReservedInstances
      • ec2:SellReservedInstances

    ※ 上記権限は顧客の承認を通じて明示的に付与され、顧客はいつでも権限範囲を検討または撤回できます。

    ✅4. セキュリティ認証およびアクセス管理

    • OpsNowはAWS STS(Secure Token Service)ベースの短期セッショントークンを使用し、機密認証情報の露出なしに安全に連携されます。
    • ユーザー認証およびアクセスは、OpsNowプラットフォーム内の**ロールベースアクセス制御(RBAC)**に従って制限され、組織管理者のみが接続および変更を実行できます。

    AutoSavingsはどのクラウド環境に対応していますか?

    現在、AutoSavingsはAmazon Web Services(AWS)専用で提供されるサービスです。

    AWS環境で発生するクラウドコストを最適化するため、以下のような機能を中心にサポートしています:

    ✅ サポート対象および機能:

    • Reserved Instances(RI)購入および管理自動化
    • Savings Plans(SP)最適活用および調整
    • RIリセール(再販売)自動化機能による費用回収
    • AWS使用量分析ベースの約定最適化戦略策定

    AutoSavingsはAWSの約定ベース課金モデルを最大限活用し、オンデマンドと比較して高い削減効果を提供します。特にAWSで約定を十分に活用できていない、またはリソース浪費が頻繁な環境に効果的です。

    🔄今後の計画:

    現在はAWSにのみ最適化されていますが、Microsoft Azure、Google Cloud Platform(GCP)など他の主要クラウドサービスプロバイダー(CSP)への対応も順次拡大予定です。

    AutoSavingsはどのようにクラウドコストを削減しますか?

    AutoSavingsは、顧客のAWS使用パターンをリアルタイムで分析し、コスト浪費を最小化し削減効果を最大化する約定(Commitment)最適化戦略を自動実行します。

    ✅ 主なコスト削減方法:

    1. 約定最適購入(RI/SP自動化)
      • 使用量分析を基に、Reserved Instances(RI)とSavings Plans(SP)を自動購入し、オンデマンドと比較して安価な単価でリソース活用が可能になるよう構成します。
    2. 未使用のコミットメントの再販
      • 使用しなくなった余剰約定は、AWS RIマーケットプレイスを通じて自動再販売し、不要な支出を削減し追加削減を誘導します。
    3. カバレッジギャップの自動補正
      • カバレッジが不足する区間は、システムが自動で追加約定を構成し、コスト削減構造を安定的に維持します。

    これら全過程をAutoSavingsが自動実行するため、ユーザーは複雑な購入戦略や手作業リセール作業なしでも継続的なクラウドコスト最適化効果を得ることができます。

    OpsNowにクラウドアカウントを接続する際の権限エラーを解決するにはどうすればよいですか?

    OpsNow FinOps Plusでクラウドアカウント連携中に権限エラーが発生する場合、原因の大半はIAM権限不足、API無効化、または必須項目漏れにあります。

    クラウドベンダー別に以下の項目を優先的に確認してください:

    ✅ AWS権限エラー解決方法:

    • CloudFormationスタックが正常実行されたかを確認してください。
    • スタック作成中にIAM権限を持つユーザーまたはロールが使用されたかを検討してください。
    • コンソールでOpsNowStackRoleまたは自動生成されたRoleがアカウント内に正常作成されたかを確認してください。
    • そのロールがReadOnlyAccess以上のポリシーを含むかを点検してください。‍

    ✅ Azure権限エラー解決方法:

    • Azureポータルで登録されたAppにReader以上の権限が付与される必要があります。
    • App registrationメニューでAPI権限(user_impersonation)が有効化されているかを確認してください。
    • Client Secretが期限切れまたは間違っている場合、新たに生成後再登録してください。‍

    ✅ GCP権限エラー解決方法:

    • Billing ExportがBigQuery Datasetと接続されているかを確認してください。
    • サービスアカウントについてBigQuery DatasetへのEditor以上の権限が付与される必要があります。
    • JSONキーファイルが最新か、アップロード形式に問題がないかを確認してください。
    • 必須API(Cloud Billing、BigQueryなど)が有効化されているかを点検してください。

    📌 上記権限問題はセキュリティ設定または権限制限により頻繁に発生するため、組織セキュリティポリシーと連携ガイドを事前に検討することが重要です。

    エラーが継続して発生する場合は、クラウド管理者権限で再登録するか、組織内クラウドセキュリティ担当者と協議してください。

    複数のクラウドアカウントを同時に登録することはできますか?

    OpsNow FinOps Plusでは、AWS、Azure、GCPなど様々なクラウドアカウントをそれぞれ登録して運用でき、特にAWSの場合は複数アカウントを一度に登録できる機能をサポートしています。

    AWS Management Account(管理アカウント)を連携すると、そのアカウントに接続されたLinked Account(連結アカウント)が自動で一緒に登録され、大規模アカウント環境でも簡単に管理できます。

    AzureおよびGCPは各アカウント別に独立した登録手順に従い、登録完了後はすべてのアカウントを統合されたダッシュボードで一目で分析・管理できます。

    このような構造は、マルチアカウント、マルチ組織環境でリソースとコストを体系的に統合管理し、組織単位またはチーム単位で比較・分析できる基盤を提供します。

    GCP アカウントを OpsNow に接続するにはどうすればよいですか?

    GCP連携手順(Step-by-Step)

    1. BigQuery Dataset作成
      GCPコンソールでコストデータを保存するDatasetをBigQueryに作成します。
    2. Billing Export設定およびAPI有効化
      BillingデータがBigQueryに自動送信されるようExportを設定し、BigQueryおよびCloud Billing APIを有効化します。
    3. サービスアカウント(Service Account)作成
      OpsNowがデータにアクセスできるよう権限を持つサービスアカウントを作成します。
    4. JSONキー発行およびダウンロード
      サービスアカウントに対する秘密認証キー(JSON形式)を生成し、安全に保存します。
    5. OpsNowコンソールにJSONキーアップロード
      コンソールの[Cloud Accounts > GCP]登録画面でJSONキーをアップロードすると連携が完了されます。

    📌 この手順を終えると、OpsNowはGCPコストおよび使用量データを自動収集でき、FinOps分析が可能になります。

    Azure アカウントを OpsNow に接続するにはどうすればよいですか?

    OpsNow FinOps PlusでAzureアカウントを連携するには、Azure Portalで発行された認証情報を事前に準備する必要があります。以下の項目は、OpsNowがコストおよびリソースデータを収集するのに必要な最小権限ベースの情報です。

                                                                                                                                   
    アイテム説明
    アプリケーション (クライアント) IDアプリ登録から生成された一意のID
    ディレクトリ (テナント) IDAzure Active Directory のテナント識別子
    クライアントシークレット値アプリ認証用のシークレットキー (「証明書とシークレット」から)
    請求先アカウントIDAzure 請求先アカウントの識別子
    APIアクセスキー請求データへのプログラムによるアクセスキー (アカウントの種類によって異なります)

    📍 情報取得経路(Azure Portal)

    • App registrationメニューでApplication ID、Directory IDを生成
    • Certificates & SecretsでClient Secretを生成
    • Subscriptionsメニューで接続するSubscriptionを確認
    • Billing → Cost Management + BillingでBilling Account IDを確認

    📌 上記情報を正確に入力すると、OpsNowは該当Azureアカウントの使用量およびコストデータを自動収集し分析できます。

    AWS アカウントを OpsNow に接続するにはどうすればよいですか?

    OpsNow FinOps PlusではCloudFormationスタックを利用した自動連携方式により、簡単にAWSアカウントを登録できます。複雑な手動入力なしに、権限設定とアカウント連携が一度に処理されます。

    ✅ ステップバイステッププロセス:

    1. [Cloud Accounts]メニュー > AWSタブ選択
    2. Step-by-Step方式またはExpress登録方式から選択
    3. [CloudFormation Stack実行]ボタンをクリック
      → AWSコンソールが新しいウィンドウで開きます
    4. そのコンソールでStack作成を完了すると、
    5. OpsNowが自動で接続状態を確認し、アカウントが登録されます。‍


    ✅ 主なメリット:

    • IAMロール権限付与、ポリシー設定、リソースアクセス権限まで自動構成
    • ユーザーはAWSコンソールでCloudFormation Stackを実行するだけ
    • 手動でRole、Policy情報をコピーまたは貼り付ける必要なし

    📌 一つのスタック実行だけでアカウント登録および権限連携が自動完了し、セキュリティポリシーに従って必要な最小権限のみが割り当てられます。

    OpsNowでクラウドアカウントを登録するには、どこで手続きをすればよいでしょうか?

    OpsNow FinOps Plusでは、AWS、Azure、GCPアカウントを登録してクラウドリソース使用量とコストを自動収集し分析できます。アカウント登録は以下の手順で進行されます:

    ✅ 登録ページ:

    • 左側メニューから**[Setting] > [Cloud Accounts]**に移動してください。
    • 上部で連携するクラウドベンダー(AWS、Azure、GCP)を選択してください。

    ✅ 登録方式:

    • Express:一つの画面で迅速に情報を入力する簡易登録方式
    • Step by Step:各段階別にガイドに従う標準登録方式クラウドベンダー別登録準備事項は以下の通りです:
                                                                                           
    クラウドプロバイダー必要な設定
    AWS権限委任のためにCloudFormationスタックを実行
    Azureアプリを登録し、API認証情報を提供
    GCPBigQueryプロジェクトを設定し、サービスアカウントキー (JSON) をアップロード

    アカウント登録後、OpsNowはクラウドリソース情報を定期的に収集し、FinOps機能(コスト分析、リソース最適化、予算管理など)を自動有効化します。

    なぜCloudアカウントをOpsNowに接続する必要があるのでしょうか?

    OpsNow FinOps Plusは、AWS、Azure、GCPのようなパブリッククラウドプラットフォームのコストデータを収集し分析して、企業のクラウド使用効率を最大化するクラウドコスト管理(Cloud Cost Management)ソリューションです。これらの機能を適切に使用するには、クラウドアカウント連携が必須です。クラウドアカウントを連携すると以下のようなメリットがあります:

    • ✅ リソース別使用量データ収集:クラウドで使用中のインスタンス、ディスク、ネットワークなどリソースの詳細使用情報を取得します。
    • ✅ コスト発生内訳自動収集:Cloud Billing情報を基にサービス別、タグ別、アカウント別コストが自動集計されます。
    • ✅ 削減可能項目検知:予約インスタンス未使用、非アクティブリソース、過剰スペックなどの削減候補リソースを検知できます。
    • ✅ 自動化された分析レポート提供:連携されたデータを基に、プロジェクト別・期間別コスト推移と異常支出アラートが自動生成されます。

    🔍クラウドFinOpsを始めるために最初にすべきことはアカウント連携です。アカウントが連携されてこそ、OpsNowがデータを収集し、ユーザーカスタマイズコスト最適化インサイトを提供します。

    特定のメニューのみにアクセス可能な制限付きロールを作成することはできますか?

    OpsNowでは「カスタムロール(Custom Role)」機能を通じて、特定メニューのみアクセス可能な制限的権限を持つロールを自由に作成できます。

    • 例えば、Billing、Resources、User Managementなど特定メニューのみに表示(View)または編集(Edit)権限を付与できます。
    • ロール作成時、メニュー別アクセス権限を細分化して設定でき、複雑な組織構造や外部パートナー運営環境にも柔軟に対応できます。
    • 不要なメニュー露出を遮断し、**最小権限の原則(Least Privilege Principle)**を実現してセキュリティと効率性を同時に確保できます。

    📌 この機能は、会計、セキュリティ、インフラなど部署別業務分担が明確な組織で特に有用で、実務に必要なメニューのみを提供することで運用ミスや情報露出リスクを軽減できます。

    各組織ごとに異なるメンバー構成を迅速に設定するにはどうすればよいでしょうか?

    OpsNowでは、新しい組織(Organization)を作成する際、ユーザーとロール(Role)を同時に設定でき、メンバー構成を迅速に完了できます。

    既存に定義されたRoleテンプレートを読み込んだり、ユーザーグループ設定を複製して組織別権限体系を効率的に適用できます。

    • 組織作成段階でユーザー招待およびロール割り当てが可能
    • 反復的な設定なしに、チーム・部署単位権限を一括適用できる
    • Roleベース最小権限の原則を実現し、セキュリティも同時に強化

    📌 この機能は、多数の組織を運営したりグローバルチームを管理する環境で設定速度を大幅に短縮し、管理便宜性とセキュリティ効率性を同時に確保できます。

    ユーザーを無効化または削除するにはどうすればよいですか?

    OpsNow FinOps Plusでは、組織内ユーザーの役割が終了したり外部協力関係が終わった際、該当ユーザーを組織から除去(削除)してクラウド情報アクセス権限を即座に遮断できます。

    この作業はセキュリティ統制と責任追跡のための必須手順です。

    ✅ 組織からユーザーを削除する方法:

    1. **左側メニューから[Settings] > [Organization]をクリックします。
    2. 削除したい組織を選択して詳細ページに進入します。
    3. 上部の[Members]タブを選択します。
    4. ユーザーリストで削除対象の右側「X」アイコンをクリックすると、該当ユーザーが組織から除去されます。

    🔒 ユーザーを削除する際の重要な注意事項:

    • 組織からユーザーを除去してもOpsNowアカウント自体は削除されません。
    • 組織から除外されたユーザーは、該当組織のすべてのクラウドリソース、コスト、設定データにアクセスできません。
    • どの組織にも属さないアカウントは[Settings]メニュー以外のすべてのサービス機能にアクセスできません。
    • ユーザーアカウント自体を完全に削除または無効化するには、別途アカウント管理手順が必要です。‍

    📌 この機能は次の場合に特に重要です。

    • 退職者処理
    • 外注/パートナー契約終了
    • チーム内役割変更でアクセス権限制限が必要な場合

    OpsNowで「オーナー」と「一般ユーザー」を招待する違いは何ですか?

    OpsNow FinOps Plusでは、組織内ユーザー招待時に「オーナー(Owner)」と「一般ユーザー(General Invitation)」を明確に区分して招待できます。これによりセキュリティ機密度を考慮した細分化された権限制御が可能です。

    ✅ オーナー(Owner)招待

    • 組織作成および削除、クラウドアカウント接続/解除、ロール(Role)作成および編集など組織全体設定を制御できる最上位権限を保有します。
    • セキュリティや決済、統合ポリシー管理など機密項目へのアクセスはオーナーのみ実行可能に制限されています。
    • 一般的に組織管理者、セキュリティ責任者、総括運営者に付与されます。‍

    ✅一般ユーザー(General Invitation)招待

    • 特定組織内での読み取り(Read Only)または書き込み(Read & Write)ロールを選択して招待できます。
    • 招待時に基本ロールを指定し、その後必要に応じてロール変更が可能です。
    • チームメンバー、外部パートナー、プロジェクト単位の実務者などを必要な最小権限の原則に従って招待でき、セキュリティリスクを軽減できます。‍

    🔐 セキュリティのベストプラクティス

    • 組織全体設定やコスト/ポリシー変更が可能な項目は、必ずオーナー権限を持つユーザーのみが実行するよう制限してください。
    • 外部協力会社、インターンなどは一般ユーザー権限で招待し、運営環境を保護してください。

    当社では、組織ごとに複数のクラウド環境を運用しています。ユーザーアクセスを個別に管理するにはどうすればよいでしょうか?

    OpsNow FinOps Plusは、マルチ組織(Organization)構造をサポートし、一つのアカウントで複数のクラウド環境を分離運用し、組織単位で細分化されたアクセス制御を実装できます。

    ✅ 複数の組織環境におけるアクセス制御の仕組み:

    • 組織(Organization)単位アクセス分離:各組織は独立したクラウドアカウント(AWS、Azure、GCPなど)を接続でき、該当組織のみにアクセス権限があるユーザーのみがデータ閲覧可能です。
    • 組織別ロール(Role)指定:同じユーザーでも組織別にロールを異なって設定でき、例えばA組織ではAdmin、B組織ではRead-onlyとして運用可能です。
    • 運用隔離とセキュリティ強化:一つのOpsNowアカウントを使用しても、組織間のデータとリソースは徹底的に分離して運用されるためセキュリティ上安全で、外部監査時にも明確な責任追跡が可能です。
    • カスタマイズ可能な権限構造:ユーザー定義ロールを通じて組織内メニュー、機能、リソース単位までアクセス権限を設定でき、大規模企業やMSP環境でも柔軟に対応できます。‍

    📌 こんな場合に有効です:

    • 系列会社、チーム、事業部別にクラウドインフラを分離運用する企業
    • 同一アカウント内の多数プロジェクトを組織別に隔離管理する必要がある場合
    • セキュリティと責任追跡が重要な金融・公共・MSP環境

    ユーザーグループを活用するとどのような点で効率的ですか?

    OpsNow FinOps Plusでは、ユーザー数が多い環境でも効率的にアカウントを管理できるよう「ユーザーグループ(User Group)」機能を提供しています。類似の役割や業務範囲を持つユーザーをグループ化すると、権限設定、組織配属、メニューアクセス制限などを一括管理でき、以下のようなメリットがあります。

    ✅ ユーザーグループを使用するメリット:

    • ロール(Role)および権限の一括適用:
      グループに属するすべてのユーザーに同一のロールとアクセス権限を付与でき、個別アカウントごとに反復設定する必要がありません。
    • 組織(Organization)単位配属の簡素化:
      部署・チーム単位でグループを作成し該当組織に一括配属すると、新入社員や外部協力会社アカウント追加時にはるかに迅速に適用できます。
    • セキュリティポリシー一貫性維持:
      特定グループには「読み取り専用」、他のグループには「管理者権限」を付与する形で、ポリシー基準を明確に維持できます。
    • 運用効率性向上:
      ユーザー数が多いほど手作業で権限を設定するのに時間がかかりますが、グループ機能を活用すると管理者がワンクリックで複数のユーザーアカウントを同時に管理できます。‍

    📌 こんな場合に特に有効です:

    • チーム、組織、プロジェクト別ユーザー権限を標準化したい場合
    • 新規ユーザー追加時の設定を繰り返す作業を削減したい場合
    • アカウント数が多い大規模組織で効率的なアカウント管理方法を探している場合

    組織内において、外部ユーザーと機密データを安全に共有することは可能ですか?

    OpsNow FinOps Plusでは、外部ユーザーとデータを共有する際も組織セキュリティを維持できるよう、精密な権限管理機能を提供しています。特に、外部人材には最小限の権限のみを付与できるよう以下のような機能が用意されています。

    ✅ 外部ユーザーセキュリティ共有方法:

    • 読み取り専用(Read Only)権限設定:
      外部ユーザーを招待する際、権限を「Read Only」に指定すると、インフラ設定を変更できず、データ照会のみ可能に制限できます。
    • 組織(Organization)単位アクセス制御:
      特定組織のみ選択してアクセスを許可でき、外部ユーザーが他のプロジェクトやチームのデータにはアクセスできないよう制御できます。
    • カスタムロール(Role)作成機能活用:
      ユーザー定義ロールを作成してメニュー別、機能別アクセス範囲を細分化できます。例えば、コストデータのみ閲覧可能なロールを作成できます。‍


    🔐 こんな場合に有効です:

    • 外部コンサルタントやパートナーとクラウドインフラ現況を共有する必要がある時
    • 特定プロジェクト単位で制限された範囲でリソース現況を共有する必要がある時
    • 内部職員と外部ユーザーの権限を明確に分離してセキュリティ事故を防止したい時

    組織に新しいユーザーを招待する手順はどのようなものですか?

    OpsNow FinOps Plusでは、新規チームメンバーまたは外部協力者を組織に安全に招待できる機能を提供しています。
    📌 ユーザー招待はメールアドレス入力だけで簡単に進められ、組織内のセキュリティと権限管理のためにロール(Role)と所属組織(Organization)を併せて指定できます。

    ✅ 新規ユーザーを招待する手順:

    1. [User Management]メニューで「+ Invite」ボタンクリック
    2. 招待するユーザーのメールアドレス入力
    3. 該当ユーザーの所属組織(Organization)選択
    4. ユーザーに付与する**ロール(Role)**指定(例:Member、Adminまたはカスタムロール)
    5. [Invite]ボタンクリック時、メールを通じて招待状が送信されます。‍

    🛡️ セキュリティおよび権限管理のコツ:

    • 外部ユーザー招待時は読み取り専用(Read Only)権限を設定し、最小限のアクセスのみを許可できます。
    • Owner招待は組織の全権限を持つため、内部管理者レベルのユーザーのみを対象に使用してください。
    • 必要時組織単位で権限を分離し、異なるチーム/事業部運営にも柔軟に対応できます。

    リソース最適化のおすすめを適用しない場合、どのようなリスクがありますか?

    OpsNow FinOps Plusで提供するリソース最適化提案を反映しない場合、クラウドコスト管理およびインフラ運用の面で以下のような重大なリスクが発生する可能性があります。

    📉 1. クラウドコスト浪費の増加

    • 過度なスペック維持:実際の使用量より高いインスタンス仕様をそのまま維持すると、より低いコストで同一性能を運用できる機会を逃すことになります。
    • アイドルリソース放置:ほとんど使用されないリソースを長期間そのまま維持する場合、不要なコストが蓄積され、クラウドコスト効率性が大幅に低下します。

    ⚠️ 2. 組織運用における非効率の発生

    • 低活用度リソースの蓄積:リージョン、アカウント、タグ単位で使用率の低いリソースが蓄積されると、予算統制およびコスト責任追跡(showback、chargeback)体系に混乱が発生する可能性があります。
    • 不要な約定契約誘導:非効率なインフラ構造により予想より高いクラウドコストが持続すると、RI(予約インスタンス)またはSavings Plan再契約の必要性が人為的に高まる可能性があります。

    最適化提案は単純なコストレポートではありません

    OpsNow FinOps Plusのリソース最適化メニューは、先制的コスト統制と組織運用効率化を同時に実現できるクラウドFinOps核心実行ツールです。

    リソース最適化基準をどのように設定すればよいでしょうか?

    OpsNow FinOps Plusでは、組織のポリシーとインフラ環境に合わせてリソース最適化分析基準を直接設定できます。

    基本提供される条件に加えて、CPU・メモリ・ディスク使用率などの閾値と分析期間を自由に調整し、カスタマイズ削減分析が可能です。

    ✅ 設定可能なパラメーター

    • 使用率基準(Thresholds)
      • CPU、Memory、Disk I/O、Network I/O使用率
      • 例:平均CPU使用率5%以下、メモリ使用率10%以下など‍
    • 分析期間
      • 最近7日/14日/30日など選択可能
      • 期間が長いほど信頼度の高い分析結果を確保可能‍
    • Idle/Downsize/Modernize分類基準
      • Idle:リソース活用率が非常に低く、使用痕跡がほとんどない場合
      • Downsize:現在の仕様より低いスペックでも十分な場合
      • Modernize:同一性能だがより効率的な新規タイプへの転換が可能な場合‍
    • クラウド別詳細設定
      • AWS、Azure、GCPそれぞれに対して最適化基準を別途設定可能

    ⚙️ 設定ページ

    Optimization > Settingsメニューで簡単に基準値を修正したり、既存デフォルト設定を維持したまま分析を実行できます。

    リソース最適化の推奨事項はどのくらいの頻度で更新されますか?

    OpsNow FinOps Plusのリソース最適化分析は、1日に1回自動で更新されます。AWS、Azure、GCPなどマルチクラウド環境の最新リソース使用状況を基に節約可能性(Saving Potential)を継続的に評価します。

    ✅ 自動分析とオンデマンド分析

    • 自動分析周期
      • 1日1回定期実行
      • クラウドリソースの最新パフォーマンスメトリクスを反映し、Idle、Downsize、Modernizeなどの推奨項目を更新
    • オンデマンド手動実行
      • ユーザーはいつでもコンソール内の[Analyze all CSPs]ボタンをクリックして、AWS、Azure、GCP全体アカウントに対する最適化分析をリアルタイム実行できます。
      • 分析が完了すると即座に結果が反映され、最新の推奨状態を確認できます。

    📌 活用のコツ

    自動分析に加えて、主要プロジェクト配布直後、月次予算点検時期など特定時点を基準に手動実行を活用すると、より正確な最適化タイミングを把握できます。

    リソース最適化のおすすめを適用するために、追加の対応は必要ですか?

    はい。OpsNow FinOps Plusで提供する最適化提案(Right Sizing)は、コスト削減のための推奨事項であり、自動でリソースが変更されることはありません。

    提案されたインスタンス変更は手動で直接適用する必要があり、OpsNowはそのための情報のみを提供します。

    ✅ 最適化推奨の適用方法

    • 直接適用が必要
      例:t3.xlarge → t3.mediumなどのインスタンス推奨提案は、ユーザーがAWS、Azure、GCPなどのクラウドコンソールまたはTerraform、CloudFormation、ARMテンプレートなどのIaCツールを通じて手動で反映する必要があります。
    • OpsNowが提供する情報
      • 推奨リソース仕様
      • 変更前後の比較
      • 予想削減コストなど → 実行に必要なすべての情報をテーブル形式で提供します。‍

    🔄 今後の自動化機能予定

    OpsNowはワークフロー連携機能を通じて自動実行をサポート予定です。

    セキュリティポリシーと承認手順に従って柔軟に構成でき、インフラ運用効率性がさらに向上予定です。

    リソース最適化における推定コスト削減額はどのように計算されますか?

    OpsNow FinOps Plusは、リソース最適化分析結果に基づいて予想削減コスト(Saving Potential)を自動算出します。

    これは単純な使用率基準の推奨ではなく、実際のインスタンスタイプ間の料金差を比較して、組織が得られる月次コスト削減効果を数値で提示します。

    ✅ コスト削減の計算方法

    1. 比較対象の設定
      • 現在使用中のインスタンスタイプと
      • OpsNowが推奨する最適化対象インスタンスタイプ間の料金差比較‍
    2. 価格基準
      • 各クラウドベンダー(AWS、Azure、GCP)のオンデマンド料金制基準単価を使用
      • 予約インスタンスやスポットインスタンスは別途考慮されない‍
    3. 時間基準
      • 月基準時間は平均730時間(24時間×30.42日)で算定
      • 時間当たり料金を基準に月次削減予想金額を計算

    💡 サンプル

                                                                                                                                             
    項目現在のインスタンス推奨インスタンス
    タイプm5.xlargem5.large
    時間料金$0.192$0.096
    1時間あたりの節約額$0.096
    推定月間節約額$0.096 × 730 = $70.08


    📌 参考事項

    • 削減コストはオンデマンド基準単価で計算されるため、実際の請求金額とはRI、SP、割引契約の有無により差が生じる可能性があります。
    • 分析結果は削減可能性を数値化して示す参考データであり、実際の実行有無はユーザーの判断により進行されます。

    リソース最適化(Resource Optimization)分析条件はどのように設定できますか?


    ✅設定可能な主要分析の条件

    1. 分析期間
      • 基本:最近14日~30日間
      • リソースの平均使用率を評価する基準期間を設定
      • 短い期間ほど敏感な検知が可能で、長い期間は安定的な傾向を反映‍
    1. 使用率しきい値
      • CPU、Memory、Disk、Networkなどの使用率基準(%)設定可能
      • 例:CPU 10%未満、Memory 15%未満の場合「Idle」とみなす
      • Downsize、Idleなど最適化タイプ別にそれぞれ異なる基準適用可能‍
    1. アイドルリソース条件
      • 一定期間中継続的に使用率が低いインスタンスをIdleに分類
      • 平均使用率に加えて最大使用率、活動頻度などを組み合わせて分析可能‍

    ⚙️設定方法

    • コンソールメニュー経路:[Optimization] → [Settings] → [Rightsizing from Recommendation]
    • クラウドベンダー別(AWS、Azure、GCP)に個別設定可能
    • 変更された設定は分析結果に即座に反映され、組織カスタマイズ最適化提案を受けられる

    📌 分析条件を設定すると不要なアラートを削減し、実際の削減効果が高いリソースを優先的に識別できます。これはFinOps実行力を高めるのに核心的な役割を果たします。

    Exclusion Tag 機能はいつ使用すべきですか?

    OpsNow FinOps PlusのExclusion Tag機能は、最適化分析から除外すべきリソースを指定できる機能です。

    これによりユーザーは、運用上必ず維持が必要なインスタンスや、自動推奨から除外する例外リソースを設定し、より精密で安定的なリソース最適化分析が可能です。

    ✅ 除外タグを使用する場合

    • サービス中断リスクがある核心インフラリソース
      • 例:運用中のデータベース、ミッションクリティカルアプリケーションサーバーなど
      内部セキュリティポリシーまたは外部監査要件により変更が制限されたリソース社内ポリシー上特定タグが付与されたリソースは削減対象から除外すべき場合
      • 例:env=productiontier=corekeep=trueなど‍

    🛠️ 設定方式

    • リソースに特定Key/Value形式のタグを付与した後、OpsNow環境設定(Optimization > Settings)でExclusion Tag条件を登録すると、該当リソースは分析対象から自動除外されます。
    • AWS、Azure、GCPなどマルチクラウド環境すべてで共通適用可能‍

    📌 除外タグ機能は不要な削減提案を防止し、運用安定性を維持しながらも最適化分析の正確度を高めるのに有用です。特に大規模マルチアカウント・組織環境でリソース統制とポリシーベース運用を併せて実現できます。

    未使用リソースを検出するための基準は何ですか?

    この機能は不要なリソース浪費を事前に遮断し、コスト削減機会を識別するのに核心的な役割を果たします。

    ✅ 未使用資源の検出基準

    OpsNowは以下のような条件を基に各リソースタイプ別未使用状態を自動分析します:

    • EBS(AWS)
      • EC2インスタンスと接続されていない状態で単独で存在するEBSボリューム
      Elastic IP(AWS)
      • どのインスタンスにも接続されていない状態のパブリックIP
      ELB(AWS)
      • 登録されたバックエンドインスタンスがないロードバランサー
      Azure Disk
      • 実行されていないVMに接続されたディスク
      GCP Persistent Disk
      • VMと接続されていない状態で残っているディスク

    🔍 検出の仕組み

    • クラウドベンダー(AWS、Azure、GCP)別APIを通じてリソースの接続状態と使用有無を定期的に収集・分析
    • 接続が切断された状態で一定期間維持されたリソースをUnused資源として自動分類
    • 分析周期と基準はベンダーにより異なり、OpsNowで最適化された検知ロジックを自動適用‍

    📌 未使用リソースは目につかないコスト流出の主要原因です。

    OpsNowの検知機能を活用すると、複雑なマルチクラウド環境でも不要な資源を迅速に識別し除去でき、クラウドコストの効率的管理が可能です。

    Modernizeの推奨事項の基準は何ですか?

    OpsNow FinOps PlusのResource Optimizationメニューは、旧式インスタンスをより効率的な最新タイプに転換できる場合、該当リソースをModernize(現代化)対象として自動推奨します。これは同一性能を維持しながらもコスト効率がより高いインスタンスタイプに転換してクラウド運営費を削減できる削減機会です。

    ✅ Modernize判断基準

    • 現在使用中のインスタンスが旧世代(Old Generation)タイプの場合同一性能またはより優れた性能を提供しながらコストが低い最新タイプが存在する場合例:
      • t2.micro → t3.micro
      • m4.large → m6a.large
      • standard_D2s_v3 → D2as_v5‍

    🔍 分析方式

    • OpsNowは各クラウドベンダー(AWS、Azure、GCP)のインスタンス世代構造を自動認識し、旧式インスタンスを最新世代に転換できるかを判断します。
    • 現在の仕様に比べてより優れた価格対性能を持つタイプが存在する場合、Modernizeを提案します。
    • 分析基準は自動適用され、ユーザーは条件を調整できません。‍

    ⚠️ Modernize推奨の目的

    • 単純なスペックダウン(Downsize)ではなく、類似または同一性能のインスタンスをより安価な最新タイプに転換する戦略です。
    • クラウドベンダーの継続的なインスタンスラインナップ改善により、旧世代インスタンス維持時のコスト浪費発生可能性の高まりを考慮した最適化方案です。‍

    📌Modernizeは既存ワークロードを維持しながらコストのみを削減する削減戦略として、特に長期間維持されたインフラ環境で大きな効果を発揮できます。

    ダウンサイズ推奨の基準は何ですか?

    OpsNow FinOps PlusのResource Optimizationメニューは、クラウドインフラで過度に高い仕様(スペック)で実行中のリソースを自動検知し、より低コストのインスタンスタイプへのダウンサイジング(Downsizing)を提案します。

    この機能は実際の使用率が低いリソースを識別し、不要なリソース浪費を削減し、コスト効率的なスペックへの転換を誘導します。

    ✅ ダウンサイジング判断基準

    • CPU平均使用率
    • メモリ使用率
    • ネットワークI/O活動量
    • 分析対象期間:通常14日~30日前後‍

    🔍 ダウンサイジング推奨の仕組み

    • 現在のインスタンス仕様に比べ、より低い仕様でも安定的に運用可能なリソースと判断されると、該当リソースをDownsize対象として自動分類します。
    • 例:
      t3.xlarge → t3.mediumm6a.2xlarge → m6a.largeなど、同一ワークロードをより安価なインスタンスタイプで実行可能な場合
    • クラウドベンダー別(Vendor-specific)ロジック適用:AWS、Azure、GCPのインスタンスタイプ構造と性能特性に合わせて最適化基準が自動適用されます。‍


    ⚙️ ユーザー設定機能

    • 組織別ポリシーに従い、ユーザーはDownsize条件を詳細に調整できます。
      • 例:CPU 10%以下、平均メモリ使用率20%以下など
      分析期間(14日、30日など)および基準数値を環境設定で自由に設定可能

    📌 Downsize機能はコスト対性能最適化の核心戦略として、クラウドコスト削減とインフラ効率化に直接的な効果を提供します。

    OpsNowはどのようにアイドル状態のリソースを検出しますか?

    OpsNow FinOps Plusは、マルチクラウド環境で使用率が非常に低い非アクティブリソース(Idle Resource)を自動検知し、不要なクラウドコストを削減できるよう支援します。

    この機能は最近一定期間のパフォーマンス指標(CPU、ネットワーク、ディスク使用率など)を基に、ユーザーが定義した基準に従ってリソースをIdle状態に分類します。

    ✅ 主要分析指標

    • CPU平均使用率
    • ネットワークI/O使用率
    • ディスクI/O活動量

    上記項目が継続的に閾値以下を維持する場合、該当リソースはIdle状態と判断され、コスト削減対象として提案されます。

    ⚙️ 既定の分析条件 (例)

    • 分析期間:デフォルト値は最近30日閾値例示:
      • 平均CPU使用率が1%以下
      • ネットワークおよびディスク活動量がほとんどない状態
      クラウド別基準適用:
      • AWS、Azure、GCPのリージョン/サービス別パフォーマンスメトリクス構造に合わせて最適化された検知ロジックを自動適用‍

    🛠️ ユーザー設定機能

    • ユーザーは**Idle検知条件(閾値、分析期間)**を直接設定できます。
    • 特定タグ(Key/Value)が付与されたリソースはIdle分析対象から除外するよう設定でき、運用上必ず維持すべきインスタンスは最適化対象から柔軟に分離できます。

    📌Idleリソース検知機能は、クラウド資源の浪費を事前に遮断し、組織の運用効率性とコスト統制力を高める核心ツールとして活用されます。

    Resource Optimizationメニューではどのような削減タイプを提案しますか?

    OpsNow FinOps PlusのResource Optimizationメニューは、クラウドリソースの状態と活用率(CPU、メモリ、ネットワークなど)を自動分析し、以下の4つの削減タイプに分類して最適化方案を提示します。

    ✅ サポートされる削減タイプ

    1. Idle
      • 一定期間中リソース使用率がほとんどない非アクティブ資源
      • 運用に必要でないインスタンスを識別し、不要なコスト浪費を遮断
      Downsize
      • 現在のスペックより低い仕様でも十分な過剰割り当てされたリソース
      • コストを削減しながらも性能を維持できるインスタンスサイズを推奨
      Modernize
      • 同一性能だがコスト効率がより優れた最新インスタンスタイプへの転換が可能なリソース
      • 例:t2 → t3、m4 → m6gなどへの変更推奨
      Upsize (基本無効化状態)
      • 使用量が継続的に高いインスタンスを対象に、性能向上のためにより高い仕様へのアップグレードが必要な場合

    この分類は、AWS、Azure、GCP各クラウドのパフォーマンスメトリクス基準に従ってベンダー別に自動適用され、組織環境に合わせて閾値(例:CPU 10%以下、30日以上)もユーザーが直接設定できます。

    📌この機能は、クラウドリソースの浪費を最小化し、実質的なコスト削減を実行につなげる核心ツールとして活用されます。

    Resource Optimizationメニューではどのようなクラウドリソースを分析しますか?

    OpsNow FinOps PlusのResource Optimizationメニューは、マルチクラウド環境で使用中の主要コンピューティングおよびストレージリソースの使用率とスペック適正性を自動分析し、コスト削減機会を提示します。

    以下のような主要リソースを分析対象としてサポートしています:

    ✅ サポートされるクラウドリソース項目

    • AWS(Amazon Web Services)
      • EC2インスタンス
      • RDSデータベース
      • EBSボリューム
      • Elastic IP(EIP)
      • Elastic Load Balancer(ELB)‍
      Microsoft Azure
      • Virtual Machines(VM)
      • Managed Disks‍
      Google Cloud Platform(GCP)
      • Compute Engine VMインスタンス
      • Persistent Disk

    これらのリソースは、組織のインフラ運用コストで最も大きな比重を占める項目です。OpsNowはこれらのリソースを対象に過剰割り当て、未使用、旧式インスタンス使用など非効率要素を自動識別し、Idle、Downsize、Modernizeのような最適化推奨案を具体的に提供します。

    📌 OpsNowは、AWS、Azure、GCP全般にわたって様々なリソースを分析し、ベンダー別特性に合った最適化基準を提案します。

    Resource Optimizationメニューはどのような機能を提供しますか?

    OpsNow FinOps PlusのResource Optimizationメニューは、クラウドインフラ運用中に発生する不要なコストを自動検知し、削減機会を提示するリソース最適化ツールです。単純にリソース情報を表示するのではなく、実行可能な削減インサイト(Actionable Savings Insight)を中心に以下のような機能を提供します。

    ✅ 主な機能コンポーネント

    1. Right Sizing推奨
      • CPU、メモリ、ネットワーク使用率を分析し、インスタンスをIdle、Downsize、Modernize、Upsizeタイプに自動分類
      • リソース推奨仕様と共に月次削減予想コストを提示
      未使用(Unused)リソース検知
      • 接続されていないまたは使用中でないEBS、ディスク、Elastic IP、ロードバランサーなどを自動検知
      • 使用されていないリソースを除去してクラウドコスト浪費を防止
      削減基準設定機能
      • CPU/メモリ/IOPS閾値と分析期間(例:14日~30日)をユーザーカスタム設定
      • AWS、Azure、GCPなどベンダー別最適化条件設定が可能
      除外リソース管理(Exclusion Tag)
      • 運用上必ず維持すべきリソースをタグベースで分析対象から除外
      • コスト削減と運用安定性を同時に確保‍


    📊 機能活用の効果

    • 過剰割り当てリソース、低活用リソースを識別してクラウドコストを削減
    • スペック推奨を基にインフラ効率性を改善
    • アカウント、リージョン、タグ、サービスタイプ基準でリソースを組織単位で分析‍

    🎯 こんな方に最適

    • クラウドインフラコストが継続的に増加している組織
    • どのリソースが浪費されているかを明確に把握するのが困難な場合
    • 組織/チーム単位のクラウド使用量分析と予算配分が必要な場合

    📌 Resource Optimizationメニューは単純なレポーティングではなく、戦略的なクラウドコスト削減を実行に移すための分析プラットフォームです。

    特定のタグでリソースをフィルタリングして表示することはできますか?

    はい、可能です。OpsNow FinOps PlusのResource Usageメニューでは、クラウドリソースに指定されたタグ(Tag)のKey/Value値を基準にリソースをフィルタリングして照会できます。この機能を活用すると、チーム別、プロジェクト別、目的別に区分されたリソースを簡単に選別して分析できます。

    🏷️ タグベースフィルタリング機能の特徴

    ✅ 1. タグKey/Valueで詳細な検索

    • 例:Environment=ProdTeam=FinOpsOwner=lee.hj
    • 特定プロジェクト、業務領域、組織単位で明確にリソースを区分して照会可能です。

    ✅ 2. アカウント・リージョンとの複合フィルタリング可能

    • タグフィルターは、アカウント(Account/Subscription/Project)、リージョン(Region)条件と組み合わせフィルタリングが可能です。
    • 例:「Team=DevOps」タグが含まれたインスタンスの中で、us-east-1リージョンの特定アカウントに属するリソースのみを探索可能です。

    ✅ 3. 大規模組織環境で特に効果的

    • 数百個以上のリソースが運用される環境でも、タグを基準に業務目的別資産分離および部署別リソース責任追跡(showback)が容易です。

    📌 リソース管理にタグを使用するメリット

    • チーム・プロジェクト単位のクラウド資産分析が可能
    • リソースコスト配分および報告に基盤データを提供
    • マルチアカウント環境で体系的なリソース管理が可能

    リソース使用量データは最大何ヶ月まで照会できますか?

    OpsNow FinOps Plusは、ユーザーがクラウド資産の使用履歴を長期的に追跡し分析できるよう、基本的に最近13ヶ月間のリソース使用量データを提供します。

    この期間中、ユーザーはリソース別状態変化、スペック変更、インスタンス数増減など様々な履歴を日別または月別単位で確認できます。

    📊 リソース履歴照会機能の主な機能

    • 13ヶ月間の履歴データ提供(基本)
      → 各リソースの実行/停止状態変化、割り当て解除有無、スペック変更履歴などを時系列で分析可能
    • 日別/月別分析ビューサポート
      → 時間単位フィルターを通じて短期トレンドから年間トレンドまで柔軟に分析
    • ヒストリータブ専用チャート提供
      → 特定日付基準のリソース状態/スペック変化を視覚的にグラフで確認可能‍


    💼 エンタープライズ顧客向け – 無制限履歴保存サポート

    • エンタープライズ料金プラン利用顧客の場合、契約条件により13ヶ月を超えるリソース履歴データも無制限で提供される場合があります。この機能は以下のような用途で活用されます:
      • 長期的なクラウドコスト分析
      • 予算策定のための根拠データ確保
      • 運営レポート/監査レポート用活用

    📝 ※ リソース履歴データの保存期間は顧客の料金プランおよび契約条件により異なる場合があり、必要時にカスタム設定および協議が可能です。

    📌主なまとめ OpsNowは13ヶ月以上の長期的なリソース使用履歴を照会できる機能を提供し、ヒストリーベースのデータ分析を通じてリソース運用トレンド把握、コスト予測、ポリシー策定に実質的な支援を提供します。

    リソース使用量はどのような基準で照会できますか?

    OpsNow FinOps PlusのResource Usageメニューでは、マルチクラウド環境で運用中のリソースを様々な条件でフィルタリングして照会することができます。この機能は、リソースの現在状態だけでなく、過去の変化推移(履歴)まで併せて分析できるため、運用可視性向上とコスト最適化戦略策定に非常に有効です。

    🔍 主要照会基準

    1️⃣ アカウント単位照会

    • AWSアカウント、Azureサブスクリプション(Subscription)、GCPプロジェクト(Project)別にリソースをフィルタリング
    • 複数アカウント統合管理環境でも手軽にリソースを区分して把握可能

    2️⃣ リージョン(Region)基準照会

    • 各クラウドベンダーのリソース展開地域(例:us-east-1、korea-central等)を基準に照会
    • リージョン別資産集中度、高コストリソース分布の把握に有利

    3️⃣ サービス/製品別(Product)照会

    • EC2、VM、Disk、Load Balancer、Cloud Function等リソースタイプ別選択可能
    • 同一機能を提供する異なるベンダーのリソースを比較したり集中分析が可能

    4️⃣ タグ(Tag)ベース照会

    • Key/Value形式のユーザー定義タグを活用して部署、プロジェクト、担当者等組織構造に応じてリソースをグルーピング
    • 例:owner=kim.jhproject=marketingenv=prod等のタグベース条件検索

    🧩 複合フィルター組み合わせも可能

    • アカウント+リージョン+製品+タグ等複数条件を組み合わせて複雑なフィルタリングシナリオの実装が可能
    • 例:特定プロジェクトの特定リージョン内で、EC2のうちstopped状態のインスタンスのみをフィルタリング
    • このような組み合わせは現況(Current)タブだけでなく履歴(History)タブでも同様に活用可能で、過去のリソース使用パターン分析にも効果的

    📌 要点まとめ

    OpsNowは組織別クラウドリソースを多角的に探索できるよう高度化されたフィルタリング機能を提供します。これによりユーザーは特定リソースのみを迅速に選別し、不要な無駄遣いや運用リスク要素を先制的に把握することができます。

    リソース使用量データはどの周期で収集されますか?

    OpsNow FinOps PlusのResource Usageメニューは、AWS、Azure、GCP等主要クラウドサービスで使用中のリソース状況をベンダー別に整理して提供します。各リソースの仕様、状態、ネットワーク情報、タグ等核心属性を詳細に確認でき、クラウド資産の過剰割当てまたは未使用リソースを迅速に識別することができます。

    📌 主要確認項目

    • リソースタイプ:EC2、VM、Disk、Cloud Function、BigQuery等
    • リソース状態:running、stopped、deallocated、terminated等
    • 仕様情報:vCPU数、メモリ、OS、VM Size、インスタンスタイプ等
    • ネットワーク情報:Public/Private IP、Availability Zone、Region等
    • 運用情報:Launch Time、Lifecycle、課金方式(On-Demand、Spot等)
    • タグ情報:Name、Owner、Project等カスタムタグベース属性

    ✅ クラウドベンダー別提供リソース例

    • AWS
      • EC2、EBS、RDS、AMI、NAT Gateway、Elastic IP等
    • Azure
      • Virtual Machine、Disk、Load Balancer、Network Interface等
    • GCP
      • Compute Engine VM、Cloud Function、BigQuery Table、Firewall等

    ✅ 機能的メリット

    • 状態別集計チャート提供:実行中/停止中/割当て解除されたインスタンス数を視覚的に確認
    • タイプ/リージョン別分布把握:使用量集中区間や過度なリソース配置を一目で把握可能
    • 履歴機能:特定日付基準でリソース使用履歴(状態変化および容量変化)をグラフで分析可能
    • 最適化連携:「Downsize」、「Modernize」等の最適化推奨状態を通じてコスト削減機会を迅速に識別

    ❓ リソース使用量データはどの周期で収集されますか?OpsNowはAWS、Azure、GCP等主要クラウドベンダーのAPIを通じてリソース使用データを自動で周期別に収集し最新状態で維持します。

    ⏱ 基本収集周期

    • 一般的に30分〜1時間間隔で各リソースの最新状態および属性データを収集します。

    ⏳ 例外状況

    • 新規作成されたリージョン、新しいリソースタイプ等はベンダーAPI反映遅延により以下のような最大収集周期遅延が発生する場合があります:
                                                                                           
    クラウドプロバイダー最大遅延時間
    AWS最大6時間
    Azure最大12時間
    GCP最大6時間

    このような自動収集機能は、リアルタイムに近いリソース運用可視性を保証し、コスト最適化、未使用リソース検出、責任ベース管理の基礎データを提供します。

    Resource Usageメニューではどのようなリソースデータを確認できますか?

    OpsNow FinOps PlusのResource Usageメニューは、AWS、Microsoft Azure、Google Cloud Platform(GCP)環境で使用中の様々なクラウドリソースの詳細情報をベンダー別に分離された画面を通じて提供します。これによりクラウド資産の運用状態と過剰割り当ての有無、未使用リソース等を効率的に把握することができます。

    ✅ 確認可能なリソース項目

    各リソースは以下のような属性情報に基づいて照会することができます:

    • リソースタイプ:EC2、VM、Disk、Cloud Function、BigQuery等
    • 状態情報:running、stopped、deallocated、terminated等
    • 仕様情報:vCPU数、メモリ、OS、VM Size、インスタンスタイプ
    • ネットワーク情報:パブリック/プライベートIP、可用性ゾーン(Availability Zone)、リージョン
    • 運用情報:起動時間(Launch Time)、ライフサイクル、課金方式(On-Demand、Reserved、Spot等)
    • タグ情報:Name、Owner、Project等カスタムタグベース属性

    ✅ クラウドベンダー別詳細項目例

    🔹 AWS

    • EC2、EBS、RDS、AMI、NAT Gateway、Elastic IP等
    • パブリック/プライベートIP、キーペア、タグ情報等を併せて提供

    🔹 Azure

    • Virtual Machine、Disk、Load Balancer、Network Interface等
    • Subscription、Resource Group、VM Size、OS、状態情報等を含む

    🔹 GCP

    • Compute Engine VM、Cloud Function、BigQuery Table、Firewall等
    • Project ID、CPU Platform、OS、Resource ID等主要属性を提供

    ⚙️ 機能的メリット

    • 状態別集計チャート提供 実行中/停止中/解除されたインスタンスをカウント形式で集計し、リソース活性化レベルを視覚的に確認することができます。
    • タイプおよびリージョン別分布把握 特定リソースタイプまたはリージョンにリソースが集中している状況を把握し、過度な配置や不均衡構造を改善することができます。
    • 履歴機能サポート 日付別リソース状態変化、使用推移等をグラフで分析し、トレンドベースの運用決定を下すことができます。
    • 最適化機能と連動 リソース別に「Downsize」、「Modernize」等最適化推奨タグが併せて表示され、不要なコスト浪費を事前に遮断し即座の対応が可能です。

    リソース使用量(Resource Usage)は単純なリソース一覧照会を超えて、効率的なマルチクラウド運用戦略策定のための核心インサイトを提供します。

    部署別もしくはチーム別にリソースをどのように管理していますか?

    OpsNow FinOps Plusはタグ(Tag)ベースのリソース分類機能を通じて、部署、プロジェクト、チーム、担当者単位でクラウドリソースを区分し体系的に管理できるようサポートします。これはクラウドコスト請求分配、責任追跡、セキュリティ点検等様々な実務運用において核心的な基盤となります。

    ✅ タグベースリソース分類および照会

    • 各インスタンスまたはリソースはDepartmentProjectOwnerEnvironment等のタグを基準にフィルタリングすることができます。
    • 例:project:marketingowner:kim.jhenv:prod
    • これにより特定部署やチームに属する資産のみを選別的に照会可能

    ✅ 実務中心の責任分担および統制可能

    • タグベース分類は以下のような運用課題に直接連結されます:
      • コスト分配(Billback / Chargeback):部署別リソース使用量ベース精算
      • 運用責任追跡:リソース担当者識別および変更履歴管理
      • セキュリティ点検対象識別:重要環境(prod、staging等)に対するリソースのみ個別確認可能

    📌 要点まとめ OpsNowは複雑なマルチクラウド環境の中でも組織構造に合わせたタグベースリソース管理をサポートし、効率的な運用統制とコスト透明性を確保できるよう支援します。

    実際に使用されていない遊休インスタンスを整理したいのですが、どのように見つけることができますか?

    OpsNow FinOps Plusでは、リソース状態(Status)と起動時間(Launch Time)を基準に、実際に使用されていない遊休インスタンスを手軽に探索し整理することができます。これにより不要なクラウドリソース浪費を削減し、インフラ運用を効率的に最適化することができます。

    ✅ 遊休状態インスタンスフィルタリング

    • リソース状態(Status)を基準に以下のような非アクティブインスタンスのみを個別にフィルタリングすることができます:
      • AWS:stopped
      • Azure:deallocated
      • GCP:TERMINATED
    • 複数の条件を組み合わせて使用中でないVMやテストリソースを一括整理することができます。

    ✅ 古いリソース探索のための起動時間フィルター提供

    • Launch Time項目を活用すると、特定期間以前に作成されたリソースを素早く照会することができます。
    • 例えば、数ヶ月間実行されていないテストサーバーや運用が終了したVMインスタンスを手軽に識別することが可能です。

    📌 要点まとめ

    OpsNowはクラウド環境全般にわたって長期間未使用のインスタンスを条件ベースで分類できるようサポートし、運用者はクリック数回で不要な資産を整理しコスト効率性を改善することができます。

    当社の組織に過度にプロビジョニングされたインスタンスが多いのですが、これを簡単に識別することはできますか?

    はい、OpsNow FinOps PlusのResource Usageメニューは、各インスタンスに対して実際の使用量に基づいて分析した最適化推奨状態(Optimization Status)を自動で提供します。これにより過度に割り当てられた高スペックインフラを手軽に識別し、不要なクラウドコストを削減することができます。

    ✅ 自動最適化の推奨状態を提供

    • すべてのインスタンスに対して以下のような最適化状態が自動で表示されます:
      • Downsize:現在のスペックが過度に大きく実際の使用量対比非効率的な場合
      • Modernize:旧型インスタンスタイプ使用中の場合、最新タイプへの交換を推奨
      • NoReview:分析待機中状態
    • 各推奨状態は、リアルタイム使用量データとベンダー別インスタンスタイプ比較基準に基づいて導き出され、単純な状態表示ではなく実際のコスト削減根拠として活用することができます。

    ✅ 運用者と財務担当者のための明確な判断基準を提供

    • リソースが適切なサイズか、またはリサイジングが必要かどうかを自動判断して表示するため、運用者だけでなくFinOpsチーム、コスト責任者も簡単に調整決定を下すことができます。
    • 分析された結果はテーブルに明確に表記され、大規模リソース環境でも素早くソートおよび対処が可能です。

    📌 要点まとめ

    OpsNowはインフラを直接分析しなくても、過度にプロビジョニングされたインスタンスを自動で検出しコスト削減機会を可視的に提示することで、クラウド最適化を手軽に実現できるようサポートします。

    リソースがどこでどの程度使用されているか把握が困難ですが、どのように解決できますか?

    OpsNow FinOps PlusのResource Usageメニューは、AWS、Microsoft Azure、Google Cloud Platform(GCP)等主要クラウドベンダー別にリソースを照会できるため、マルチクラウド環境でも資産状況を体系的に管理できるよう支援します。

    ✅ リージョン、アカウント、製品群基準でリソース詳細照会可能

    • 各クラウドベンダーのインスタンス、ディスク、VM等主要リソースをリージョン(Region)、アカウント(Account)、製品群(Product)基準で分類して確認することができます。
    • 複雑なインフラ構造でもリソース分布と使用パターンを明確に把握可能

    ✅ 誰がどのようなリソースを使用しているか簡単に把握

    • 名前(Name)、タグ(Tag)、アカウント情報、状態(Status)等主要属性が併せて提供され、リソース別所有者や用途の把握が容易です。
    • 不要に過度使用されたり放置された資産を発見し運用効率性の改善が可能

    📌 要点まとめ

    OpsNowはマルチクラウド環境でもクラウド別リソース状況を明確に把握し、運用者と財務担当者がクラウド資産を効率的に統制し最適化できる基盤を提供します。

    重複作成されたインスタンスや遊休リソースを検出することはできますか?

    OpsNow FinOps PlusはAWS、Azure、GCPのクラウドリソースをベンダー別に分離された構造で照会できるよう設計されており、各リソースの名前、タグ、タイプ、状態等核心属性に基づいて重複作成の有無または遊休状態を簡単に探索することができます。

    ✅ クラウドベンダー別リソース属性比較による重複探索

    • リソースはクラウドベンダー別(AWS、Azure、GCP)に区分されて照会され、各ベンダー内で以下の基準を通じて類似リソースを識別することができます:
      • 名前(Name):同一の命名規則で反復作成されたサーバーの探索が可能
      • タグ(Tag):同じプロジェクトまたは担当者単位のリソース群を抽出
      • タイプ(Type):同一スペックのインスタンスが集中的に作成された場合を確認
      • 起動時間:同一時間帯に大量作成されたインスタンスを素早く把握

    ✅ 非アクティブ(遊休)リソース検出

    • リソース状態(Status)項目を基準に以下の条件の長期未使用リソースを選別することができます:
      • AWSstopped
      • Azuredeallocated
      • GCPTERMINATED
    • フィルタリング機能を活用して遊休状態のリソースを素早くグループ化し、コスト最適化措置の実行が可能

    📌 要点まとめ

    OpsNowはベンダーごとに異なるリソース構造を維持しながらも、各ベンダー内部で反復作成された可能性が高いリソースを効率的に検出できる属性ベース探索体系を提供します。これにより不要なインスタンス整理および遊休リソース除去を効果的に実行することができます。

    クラウドベンダー別にリソース推移はどのようにモニタリングできますか?

    OpsNow FinOps PlusではHistoryタブを通じてAWS、Azure、GCP等様々なクラウドベンダーのリソース使用履歴を日付別グラフ形式で可視化して提供します。リソースの作成および削除、状態変更等に基づいてリソース数量の日別変動推移を確認できるため、運用状況を定量的に把握しインフラ変化の流れを簡単に追跡することができます。

    ✅ 日別リソース数量グラフ提供

    • 特定期間中のリソース変化を**棒グラフ(bar chart)**で提供
    • リソースタイプ別色分けを通じてEC2、Disk、VM等製品群別増減状況を直感的に把握
    • 選択したアカウント/リージョン/製品群別に詳細分析が可能

    ✅ クラウドベンダー別分離型モニタリング

    • AWS、Azure、GCPリソースは各ベンダー別に独立したグラフで分離提供
    • クラウド別リソース増加パターンや特定区間の急激な変化の流れを素早く認知可能
    • 例:特定日付にAzure VMリソースが急増したり、GCP VMインスタンスが終了した様相を視覚的に確認

    ✅ 製品群別リソーストレンド把握

    • EC2、t3.medium、Standard_D2as_v4、e2-micro等リソースタイプ単位の変化量を一目で確認
    • 新規リソース作成またはインスタンス数減少傾向分析を通じて運用最適化およびリソース計画策定に活用

    OpsNowの視覚ベースリソース推移分析機能は、マルチクラウド環境でも複雑なリソース構造を簡単に理解し、変化の流れに応じた対応戦略を策定できるよう支援する強力な分析ツールです。

    各クラウドリソースはどのような情報まで詳細に提供されますか?

    OpsNow FinOps PlusはAWS、Microsoft Azure、Google Cloud Platform(GCP)の主要リソースに対して、各クラウドベンダー特性に合わせた詳細情報をカスタマイズされたテーブル形式で提供します。これによりユーザーはクラウドリソースの構成状態を明確に理解し、運用および最適化判断に必要な核心情報を素早く確認することができます。

    ✅ AWSリソース詳細情報

    • Public IP / Private IP:外部および内部接続可能性の確認
    • OS(オペレーティングシステムの種類):Linux、Windows等
    • Lifecycle:インスタンスライフサイクル(例:スポット、予約型等)
    • Launch Time:インスタンス初回実行時点
    • vCPU:仮想CPU数量
    • Tag:部署、プロジェクト等メタデータベース識別が可能

    ✅ Azureリソース詳細情報

    • VM Size:インスタンスタイプおよび性能スペック
    • OS:オペレーティングシステムバージョン
    • Resource Group:リソースが属するグループ単位
    • Subscription:請求および権限基準となるサブスクリプションID
    • Region:リソースが展開されたリージョン位置

    ✅ GCPリソース詳細情報

    • Region:GCPインスタンスの物理的展開位置
    • Machine Type:VMインスタンススペック
    • CPU Platform:使用中のCPUアーキテクチャの種類
    • Status:インスタンスの現在状態(RUNNING、TERMINATED等)

    OpsNowは各リソースタイプに適したカスタマイズされたカラム(column)構成を適用し、マルチクラウド環境でもユーザーフレンドリーな可視性とデータソート方式を提供します。このような構造は、運用状態診断、セキュリティ点検、コスト最適化作業の精度と速度を高めるのに重要な役割を果たします。

    インスタンス状態(running、stopped等)と最適化可能性をどのように確認しますか?

    OpsNow FinOps Plusでは、すべてのクラウドインスタンスに対して現在の状態(Status)と最適化推奨事項(Optimization)を併せて確認することができます。この機能は、マルチクラウド環境で不要に浪費されるリソースを識別し、適切な措置を素早く講じることができるよう支援します。

    ✅ インスタンス状態(Status)確認

    各リソースには以下のような状態情報が表示されます:

    • running:現在運用中のインスタンス
    • stopped:停止されたインスタンス
    • deallocated:Azure VMでリソースが返却された状態
    • TERMINATED:終了されたリソース(通常GCPまたはAWSで使用)

    この状態に基づいて遊休リソース(Idle Resource)を素早く識別し、不要なコストを防止することができます。

    ✅ 最適化推奨項目(Optimization)確認

    OpsNowは各インスタンスのスペックと実際の使用量を比較分析して以下のような最適化措置を提案します:

    • Downsize:現在のインスタンスの性能が過度にプロビジョニングされている → 低いスペックへの転換を推奨
    • Modernize:旧型インスタンスタイプを使用中 → 最新タイプへの交換を推奨
    • NoReview:まだ最適化分析が適用されていない → 後続分析対象

    この情報を通じて企業は、コスト浪費の主要原因である過度なインフラと旧型インスタンスを識別し、適切なダウンサイジング(downsize)またはマイグレーション(migrate)戦略を立てることができます。特に大規模インフラを運用する組織では、インスタンス最適化の有無を一括確認するだけでも月間数百〜数千万円のコスト削減効果を期待することができます。

    リソース使用量を比較やフィルタリングすることはできますか?

    はい、OpsNow FinOps Plusでは様々な基準でマルチクラウドリソースを簡単かつ精密にフィルタリングし比較することができます。AWS、Azure、GCP等クラウド環境で作成された数多くのインフラリソースを標準化されたテーブルビューで提供し、以下のような条件で使用量を比較することができます:

    ✅ 主要フィルタリング項目

    • リージョン(Region):例)Asia Pacific(Seoul)、East US、Europe West等
    • アカウントまたはプロジェクト(Account / Subscription / Project):組織単位または事業部別リソース抽出
    • 製品群(Product Type):EC2、VM、Disk、Load Balancer等リソースタイプ別区分
    • タグ(Tag):部署、プロジェクト、用途別リソース分類のためのメタデータベースフィルター

    ✅ 標準化されたテーブルベースリソース比較

    OpsNowは様々なクラウドベンダーで提供されるリソースデータを**共通構造でソートされたテーブル(table)**で提供するため、様々な製品群の使用量、状態、最適化の有無等を一目で比較することができます。

    例えば、

    • AWS EC2インスタンスとAzure VMを並べて比較
    • 特定リージョンでVMとDisk使用量を組み合わせ分析
    • 各リソースの状態(running、stopped等)と最適化推奨項目を併せて確認

    これにより企業は、クラウド別コスト使用パターンをより明確に理解し、不要なリソースを識別したり過度にプロビジョニングされたインフラを改善するのに実質的な支援を受けることができます。

    OpsNowはどのようなクラウドリソースをモニタリングできますか?

    OpsNow FinOps PlusはAWS、Microsoft Azure、Google Cloud Platform(GCP)等主要クラウドサービスのリソースを一つのコンソールで統合的にモニタリングし分析できるマルチクラウド最適化プラットフォームです。

    各クラウドベンダー別に以下のような核心リソースをサポートします:

    ✅ AWSでサポートする主要リソース

    • EC2(仮想サーバーインスタンス)
    • EBS(ブロックストレージ)
    • RDS(リレーショナルデータベース)
    • ELB(ロードバランサー)
    • その他にもAuto Scaling Group、Lambda等様々なサービスリソースを連携して使用量と状態を分析することができます。

    ✅ Microsoft Azureでサポートする主要リソース

    • Virtual Machines(VM)
    • Managed Disks
    • Load Balancer
    • Resource Group単位リソース管理およびVM Size、Subscription情報等詳細属性まで併せて照会することができます。

    ✅ Google Cloud Platform(GCP)でサポートする主要リソース

    • VM Instances(Compute Engine)
    • Cloud Functions
    • BigQuery
    • GCPリソースのRegion、Machine Type、CPU Platform情報まで併せて確認可能です。

    OpsNowはこのようなマルチクラウドリソースを標準化されたUIで一括照会し、コスト効率性と運用状態を統合的に分析できるようサポートします。複雑なクラウド環境でも単一コンソールベースでリソースを効率的に把握し最適化できる統合可視性を提供します。

    Resource Usageメニューはどのような機能を提供しますか?

    OpsNow FinOps PlusのResource Usageメニューは、AWS、Azure、GCP等マルチクラウド環境で運用中のリソースを統合的に照会し、使用状況と最適化状態を分析できる機能を提供します。企業がクラウドリソースをより効率的に管理し、無駄要因を削減できるよう以下のような機能を提供します:

    1. マルチクラウドリソース統合照会

    AWS EC2、Azure VM、GCP VM Instance等様々なクラウドベンダーのリソースを一つのダッシュボードで統合照会することができます。リージョン、アカウント(Subscription/Project)、リソースタイプ、タグ等を基準にフィルタリングして希望するリソースを簡単に見つけることができます。

    2. リソース詳細情報の提供

    各インスタンスに対する運用情報を構造化されたテーブルで提供します。

    • リソース状態(running、stopped、terminated等)
    • vCPU、OS、IPアドレス、作成日、タグ
    • AzureのVM Size、GCPのCPU Platform等クラウド別特化情報を含む

    3. リソース最適化状態の自動分析

    インスタンスに対して「Downsize」、「Modernize」、「NoReview」等最適化推奨状態を自動で表示します。これにより過度なリソースを識別し、コスト効率的なインフラ運用のための改善方向を提示してもらうことができます。

    4. 使用量推移の可視化(History機能)

    リソース使用量を日別/週間/月間単位で可視化されたグラフで提供し、使用量変化傾向と特定時点の増加原因を把握することができます。最小、最大、平均値も併せて提供され、運用最適化基準を立てるのに有効です。

    5. タグベースリソース分類および検索

    部署、プロジェクト、用途等で設定されたタグを基準にリソースを分類し、組織内責任分配、コスト分離、セキュリティ点検等管理効率性を高めることができます。

    このようにResource Usageメニューは単純なリソース照会を超えて、クラウドリソースの状態把握、コスト削減機会の探索、そして体系的なリソース管理をサポートします。これにより企業は、マルチクラウド環境でのリソース運用実態をより明確に理解し、合理的なインフラ運用決定を下すことができます。

    約定関連レポートをExcelまたはCSV形式でダウンロードすることはできますか?

    OpsNow FinOps PlusのMy Commitmentsメニューでは、組織の約定状況と活用内訳を含むデータをExcel(.xlsx)またはCSV形式で手軽に抽出することができます。

    この機能は、財務チーム、クラウド運用チーム、外部監査対応等のためのレポート作成時に非常に有効に活用されます。

    🔍 ダウンロード可能な主要データ項目

    • 約定詳細内訳(約定タイプ、サービス、アカウント、リージョン、購入日/満了日等)
    • 現在までの使用率(Utilization Rate)
    • カバレッジ比率(Coverage)
    • 予想削減金額およびROI
    • 未履行リスク(Risk)の有無
    • 推奨約定オプションおよび削減予測

    💡 主要活用例

    • 月別約定活用状況レポート提出
    • 部署別約定使用分析資料共有
    • コスト削減のための約定戦略再設計会議資料
    • 財務会計監査時証憑資料提供

    📌 データはフィルターおよびソートされた状態そのままダウンロードでき、現在画面基準で即座にファイルを生成できて便利です。また、Recommendations、Coverage、Utilization、Inventoryタブ別に個別保存も可能です。

    オンデマンド使用量が高い領域を確認し約定転換機会を見つけることはできますか?

    OpsNow FinOps PlusのMy Commitments機能は、クラウドインフラでオンデマンド(非約定)使用比重が高い領域を自動識別し、該当領域を約定(Savings Plans、Reserved Instances等)に転換した時の予想削減効果を数値で提供します。

    🔎 どのようなデータを確認できますか?

    • サービスまたはアカウント単位でオンデマンド比率を表示
      • 例:EC2、RDS、Aurora、Cloud SQL等
    • 現在のオンデマンド支出金額
    • 約定転換時に削減可能な予想金額と削減率
    • 約定推奨オプション(1年/3年、No Upfront/All Upfront等様々な条件別シミュレーション)

    💡 どのように役立ちますか?

    • 予想削減効果に基づいて約定加入タイミングを戦略的に決定することができます。
    • 財務チームはROIベースで約定投資を評価し、運用チームは過剰支出を事前に遮断することができます。
    • カバレッジが低い領域に対するAutoSavings連携適用も併せて検討することができます。

    📌 この機能は特に、オンデマンドコストが継続的に増加しているサービスに対して「今約定を導入すればいくら節約できるか」を視覚的に表示するため、約定導入時期と規模を正確に判断するのに非常に有効です。

    どのサービスまたはアカウントで約定が不足していたり過度に設定されているか確認することはできますか?

    OpsNow FinOps PlusのMy Commitments > Coverageタブは、クラウド環境内約定カバレッジ状態をサービス別、アカウント別、インスタンスタイプ別に可視化して提供します。この機能を通じて組織は以下のような問題を簡単に識別し先制的に対応することができます:

    ✅ 過剰約定の識別(Over-Provisioned Commitments)

    • 特定アカウントまたはサービスで約定が100%以上カバーされ、実際の使用量よりも多くの約定を保有している状態です。
    • この場合、約定金額が無駄遣いされたり未履行ペナルティリスクが増加する可能性があります。

    ✅ 約定の未適用区間の識別(Under-Covered Usage)

    • 一部アカウントでは約定が全く適用されず、全体使用量がオンデマンド(On-Demand)方式で課金される場合があります。
    • これは割引メリットを享受できず、不要なコスト増加につながる可能性があります。

    ✅ 視覚的ダッシュボード提供

    • Coverageタブでは棒グラフとカバレッジ比率数値を通じてリソース別約定適用状態を一目で把握することができます。
    • 各項目にはオンデマンドコスト、約定コスト、カバレッジ率が明確に表示されており、過剰/不足区間を直感的に分析することができます。

    💬 例:「Asia Pacific(Seoul)リージョンのAurora MySQLサービスで約定カバレッジが125%で過剰状態であり、一方EC2 t3.mediumインスタンスはオンデマンド使用比重が高く約定未適用状態です。」

    期待効果

    • 不要な約定コスト削減
    • オンデマンドコストを約定に転換して削減効果の最大化
    • アカウント/サービス単位で精密な約定戦略策定が可能

    新しいクラウド約定をいつ、どの程度追加で加入すればよいか推奨してもらえますか?

    OpsNow FinOps PlusのMy Commitments > Recommendationsタブは、クラウドコスト最適化を求める組織のために、追加約定加入が有利な時点と金額定量的データベースで提案します。この機能はSavings PlansまたはReserved Instances購入の有無を検討中のチームに非常に実質的な判断基準を提供します。

    この分析はOpsNow Insight AIが実行し、以下のような情報を総合的に提供します:

    • 最近3ヶ月平均リソース使用量
    • 既存約定活用率とカバレッジ分析
    • AIベース削減予測シミュレーション

    提供される推奨レポートには以下のような定量的数値が含まれます:

                                                                                                               
    メトリック説明
    推定月間節約額追加のコミットメントを購入することで達成可能なコスト削減額
    カバレッジ率の向上コストカバレッジの改善(オンデマンド支出の削減)
    投資収益率 (ROI)コミットメントの予測効率 (例: ROI 4.5倍)
    最適なコミットメント構成推奨期間 (1年 vs 3年)、支払いタイプ (全額前払い、前払いなし、一部前払い)

    💬 推奨メッセージ例:「最近3ヶ月平均使用量基準、$1,000/月追加約定時、約12%のコスト削減効果を予想。(ROI 4.5倍、カバレッジ +8%)」

    🔍 このようにOpsNow Insight AIは組織の実使用データに基づいて、クラウドリソース消費パターンを精密分析予想削減効果を数値化して提供します。これにより財務チームと運用チームはコスト削減効果を最大化する戦略的約定決定を事前に策定することができます。

    約定満了日が近づく場合、事前にアラートを受信することはできますか?

    OpsNow FinOps PlusのMy Commitments機能は、約定(Reserved Instances、Savings Plans等)の満了時点を事前に検知し、30日前から満了予定約定をリストアップして視覚的に強調表示します。また、Eメールアラートを通じて主要約定の満了を事前に認知できるようサポートします。

    この機能は、重要な約定が満了後に更新されずクラウドリソースコストがOn-Demand料金に転換される状況を防ぐのに非常に効果的です。

    🔍 主要機能

    1. 満了30日前自動検知および強調表示
      • Inventoryタブで約定の終了日を基準に残り期間が30日以内の項目を自動分類し、別途カラーまたはアイコンで表示されます。
    2. Eメールベース事前アラート機能
      • 事前設定されたEメール受信者に約定満了予定リストが含まれたレポートを定期的に送信します。
      • 組織内財務チームまたは運用チームが必要な措置を即座に講じることができるよう支援します。
    3. 更新・転換ガイド提供
      • 満了予定約定項目に対して、AutoSavings転換または新規約定推奨が併せて案内され、迅速な意思決定を誘導します。

    ✅ 期待効果

    • 満了した約定を適時更新しなかったことで割引メリット損失が発生することを防止
    • 約定管理の透明性向上およびリスク最小化
    • クラウドコスト予測性と予算策定精度の向上

    未履行(Underutilization)リスクがある約定はどのように識別できますか?

    OpsNow FinOps PlusのMy Commitments機能は、約定されたリソースが実際に十分活用されていない状況をUnderutilization Riskとして自動表示します。この機能は、約定が未履行となる可能性が高い項目を早期に把握し、追加的なコスト損失を事前に防止するのに非常に効果的です。

    🔍 機能詳細

    1. リアルタイム約定消化率(Commitment Utilization Rate)モニタリング
      • 約定別に使用された金額、未使用金額、残り期間等を分析し、現在の使用速度に比べて約定履行が困難な場合「Underutilization Risk」状態に分類されます。
    2. 予想未履行項目自動表示
      • コミット対比使用量が低かったり、残り契約期間内での使用完了が困難なパターンを検知すると自動で警告表示されます。
      • 例:3年Reserved Instanceを購入したが実際のリソースが20%未満しか使用されていない場合。
    3. AIベース予測分析
      • OpsNow Insight AIは既存約定の使用パターンとリソース変化推移を分析し、今後未履行リスクが増加する可能性がある約定も事前に検出することができます。
    4. 警告および優先措置案内
      • Underutilization Riskが検知されると、該当項目に対して詳細な分析と併せてリデザインまたはAutoSavings転換等の対応戦略を案内します。

    ✅ 期待効果

    • 未履行違約金(Non-Compliance Penalty)事前回避
    • 組織レベルの約定無駄遣い防止およびコスト最適化
    • クラウドリソース運用チームと財務チーム間の協業強化(未使用リソース転換/再契約等の決定が速くなります)

    組織に合った最適なクラウド約定(Savings PlansまたはReserved Instances)購入方式をどのように見つけることができますか?

    OpsNow FinOps PlusのMy Commitments > Recommendationsタブは、組織のクラウドリソース使用データをリアルタイムで分析し、AWS Savings PlansまたはReserved Instancesに対する最適な購入オプションを自動で推奨します。この推奨は単純なパターンベースではなく、OpsNow Insight AIが適用された高度な分析結果に基づいて提供されます。

    🔍 OpsNow Insight AIベース推奨の特徴

    1. データベース約定シミュレーション
      • 現在使用中のインスタンスタイプ、リージョン、プラットフォーム、使用頻度を分析してSavings PlansとReserved Instancesに適用可能な最適な組み合わせを導き出します。
    2. 定量的数値提示
      • 各推奨オプションは以下のような数値情報を含みます:
        • 予想削減額(例:$984.95 /月)
        • 予想カバレッジ率(例:94.84%)
        • 削減率(Savings Rate)およびROI比較
        • 1年 vs 3年、No Upfront vs All Upfront等支払い方式による経済性分析
    3. コスト削減+柔軟性バランス分析
      • 初期コスト負担を削減したい組織はNo UpfrontまたはPartial Upfrontオプションを選択でき、逆に最大削減効果を求める組織はAll Upfront + 3年オプションを検討することができます。
      • OpsNow Insight AIはこの各々のオプションをビジネス状況と財務制約に合わせて数値で比較分析して提供します。
    4. 透明な意思決定根拠
      • 推奨根拠はダッシュボードにOpsNow Insight AIの分析内容として明示されており、財務チーム、クラウド運用チームが内部レポートや承認手続きに使用できるよう客観的根拠資料として活用することができます。

    ✅ 主要効果

    • 不要な約定支出の防止:実際の使用パターンに合った約定のみを推奨
    • クラウドコスト削減最大化:予想削減額とカバレッジで購入ROI判断が可能
    • 透明な購入判断:AIベース数値と解釈提供により信頼性の高い推奨

    クラウドリソースの活用状況を確認するにはどうすればよいでしょうか?

    📌 OpsNow FinOps PlusのMy Commitmentsメニューでは、お客様がクラウドサービスプロバイダー(AWS、Azure、GCP)と締結した約定(Reserved Instances、Savings Plans等)の実際の活用率(Commitment Utilization)をリアルタイムで分析して表示します。

    各約定項目に対して以下のような情報が視覚的に提供されます:

    • ✅ 現在まで使用された約定金額
    • ✅ 残り未使用金額または比率
    • ✅ 約定期間対比消化速度(Utilization Rate over Time)
    • ✅ 残り日数対比消化予測
    • ✅ オンデマンド使用の有無を含む

    また、約定使用率が一定基準以下(例:50%)の場合、低活用率警告(Below Threshold Alert)も併せて表示され、💡 未履行リスク(Risk of Underutilization)がある約定を事前に識別し対応できるよう支援します。

    この機能を通じてクラウドコスト最適化観点から不要な約定無駄遣いを削減し、実際の使用に合った効率的な約定戦略策定が可能です。

    My Commitmentsはどのような機能ですか?

    My Commitmentsは、クラウド約定(Savings Plans、Reserved Instances、Committed Use Discounts等)の活用度を高めコスト浪費を防止するための統合管理機能です。

    OpsNow FinOps PlusのMy Commitments機能は以下のような問題を解決します:

    ✅ どのような問題を解決しますか?

    • 約定がよく活用されているか分からない → 約定使用率(Usage Rate)、削減額、削減率等をリアルタイムで分析し、無駄になっている約定があるか簡単に把握することができます。
    • 約定をいつ、どのような条件で再度購入すべきか判断が困難 → リソース使用量パターンベースの**約定推奨機能(Recommendations)**を通じて1年/3年、前払い/後払い条件等最適な条件を案内します。
    • 約定が適用されないリソースが多くコストが過度に支出されている → 約定適用率(Coverage)を可視化し、未適用領域を識別してOn-Demandコスト削減を誘導します。
    • もうすぐ満了する約定を見逃して追加コストが発生する → 約定満了日と残り期間を一目で確認し、再契約タイミングを事前に把握できるようサポートします。

    📌 My CommitmentsはAWS、Azure、GCP全てをサポートし、組織の約定購入戦略を策定・実行するのに核心的な役割を果たします。カバレッジ漏れ、約定浪費、満了管理漏れ等のリスクを事前に遮断し、より戦略的なクラウドコスト運用が可能です。

    予算レポートをExcelやCSVで出力することはできますか?

    はい、可能です。OpsNow FinOps PlusのBudgetsメニューでは、設定された予算と実際の使用量データをCSVまたはExcelファイル形式でダウンロードでき、外部会計レポートや内部分析資料として活用することができます。

    ✅ ダウンロードサポート項目例:

    • 予算設定値(予算金額、期間、範囲等)
    • 予算対比使用率
    • アラート発生内訳および超過支出情報

    📌 ファイルダウンロードはBudget詳細画面でボタンクリック一回で簡単に実行でき、会計チームや外部監査対応用資料として有効に活用されます。

    予算作成または修正時に承認手続き(Approval Workflow)はありますか?

    現在OpsNow FinOps Plusでは、予算作成および修正に対して別途承認要請手続き(approval workflow)は提供されていません。

    しかし📌 権限ベースのアクセス制御(Access Control)を通じて予算管理機能に対するユーザー権限を細分化することができます。

    ✅ 予算権限設定例

    • 予算作成/修正/削除権限は管理権限を付与されたユーザー(Admin、FinOps Manager等)にのみ制限的に付与
    • 一般ユーザー(Viewer)は予算内容を照会のみ可能で、変更は不可能
    • Workspaceやプロジェクト単位で予算アクセス範囲を制限し、組織内役割に合った予算運用が可能

    📌 今後の機能として承認要請フロー(例:作成後承認者レビュー → 確定適用)導入が検討されています。

    チームまたは部署別予算レポートを自動でEメール送信することはできますか?

    はい、OpsNow FinOps Plusでは部署別/チーム別予算レポートを自動でEメール送信する機能をサポートします。

    ✅ 予算レポート自動送信機能とは?

    設定された予算(Budget)に対する使用状況、超過の有無、予測支出等をまとめたレポートを日次または週次単位で自動生成し、指定された受信者(チーム、管理者、財務担当者等)にEメールで送信できる機能です。

    📌 主要機能:

    • チーム/組織別に設定された予算単位でレポート生成
    • 現在使用量、予算対比使用率、超過予想の有無等を含む
    • Eメール受信者多重登録が可能
    • 送信周期設定可能:毎日/毎週等選択可能
    • Excelまたはテーブル形式の要約レポート提供

    この機能を活用すると、各チームまたは部署が自主的にコスト状況を点検し、予算超過に対する事前対応が可能になり、財務管理の透明性と責任性が高まります。

    予算に毎月2〜5%増加のような自動成長率(Growth Rate)を適用することはできますか?

    はい、OpsNow FinOps Plusでは予算(Budget)を設定する際に自動成長率(予算増額比率)機能を使用することができます。

    ✅ 自動成長率(Growth Rate)機能とは?

    特定予算項目に対して毎月または四半期別に一定比率(例:2%、5%)ずつ増加する予算モデルを自動適用する機能です。これにより以下のような状況で有効に活用することができます:

    • 📈 トラフィックやクラウド使用量が漸進的に増加するプロジェクト
    • 🗓 年単位で予算が拡張される部署運営

    例: 1月:1,000 USD → 2月:1,050 USD → 3月:1,102 USD … このように累積方式または固定増加方式の中から選択可能に設計されることができます。

    ⚙️ 該当機能は予算作成または修正画面で「Growth Rate」項目を有効化した後、希望する比率(%)を入力して設定します。

    📌 この機能は予算超過を事前に防止し、計画された支出成長に柔軟に対応できるよう支援します。

    複数の予算を一つの部署やプロジェクト単位でまとめて管理することはできますか?

    はい、OpsNow FinOps Plusは**Budget Group(予算グループ)**機能を通じて、一つの部署、チームまたはプロジェクト単位で複数の予算項目を体系化して管理することができます。

    Budget Groupを活用すると以下のようなメリットがあります:

    • 関連する予算項目を一つのグループ(例:UXチームProject PhoenixQATEST-予測予算)にまとめて管理
    • グループ単位で統合レポート、アラート受信、予算状況確認が可能
    • 組織構造またはプロジェクト単位に合わせた予算運用体系の構築が可能
    • 個別予算の設定は維持しながら、上位視点から総括管理が可能


    📌 例: マーケティングというBudget Groupを作成し、その中にAWS EC2Azure VMGCP BigQueryの予算項目をそれぞれ登録すれば、マーケティングチーム全体の予算消費状況をグループ単位で手軽に把握することができます。

    この機能は、マルチクラウド環境や部署別独立会計体系を運用する組織に特に有効です。

    複数の予算を一つの部署やプロジェクト単位でまとめて管理することはできますか?

    はい、OpsNow FinOps PlusはBudget Group(予算グループ)機能を通じて、一つの部署、チームまたはプロジェクト単位で複数の予算項目を体系化して管理することができます。

    Budget Groupを活用すると以下のようなメリットがあります:

    • 関連する予算項目を一つのグループ(例:UXチームProject PhoenixQATEST-予測予算)にまとめて管理
    • グループ単位で統合レポート、アラート受信、予算状況確認が可能
    • 組織構造またはプロジェクト単位に合わせた予算運用体系の構築が可能
    • 個別予算の設定は維持しながら、上位視点から総括管理が可能

    📌 例: マーケティングというBudget Groupを作成し、その中にAWS EC2Azure VMGCP BigQueryの予算項目をそれぞれ登録すれば、マーケティングチーム全体の予算消費状況をグループ単位で手軽に把握することができます。

    この機能は、マルチクラウド環境や部署別独立会計体系を運用する組織に特に有効です。

    クラウドサービス、アカウント、リージョンまたはタグ単位で予算を設定することはできますか?

    はい、OpsNow FinOpsでは予算の適用範囲(Scope)を様々に細分化できるようフィルターベース設定機能を提供します。

    予算を作成する際、以下のような基準で組み合わせフィルタリングが可能です:

    • Cloud Service:AWS、Azure、GCPの中から一つを選択して予算を指定
    • Account:特定クラウドアカウント(例:運用アカウント、開発アカウント等)のみを予算範囲に含む
    • Region:us-east-1、ap-northeast-2等特定リージョンベース設定
    • Product:EC2、RDS、S3等サービスまたは製品別にフィルタリング
    • Tag:部署、プロジェクト、ワークロード単位で分類されたユーザー定義タグ活用

    例:

    • 「AWS / ap-northeast-2 / Product: EC2」組み合わせで予算設定が可能
    • 「Tag: department = Marketing」条件でマーケティング部署専用の予算構成

    このように細分化された設定は、予算の超過発生地点を明確に区分し、チーム/サービス単位の予算責任管理を容易にします。

    予算アラート履歴はどこで確認できますか?

    OpsNow FinOpsのBudgetメニュー内詳細画面で**「Alerts」タブ**を選択すると、過去のアラート送信履歴をすべて確認することができます。各アラートは以下のような情報と併せてテーブルで提供されます:

    • 送信日時(Sent Date)
    • 閾値設定(%または金額基準)
    • トリガー条件(例:Actual Spend)
    • 送信チャネル(Eメール、Slack、Google Chat等)
    • 受信者EメールまたはWebhook URL

    また、リスト上部で期間別フィルタリング、ソート、検索も可能で、迅速に必要なアラート履歴を見つけることができます。

    📌 予算管理でアラート履歴は、予算超過発生時点とアラート到達の有無を追跡するのに重要な役割を果たします。

    一つの予算アラートに対して複数チャネルで同時にアラートを受信することはできますか?

    はい、可能です。OpsNow FinOps Plusの予算アラート機能は、一つの予算ルール(Budget Rule)に対して複数のアラートチャネルを同時に設定できるようサポートします。

    例えば、特定予算が90%以上消化される場合、以下のような方式で同時にアラートを受信することができます:

    • 📧 Eメール:複数受信者を指定可能
    • 💬 Slack:チームチャネルまたはユーザー指定Webhookで連携
    • 💬 Microsoft Teams、Google Chat等のメッセンジャー連携も順次サポート予定

    アラートは指定された閾値到達時にすべてのチャネルに同時送信されるため、リアルタイム共有および対応が可能で、チーム単位での協業にも効果的です。

    予算アラート閾値とアラートチャネルはどのように設定しますか?

    OpsNow FinOps Plusでは、予算使用率または使用金額基準で**アラート閾値(Threshold)**を自由に設定でき、アラートを受信するチャネルと受信者も直接指定することができます。

    📌 アラート閾値設定例

    • 予算の80%以上使用時にアラート
    • $1,000超過支出時にアラート
    • 使用量が予算より10%以上超過する場合にアラート

    ⚙️ 設定方法

    1. [Budgets]メニュー > [予算作成]または[予算修正]
    2. [Set Alerts]段階で以下の項目を設定
      • Threshold(%または金額)
      • Trigger基準(Actual Spend、Forecasted Spend等)
      • Alert Channel:Eメール(Slack、Webhook等は今後サポート予定)
      • Recipient:アラート受信Eメール入力

    🔁 複数チャネルおよび受信者設定も可能

    • ボタンをクリックすると、一つの予算項目に対して複数のアラートチャネルと多数の受信者を同時に登録でき、チーム単位での対応が容易です。

    📌 事前アラート機能を活用すると、予算超過前のリスクを事前に検知し、組織のクラウド支出をより能動的に制御することができます。

    部署別またはチーム別に予算を個別に設定し管理することはできますか?

    はい、OpsNow FinOps Plusでは部署別、チーム別に独立したクラウド予算を設定し管理することができます。

    組織内の様々な単位(例:マーケティングチーム、開発チーム、プロジェクトチーム等)を基準に予算を個別に指定でき、各予算に対して使用量追跡、アラート設定、超過の有無分析等を独立して実行することができます。

    ✅ 予算管理単位例:

    • アカウント(Account):チームまたは部署別クラウドアカウントを基準に設定
    • サービス(Product):特定チームが主に使用するEC2、RDS等の単位
    • コストセンター(Cost Center)またはタグ(Tag):組織内部構造に合わせて分類可能

    📌 このように設定された予算は、Budgetsメニューでそれぞれのチーム別に区分されて可視化され、超過予想時にはEメールアラートも個別送信されます。

    予算対比クラウド使用量はどこで確認できますか?

    OpsNow FinOps PlusのBudgetsメニューで、予算対比実際使用量を直感的なグラフ形式で確認することができます。

    各予算項目別に以下のような情報を視覚的に提供します:

    • 予算設定の金額対比における現在使用率(%)
    • 予算対比の超過支出の有無
    • 予算使用推移グラフ(日/月別累積使用量表示)
    • ユーザー指定閾値(例:80%、100%)到達の有無を視覚表示

    📊 予算状況は一目で把握できるよう色と棒グラフで構成されており、各予算項目クリック時に詳細内訳(期間別支出、アラート履歴等)も併せて確認することができます。

    📌 AWS、Azure、GCP全クラウド環境の予算状況を統合照会することができます。

    予算は月間/四半期/年間単位で設定することはできますか?

    OpsNow FinOps Plusでは、クラウド予算を月間、四半期、年間単位で柔軟に設定することができます。

    ユーザーは組織の財務サイクルや内部予算体系に応じて適切な期間単位を選択して予算を構成でき、各予算サイクルに応じてコスト集計および超過検知を自動で実行します。

    📅 サポートされる予算サイクル:

    • 月間予算(Monthly):毎月初期化され、短いサイクルで使用量を管理したい時に適しています。
    • 四半期予算(Quarterly):3ヶ月単位で構成され、季節的変動やプロジェクト別分析に有利です。
    • 年間予算(Yearly):長期的計画策定および組織全体支出管理に適しています。

    🔔 予算サイクル別超過検知およびアラートも併せて提供され、各単位別累積コストに対して事前警告を受信することができます。

    📌 AWS、Azure、GCP全クラウドに対して同様に予算サイクル設定が可能です。

    予算超過予想時に事前アラートを受信することはできますか?

    OpsNow FinOps PlusのBudget機能は、ユーザーが設定した予算の超過支出可能性を事前に検知し、事前アラートを通じて知らせる機能を提供します。

    この機能は、クラウドコストが急増したり予算使用率が特定閾値を超過した時、予算超過リスクを早期に認知して即座の措置を講じることができるよう支援します。

    📊 設定方式例:

    • 予算金額:$1,000(月間)
    • アラート条件:使用率80%到達時にアラート
    • 結果:コストが$800に到達すると、自動でEメールアラート送信

    ✅ ユーザーが設定できる閾値(Threshold):

    • パーセント基準:50%、80%、90%、100%等
    • 金額基準:指定したドル($)単位も可能

    ✅ サポート環境:

    • AWS、Azure、GCP全クラウドに対して同様にアラート機能を提供
    • 現在はEメールを通じてアラートが配信され、Slack、Microsoft Teams等メッセージングツール連携は今後サポート予定

    📌 メリット:

    • 予算超過前に事前措置が可能
    • 財務担当者、運用管理者等に自動通知
    • 不要なコスト浪費防止および予算統制力強化

    予算はどのような単位で設定できますか?

    OpsNow FinOps Plusでは、予算を様々な組織およびリソース単位で精密に設定することができます。この機能はAWS、Azure、GCP全てをサポートし、複数条件フィルタリングを通じて部署、プロジェクト、リージョン、サービス、タグ単位で予算を自由に構成することができます。

    ✅ 予算設定が可能な単位

                                                                                                                                   
    ディメンション説明
    アカウント個々のクラウドアカウントまたはアカウントグループのレベルで予算を設定します。
    製品EC2、S3、RDS、Azure VMなどのサービスごとに予算を割り当てます。
    リージョン地理的な支出を管理するために、リージョンごと(例: us-east-1ap-northeast-2)に予算を区分します。
    タグクラウドリソースに割り当てられたカスタムタグに基づいて予算を定義します。
    プロジェクト / チーム (予算グループ)明確な責任のために、プロジェクトまたは部門ごとに予算を編成します。

    📌 例えば、Tag = Team:Dev + Product = EC2組み合わせで設定すると、Devチームの EC2使用量のみを別途予算追跡することが可能です。

    🔍 予算設定方式

    • 予算は月間または年間単位で指定可能で、各期間ごとに予算金額を個別入力したり自動算定することができます。
    • 必要時、予算増加率(%)を設定して月別自動成長率を反映した予算編成も可能です。

    📊 リアルタイムモニタリングと超過支出アラート

    • 設定された条件を超過するとEメールアラートが自動で送信されます。
    • 予算対比実際支出を視覚的に確認でき、予算超過リスクを事前に制御することができます。

    📌 予算単位を細かく設定すると、組織構造とコスト構造に合わせた精密な財務統制とクラウド運用効率化を同時に達成することができます。

    予算管理(Budget)機能は何をサポートしますか?

    OpsNow FinOps PlusのBudget機能は、クラウド使用コストに対する事前予算設定と超過支出に対するリアルタイムモニタリングをサポートします。

    ✅ 主要機能:

    • 予算設定: アカウント、プロジェクト、サービス(Product)基準で月間または年間予算を設定することができます。
    • 予算範囲設定: 全体サービスまたは特定フィルター(Account、Product、Region等)にのみ予算を適用する設定が可能です。
    • 超過支出検知およびアラート: 実際の支出が設定した予算の一定比率(%)または金額($)を超過する場合、事前に指定したEメール受信者にアラートを送信します。
    • 予算推移および超過分析: Budget Previewと併せて月別支出推移、予算対比超過金額、検知回数等を可視化して管理することができます。
    • 予算自動分配: 初期予算および成長率(%)を入力すると、月別予算が自動分配されて設定されます。
    • 履歴追跡: 予算設定変更および超過検知履歴をHistoryタブですべて確認することができます。

    この機能を通じて組織は、予算内クラウド使用をより効果的に統制し、超過支出を迅速に対応することができます。

    異常検知結果を一目で確認することはできますか?

    はい、可能です。OpsNow FinOps Plusは検知された異常コストに対してEメールで要約レポートを自動送信します。

    📧 Eメールレポート構成:

    • 検知された異常コストの総件数および発生日付
    • 分析タイプ(ManualまたはAI)および分析基準(例:Account、Product等)
    • 期間別支出比較結果(例:Oct 1–3 vs Oct 4–6)
    • 各アカウントまたはサービス別予測コストと実際コストの差異
    • 変化率(%)と併せて増加項目を表示

    📌 このレポートは設定された周期(日次または週次)に応じて自動受信され、リンクを通じて詳細分析画面に直接移動することができます。

    異常検知機能は特定サービスやアカウントのみをモニタリングできますか?

    はい、OpsNow FinOps PlusのCost Anomalies機能は、異常検知範囲を特定サービス、アカウント、リージョン等に細かく設定することができます。

    🎯 例えば、

    • コスト変動が頻繁な特定アカウントのみを選んで集中検知したり
    • EC2、RDS、S3等主要高コストサービスのみを選択してモニタリングしたり
    • **特定リージョン(us-east-1等)**中心に検知範囲を制限することができます。

    このように検知対象を縮小すると📌 不要なアラートを削減し、実際にリスクがある領域にモニタリングを集中できるため運用効率性が高まります。

    この設定は、手動検知(User Rule)はもちろん、AIベース検知(AI Rule)でも同様に適用可能です。

    AIベース異常検知はどのような機能ですか?

    OpsNow FinOps PlusのAIベース異常検知は、単純に異常支出の有無のみを検知するに留まらず、予測支出と実際支出間の差異を定量的に分析し、異常発生原因を併せて提供します。

    例えば、特定日付にコストが急激に増加した場合、「Region: US-East / Product: EC2で予想よりも高い支出が発生しました」のような方式で異常支出の位置、項目、傾向を自動分析して視覚的に表示します。

    また、UI上では予測コスト傾向線と実際コスト線の乖離区間をグラフ形式で提供し、異常発生時点と深刻度を直感的に把握することができます。

    📌 このような機能は、異常コスト発生時に原因を迅速に絞り込み、不要なリソース浪費を早期に遮断するのに非常に有効です。

    OpsNowで使われる「組織」とは何ですか?

    OpsNowの組織(Organization)は、クラウド資産をチーム、部署、プロジェクト単位で分離管理できるよう設計された独立した運営スペースです。一つの会社(Company)アカウント内で最大10個の組織を作成でき、各組織は役割ベースのユーザー権限設定を通じて指定されたユーザーのみがアクセスできるよう保護されます。

    組織単位のクラウド管理方式は以下のニーズを解決します:

    • ✅ クラウドコストを組織別に明確に区分したい場合
    • ✅ 事業部別クラウド使用量および予算を別々にレポートで管理したい場合
    • ✅ 外部パートナーとリソースを共有しつつ、内部セキュリティ統制を維持したい場合
    • ✅ 複数クラウドアカウントを使用するチームを論理的に分離したい場合

    OpsNow を使用することで、次のように組織を管理することができます:

    • 💰 クラウドコストの動向と最適化の機会が得られる。
    • 📊 リソース使用状況とパフォーマンス指標
    • 🔐 ガバナンスポリシーとコンプライアンス設定

    また、組織別にアカウント連携、メンバー招待、ポリシー設定などをそれぞれ管理できるため、複雑なマルチクラウド環境でも責任分担とセキュリティ制御を効率的に実行できます。

    📌 複雑なクラウド構造を持つ企業、または部署別予算/リソース管理を細分化したいチームにとって必須の機能です。

    OpsNow アカウントを削除するにはどうすればよいですか?

    OpsNowでは、もはやサービスを利用したくないユーザーのためにアカウント削除(退会)機能を提供しています。アカウント削除は本人が直接実行でき、削除完了時に該当アカウントに関連するすべてのデータが永続的に削除されます。

    ✅ アカウントを削除する手順:

    1. 左側メニューから[Profile]メニューに移動します。
    2. ページ下部までスクロールしてDelete Accountセクションを見つけます。
    3. [Delete]ボタンをクリックします。
    4. 画面に表示される案内メッセージと削除警告文を確認した後、削除要請を最終承認するとアカウント削除が完了されます。‍

    ⚠️ 注意事項:

    • アカウント削除後は、すべてのユーザーデータ、設定情報、活動履歴などが復旧されません。
    • 同一のメールアドレスで再度加入しても、既存データは復元できません。
    • 組織管理者のアカウントの場合、削除前に別途権限委譲または組織解除手続きが必要な場合があります。

    ユーザー名を変更するにはどうすればいいですか?

    OpsNowでは、アカウントの**ユーザー名(User Name)**を直接変更でき、これはシステム内でのユーザー識別およびチーム間協業時に表示される名前です。

    ユーザー名を変更するには以下の手順に従ってください:

    1. 左側メニューから[Profile]項目をクリックします。
    2. 上部領域のUser Name入力欄に希望する名前を入力します。
    3. 入力後、右側の[Save]ボタンをクリックすると即座に反映されます。

    更されたユーザー名は以下の領域に自動適用されます:

    • ダッシュボード、組織メンバーリストなどサービス内ユーザー識別領域
    • SSOを除く一般ログインユーザーに表示される名前
    • 管理者またはチームメンバーがユーザーアカウントを確認する際に表示される情報

    💡ユーザー名はメールアドレスとは関係なく自由に設定可能で、アカウント管理者ではない一般ユーザーも直接修正できます。

    特定のメニューのみにアクセス可能な制限付きロールを作成することはできますか?

    OpsNowでは「カスタムロール(Custom Role)」機能を通じて、特定メニューのみアクセス可能な制限的権限を持つロールを自由に作成できます。

    • 例えば、Billing、Resources、User Managementなど特定メニューのみに表示(View)または編集(Edit)権限を付与できます。
    • ロール作成時、メニュー別アクセス権限を細分化して設定でき、複雑な組織構造や外部パートナー運営環境にも柔軟に対応できます。
    • 不要なメニュー露出を遮断し、**最小権限の原則(Least Privilege Principle)**を実現してセキュリティと効率性を同時に確保できます。

    📌 この機能は、会計、セキュリティ、インフラなど部署別業務分担が明確な組織で特に有用で、実務に必要なメニューのみを提供することで運用ミスや情報露出リスクを軽減できます。

    各組織ごとに異なるメンバー構成を迅速に設定するにはどうすればよいでしょうか?

    OpsNowでは、新しい組織(Organization)を作成する際、ユーザーとロール(Role)を同時に設定でき、メンバー構成を迅速に完了できます。

    既存に定義されたRoleテンプレートを読み込んだり、ユーザーグループ設定を複製して組織別権限体系を効率的に適用できます。

    • 組織作成段階でユーザー招待およびロール割り当てが可能
    • 反復的な設定なしに、チーム・部署単位権限を一括適用できる
    • Roleベース最小権限の原則を実現し、セキュリティも同時に強化

    📌 この機能は、多数の組織を運営したりグローバルチームを管理する環境で設定速度を大幅に短縮し、管理便宜性とセキュリティ効率性を同時に確保できます。

    ユーザーを無効化または削除するにはどうすればよいですか?

    OpsNow FinOps Plusでは、組織内ユーザーの役割が終了したり外部協力関係が終わった際、該当ユーザーを組織から除去(削除)してクラウド情報アクセス権限を即座に遮断できます。

    この作業はセキュリティ統制と責任追跡のための必須手順です。

    ✅ 組織からユーザーを削除する方法:

    1. **左側メニューから[Settings] > [Organization]をクリックします。
    2. 削除したい組織を選択して詳細ページに進入します。
    3. 上部の[Members]タブを選択します。
    4. ユーザーリストで削除対象の右側「X」アイコンをクリックすると、該当ユーザーが組織から除去されます。

    🔒 ユーザーを削除する際の重要な注意事項:

    • 組織からユーザーを除去してもOpsNowアカウント自体は削除されません。
    • 組織から除外されたユーザーは、該当組織のすべてのクラウドリソース、コスト、設定データにアクセスできません。
    • どの組織にも属さないアカウントは[Settings]メニュー以外のすべてのサービス機能にアクセスできません。
    • ユーザーアカウント自体を完全に削除または無効化するには、別途アカウント管理手順が必要です。‍

    📌 この機能は次の場合に特に重要です。

    • 退職者処理
    • 外注/パートナー契約終了
    • チーム内役割変更でアクセス権限制限が必要な場合

    OpsNowで「オーナー」と「一般ユーザー」を招待する違いは何ですか?

    OpsNow FinOps Plusでは、組織内ユーザー招待時に「オーナー(Owner)」と「一般ユーザー(General Invitation)」を明確に区分して招待できます。これによりセキュリティ機密度を考慮した細分化された権限制御が可能です。

    ✅ オーナー(Owner)招待

    • 組織作成および削除、クラウドアカウント接続/解除、ロール(Role)作成および編集など組織全体設定を制御できる最上位権限を保有します。
    • セキュリティや決済、統合ポリシー管理など機密項目へのアクセスはオーナーのみ実行可能に制限されています。
    • 一般的に組織管理者、セキュリティ責任者、総括運営者に付与されます。‍

    ✅一般ユーザー(General Invitation)招待

    • 特定組織内での読み取り(Read Only)または書き込み(Read & Write)ロールを選択して招待できます。
    • 招待時に基本ロールを指定し、その後必要に応じてロール変更が可能です。
    • チームメンバー、外部パートナー、プロジェクト単位の実務者などを必要な最小権限の原則に従って招待でき、セキュリティリスクを軽減できます。‍

    🔐 セキュリティのベストプラクティス

    • 組織全体設定やコスト/ポリシー変更が可能な項目は、必ずオーナー権限を持つユーザーのみが実行するよう制限してください。
    • 外部協力会社、インターンなどは一般ユーザー権限で招待し、運営環境を保護してください。

    当社では、組織ごとに複数のクラウド環境を運用しています。ユーザーアクセスを個別に管理するにはどうすればよいでしょうか?

    OpsNow FinOps Plusは、マルチ組織(Organization)構造をサポートし、一つのアカウントで複数のクラウド環境を分離運用し、組織単位で細分化されたアクセス制御を実装できます。

    ✅ 複数の組織環境におけるアクセス制御の仕組み:

    • 組織(Organization)単位アクセス分離:各組織は独立したクラウドアカウント(AWS、Azure、GCPなど)を接続でき、該当組織のみにアクセス権限があるユーザーのみがデータ閲覧可能です。
    • 組織別ロール(Role)指定:同じユーザーでも組織別にロールを異なって設定でき、例えばA組織ではAdmin、B組織ではRead-onlyとして運用可能です。
    • 運用隔離とセキュリティ強化:一つのOpsNowアカウントを使用しても、組織間のデータとリソースは徹底的に分離して運用されるためセキュリティ上安全で、外部監査時にも明確な責任追跡が可能です。
    • カスタマイズ可能な権限構造:ユーザー定義ロールを通じて組織内メニュー、機能、リソース単位までアクセス権限を設定でき、大規模企業やMSP環境でも柔軟に対応できます。‍

    📌 こんな場合に有効です:

    • 系列会社、チーム、事業部別にクラウドインフラを分離運用する企業
    • 同一アカウント内の多数プロジェクトを組織別に隔離管理する必要がある場合
    • セキュリティと責任追跡が重要な金融・公共・MSP環境

    ユーザーグループを活用するとどのような点で効率的ですか?

    OpsNow FinOps Plusでは、ユーザー数が多い環境でも効率的にアカウントを管理できるよう「ユーザーグループ(User Group)」機能を提供しています。類似の役割や業務範囲を持つユーザーをグループ化すると、権限設定、組織配属、メニューアクセス制限などを一括管理でき、以下のようなメリットがあります。

    ✅ ユーザーグループを使用するメリット:

    • ロール(Role)および権限の一括適用:
      グループに属するすべてのユーザーに同一のロールとアクセス権限を付与でき、個別アカウントごとに反復設定する必要がありません。
    • 組織(Organization)単位配属の簡素化:
      部署・チーム単位でグループを作成し該当組織に一括配属すると、新入社員や外部協力会社アカウント追加時にはるかに迅速に適用できます。
    • セキュリティポリシー一貫性維持:
      特定グループには「読み取り専用」、他のグループには「管理者権限」を付与する形で、ポリシー基準を明確に維持できます。
    • 運用効率性向上:
      ユーザー数が多いほど手作業で権限を設定するのに時間がかかりますが、グループ機能を活用すると管理者がワンクリックで複数のユーザーアカウントを同時に管理できます。‍

    📌 こんな場合に特に有効です:

    • チーム、組織、プロジェクト別ユーザー権限を標準化したい場合
    • 新規ユーザー追加時の設定を繰り返す作業を削減したい場合
    • アカウント数が多い大規模組織で効率的なアカウント管理方法を探している場合

    組織内において、外部ユーザーと機密データを安全に共有することは可能ですか?

    OpsNow FinOps Plusでは、外部ユーザーとデータを共有する際も組織セキュリティを維持できるよう、精密な権限管理機能を提供しています。特に、外部人材には最小限の権限のみを付与できるよう以下のような機能が用意されています。

    ✅ 外部ユーザーセキュリティ共有方法:

    • 読み取り専用(Read Only)権限設定:
      外部ユーザーを招待する際、権限を「Read Only」に指定すると、インフラ設定を変更できず、データ照会のみ可能に制限できます。
    • 組織(Organization)単位アクセス制御:
      特定組織のみ選択してアクセスを許可でき、外部ユーザーが他のプロジェクトやチームのデータにはアクセスできないよう制御できます。
    • カスタムロール(Role)作成機能活用:
      ユーザー定義ロールを作成してメニュー別、機能別アクセス範囲を細分化できます。例えば、コストデータのみ閲覧可能なロールを作成できます。‍


    🔐 こんな場合に有効です:

    • 外部コンサルタントやパートナーとクラウドインフラ現況を共有する必要がある時
    • 特定プロジェクト単位で制限された範囲でリソース現況を共有する必要がある時
    • 内部職員と外部ユーザーの権限を明確に分離してセキュリティ事故を防止したい時

    組織に新しいユーザーを招待する手順はどのようなものですか?

    OpsNow FinOps Plusでは、新規チームメンバーまたは外部協力者を組織に安全に招待できる機能を提供しています。
    📌 ユーザー招待はメールアドレス入力だけで簡単に進められ、組織内のセキュリティと権限管理のためにロール(Role)と所属組織(Organization)を併せて指定できます。

    ✅ 新規ユーザーを招待する手順:

    1. [User Management]メニューで「+ Invite」ボタンクリック
    2. 招待するユーザーのメールアドレス入力
    3. 該当ユーザーの所属組織(Organization)選択
    4. ユーザーに付与する**ロール(Role)**指定(例:Member、Adminまたはカスタムロール)
    5. [Invite]ボタンクリック時、メールを通じて招待状が送信されます。‍

    🛡️ セキュリティおよび権限管理のコツ:

    • 外部ユーザー招待時は読み取り専用(Read Only)権限を設定し、最小限のアクセスのみを許可できます。
    • Owner招待は組織の全権限を持つため、内部管理者レベルのユーザーのみを対象に使用してください。
    • 必要時組織単位で権限を分離し、異なるチーム/事業部運営にも柔軟に対応できます。

    OpsNowでは、ユーザー権限はどのように区分されていますか?

    OpsNow FinOps Plusでは、ユーザー権限をOwner、Admin、Memberの3つのタイプに区分し、組織内の役割に応じてアクセス範囲を細分化することができます。

    ✅ Owner(組織所有者)

    • 組織全体を代表する最上位権限を持ちます。
    • 以下の作業が可能です:
      • ユーザー招待および権限変更
      • 組織作成および管理
      • クラウドアカウント登録/削除
      • 決済情報および請求関連の設定管理
    • 一般的に企業管理者、クラウド運用責任者に付与されます。

    ✅ Admin(管理者)

    • 該当組織内で一部設定とユーザー管理権限を持ちます。
    • 以下の作業が可能です:
      • 同じ組織内ユーザー招待および削除
      • クラウドアカウント登録および照会
      • リソース、コストデータ閲覧および分析
    • Ownerより制限された権限を持ち、チーム長または技術運用担当者に適しています。

    ✅ Member(一般ユーザー)

    • 該当組織のクラウドコストおよびリソース情報閲覧のみ可能です。
    • ユーザーはリソースを変更したりアカウントを追加することはできません。
    • 一般実務者またはデータ確認のみが必要な外部パートナーに適しています。

    📌 このように権限を細分化することで、役割に合った最小権限原則を実現し、組織内セキュリティおよび運用効率性を高めることができます。

    OpsNowで招待できるユーザー数に制限はありますか?

    OpsNow FinOps Plusでは、組織(Organization)当たり招待できるユーザー数に別途制限はありません。したがって、必要に応じてチームメンバー、部署員、外部パートナー等様々なユーザーを自由に招待して協業することができます。

    すべてのユーザーは招待時に役割(Role)を付与され、

    • Owner:全体組織管理
    • Admin:ユーザーおよびリソース管理
    • Member:リソースおよびコストデータ閲覧専用

    として役割ベースアクセス制御(RBAC)が適用されており、招待人員が多くなってもセキュリティと運用統制が明確に維持されます。

    📌 OpsNowはチーム規模に関係なく柔軟に拡張可能な構造であるため、組織内複数チームがクラウド環境を共同運営したり、外部協力会社と安全に協業するのに非常に適しています。

    一つの会社アカウントで複数の組織を作成することはできますか?

    OpsNowでは、一つの会社アカウント(Company)の下に最大10個の組織(Organization)を作成することができます。各組織は、クラウドコストデータ、リソース使用量、ポリシー設定等を独立して管理できる空間として構成され、チームや部署単位でクラウド資産を切り分けて管理したい企業に非常に適しています。

    組織ごとにアクセス権限をユーザー別に設定できるため、機密情報へのアクセスを制限したり、役割別データ可視性を分離したりすることができます。例えば、本社組織では全体コストデータを統合分析し、各地域事業部組織では該当リージョンのクラウドリソースのみを個別にモニタリングするよう構成することができます。

    会社規模が大きかったり、マルチチーム体制でクラウドを運用中であれば、組織機能を活用してコスト効率性と運用セキュリティを同時に強化してみてください。

    組織(Organization)を削除することはできますか?

    はい、OpsNow FinOps Plusでは、もう使用しない組織を直接削除することができます。[Settings > Organizations]メニューで削除したい組織を選択した後、詳細ページ下部の[Delete Organization]ボタンをクリックすると削除が可能です。

    🧩 組織削除前に必ず確認すべき事項

    • クラウドアカウント情報削除:該当組織に連携されたすべてのAWS、Azure、GCPクラウドアカウント情報が一緒に削除されます。
    • コストおよびリソースデータ削除:組織で収集されたすべてのクラウドコストデータ、リソース使用履歴、最適化履歴が永久削除されます。
    • 復旧不可:削除されたデータは復旧できないため、組織廃棄前にデータをバックアップしたりレポートを事前に確保しておくことをお勧めします。
    • ユーザー権限解除:組織に付与されたユーザー役割(Role)および権限情報も一緒に除去され、該当ユーザーは組織にもうアクセスできなくなります。

    💡 組織削除はいつ有効ですか?

    • プロジェクト終了、部署統合、クラウド構造変更等で組織単位を整理する必要がある場合
    • クラウドアカウントおよびコストデータ整合性を再構成しようとする場合
    • 最大作成可能な組織数(10個)を超過して新規組織を作るために既存組織を空ける場合

    OpsNowでは組織単位でクラウドコストを分離管理できるよう設計されているため、使用しない組織は定期的に点検し必要時に削除することが、運用効率とセキュリティ管理に役立ちます。

    ユーザーアカウントを非活性化(Deactivate)することと削除(Remove)することの違いは何ですか?

    OpsNow FinOps Plusでは、ユーザーアカウントをもう使用しない場合、「非活性化(Deactivate)」または「削除(Remove)」方式でアクセス権限を制限することができます。二つの方式はセキュリティ目的は同じですが、処理方式と結果において明確な違いがあります。

    ✅ 非活性化(Deactivate):一時的にアクセス遮断

    • ユーザーのアカウントはシステムにそのまま維持され、ログインは可能ですがすべてのサービス機能アクセスが遮断されます。
    • **後で必要時に権限を再度復旧(再活性化)**できるため、アカウント維持が必要な場合に有効です。
    • 主に以下のような状況に適しています:
      • 休職者、長期非接続者
      • 外部パートナーとの一時中断
      • セキュリティレビューのための一時的アクセス制限

    ❌ 削除(Remove):アカウント永久除去

    • 該当ユーザーはOpsNowシステムから完全に削除されます。
    • 接続された組織、権限、設定等がすべて消え、サービス再接続のためには再度招待を受ける必要があります。
    • 再使用可能性がないか、退職・契約終了等で完全にアカウント整理が必要な場合に使用します。


    📌 まとめ

                                                                                                                                             
    アクション無効化削除
    アカウント存在✅ はい❌ いいえ (完全に削除)
    アクセス許可❌ いいえ❌ いいえ
    後で再利用✅ 可能 (いつでも再アクティブ化)❌ 不可能 (再登録が必要)
    使用例休職、一時停止解約、オフボーディング、契約終了

    📌 使用しないアカウントを放置するとセキュリティ事故につながる可能性があります。OpsNowでは定期的なユーザーアカウント点検と権限整理を通じて組織の情報保護を強化することをお勧めします。

    No items found.

    約定関連レポートをExcelまたはCSV形式でダウンロードすることはできますか?

    OpsNow FinOps PlusのMy Commitmentsメニューでは、組織の約定状況と活用内訳を含むデータをExcel(.xlsx)またはCSV形式で手軽に抽出することができます。

    この機能は、財務チーム、クラウド運用チーム、外部監査対応等のためのレポート作成時に非常に有効に活用されます。

    🔍 ダウンロード可能な主要データ項目

    • 約定詳細内訳(約定タイプ、サービス、アカウント、リージョン、購入日/満了日等)
    • 現在までの使用率(Utilization Rate)
    • カバレッジ比率(Coverage)
    • 予想削減金額およびROI
    • 未履行リスク(Risk)の有無
    • 推奨約定オプションおよび削減予測

    💡 主要活用例

    • 月別約定活用状況レポート提出
    • 部署別約定使用分析資料共有
    • コスト削減のための約定戦略再設計会議資料
    • 財務会計監査時証憑資料提供

    📌 データはフィルターおよびソートされた状態そのままダウンロードでき、現在画面基準で即座にファイルを生成できて便利です。また、Recommendations、Coverage、Utilization、Inventoryタブ別に個別保存も可能です。

    オンデマンド使用量が高い領域を確認し約定転換機会を見つけることはできますか?

    OpsNow FinOps PlusのMy Commitments機能は、クラウドインフラでオンデマンド(非約定)使用比重が高い領域を自動識別し、該当領域を約定(Savings Plans、Reserved Instances等)に転換した時の予想削減効果を数値で提供します。

    🔎 どのようなデータを確認できますか?

    • サービスまたはアカウント単位でオンデマンド比率を表示
      • 例:EC2、RDS、Aurora、Cloud SQL等
    • 現在のオンデマンド支出金額
    • 約定転換時に削減可能な予想金額と削減率
    • 約定推奨オプション(1年/3年、No Upfront/All Upfront等様々な条件別シミュレーション)

    💡 どのように役立ちますか?

    • 予想削減効果に基づいて約定加入タイミングを戦略的に決定することができます。
    • 財務チームはROIベースで約定投資を評価し、運用チームは過剰支出を事前に遮断することができます。
    • カバレッジが低い領域に対するAutoSavings連携適用も併せて検討することができます。

    📌 この機能は特に、オンデマンドコストが継続的に増加しているサービスに対して「今約定を導入すればいくら節約できるか」を視覚的に表示するため、約定導入時期と規模を正確に判断するのに非常に有効です。

    どのサービスまたはアカウントで約定が不足していたり過度に設定されているか確認することはできますか?

    OpsNow FinOps PlusのMy Commitments > Coverageタブは、クラウド環境内約定カバレッジ状態をサービス別、アカウント別、インスタンスタイプ別に可視化して提供します。この機能を通じて組織は以下のような問題を簡単に識別し先制的に対応することができます:

    ✅ 過剰約定の識別(Over-Provisioned Commitments)

    • 特定アカウントまたはサービスで約定が100%以上カバーされ、実際の使用量よりも多くの約定を保有している状態です。
    • この場合、約定金額が無駄遣いされたり未履行ペナルティリスクが増加する可能性があります。

    ✅ 約定の未適用区間の識別(Under-Covered Usage)

    • 一部アカウントでは約定が全く適用されず、全体使用量がオンデマンド(On-Demand)方式で課金される場合があります。
    • これは割引メリットを享受できず、不要なコスト増加につながる可能性があります。

    ✅ 視覚的ダッシュボード提供

    • Coverageタブでは棒グラフとカバレッジ比率数値を通じてリソース別約定適用状態を一目で把握することができます。
    • 各項目にはオンデマンドコスト、約定コスト、カバレッジ率が明確に表示されており、過剰/不足区間を直感的に分析することができます。

    💬 例:「Asia Pacific(Seoul)リージョンのAurora MySQLサービスで約定カバレッジが125%で過剰状態であり、一方EC2 t3.mediumインスタンスはオンデマンド使用比重が高く約定未適用状態です。」

    期待効果

    • 不要な約定コスト削減
    • オンデマンドコストを約定に転換して削減効果の最大化
    • アカウント/サービス単位で精密な約定戦略策定が可能

    新しいクラウド約定をいつ、どの程度追加で加入すればよいか推奨してもらえますか?

    OpsNow FinOps PlusのMy Commitments > Recommendationsタブは、クラウドコスト最適化を求める組織のために、追加約定加入が有利な時点と金額定量的データベースで提案します。この機能はSavings PlansまたはReserved Instances購入の有無を検討中のチームに非常に実質的な判断基準を提供します。

    この分析はOpsNow Insight AIが実行し、以下のような情報を総合的に提供します:

    • 最近3ヶ月平均リソース使用量
    • 既存約定活用率とカバレッジ分析
    • AIベース削減予測シミュレーション

    提供される推奨レポートには以下のような定量的数値が含まれます:

                                                                                                               
    メトリック説明
    推定月間節約額追加のコミットメントを購入することで達成可能なコスト削減額
    カバレッジ率の向上コストカバレッジの改善(オンデマンド支出の削減)
    投資収益率 (ROI)コミットメントの予測効率 (例: ROI 4.5倍)
    最適なコミットメント構成推奨期間 (1年 vs 3年)、支払いタイプ (全額前払い、前払いなし、一部前払い)

    💬 推奨メッセージ例:「最近3ヶ月平均使用量基準、$1,000/月追加約定時、約12%のコスト削減効果を予想。(ROI 4.5倍、カバレッジ +8%)」

    🔍 このようにOpsNow Insight AIは組織の実使用データに基づいて、クラウドリソース消費パターンを精密分析予想削減効果を数値化して提供します。これにより財務チームと運用チームはコスト削減効果を最大化する戦略的約定決定を事前に策定することができます。

    約定満了日が近づく場合、事前にアラートを受信することはできますか?

    OpsNow FinOps PlusのMy Commitments機能は、約定(Reserved Instances、Savings Plans等)の満了時点を事前に検知し、30日前から満了予定約定をリストアップして視覚的に強調表示します。また、Eメールアラートを通じて主要約定の満了を事前に認知できるようサポートします。

    この機能は、重要な約定が満了後に更新されずクラウドリソースコストがOn-Demand料金に転換される状況を防ぐのに非常に効果的です。

    🔍 主要機能

    1. 満了30日前自動検知および強調表示
      • Inventoryタブで約定の終了日を基準に残り期間が30日以内の項目を自動分類し、別途カラーまたはアイコンで表示されます。
    2. Eメールベース事前アラート機能
      • 事前設定されたEメール受信者に約定満了予定リストが含まれたレポートを定期的に送信します。
      • 組織内財務チームまたは運用チームが必要な措置を即座に講じることができるよう支援します。
    3. 更新・転換ガイド提供
      • 満了予定約定項目に対して、AutoSavings転換または新規約定推奨が併せて案内され、迅速な意思決定を誘導します。

    ✅ 期待効果

    • 満了した約定を適時更新しなかったことで割引メリット損失が発生することを防止
    • 約定管理の透明性向上およびリスク最小化
    • クラウドコスト予測性と予算策定精度の向上

    未履行(Underutilization)リスクがある約定はどのように識別できますか?

    OpsNow FinOps PlusのMy Commitments機能は、約定されたリソースが実際に十分活用されていない状況をUnderutilization Riskとして自動表示します。この機能は、約定が未履行となる可能性が高い項目を早期に把握し、追加的なコスト損失を事前に防止するのに非常に効果的です。

    🔍 機能詳細

    1. リアルタイム約定消化率(Commitment Utilization Rate)モニタリング
      • 約定別に使用された金額、未使用金額、残り期間等を分析し、現在の使用速度に比べて約定履行が困難な場合「Underutilization Risk」状態に分類されます。
    2. 予想未履行項目自動表示
      • コミット対比使用量が低かったり、残り契約期間内での使用完了が困難なパターンを検知すると自動で警告表示されます。
      • 例:3年Reserved Instanceを購入したが実際のリソースが20%未満しか使用されていない場合。
    3. AIベース予測分析
      • OpsNow Insight AIは既存約定の使用パターンとリソース変化推移を分析し、今後未履行リスクが増加する可能性がある約定も事前に検出することができます。
    4. 警告および優先措置案内
      • Underutilization Riskが検知されると、該当項目に対して詳細な分析と併せてリデザインまたはAutoSavings転換等の対応戦略を案内します。

    ✅ 期待効果

    • 未履行違約金(Non-Compliance Penalty)事前回避
    • 組織レベルの約定無駄遣い防止およびコスト最適化
    • クラウドリソース運用チームと財務チーム間の協業強化(未使用リソース転換/再契約等の決定が速くなります)

    組織に合った最適なクラウド約定(Savings PlansまたはReserved Instances)購入方式をどのように見つけることができますか?

    OpsNow FinOps PlusのMy Commitments > Recommendationsタブは、組織のクラウドリソース使用データをリアルタイムで分析し、AWS Savings PlansまたはReserved Instancesに対する最適な購入オプションを自動で推奨します。この推奨は単純なパターンベースではなく、OpsNow Insight AIが適用された高度な分析結果に基づいて提供されます。

    🔍 OpsNow Insight AIベース推奨の特徴

    1. データベース約定シミュレーション
      • 現在使用中のインスタンスタイプ、リージョン、プラットフォーム、使用頻度を分析してSavings PlansとReserved Instancesに適用可能な最適な組み合わせを導き出します。
    2. 定量的数値提示
      • 各推奨オプションは以下のような数値情報を含みます:
        • 予想削減額(例:$984.95 /月)
        • 予想カバレッジ率(例:94.84%)
        • 削減率(Savings Rate)およびROI比較
        • 1年 vs 3年、No Upfront vs All Upfront等支払い方式による経済性分析
    3. コスト削減+柔軟性バランス分析
      • 初期コスト負担を削減したい組織はNo UpfrontまたはPartial Upfrontオプションを選択でき、逆に最大削減効果を求める組織はAll Upfront + 3年オプションを検討することができます。
      • OpsNow Insight AIはこの各々のオプションをビジネス状況と財務制約に合わせて数値で比較分析して提供します。
    4. 透明な意思決定根拠
      • 推奨根拠はダッシュボードにOpsNow Insight AIの分析内容として明示されており、財務チーム、クラウド運用チームが内部レポートや承認手続きに使用できるよう客観的根拠資料として活用することができます。

    ✅ 主要効果

    • 不要な約定支出の防止:実際の使用パターンに合った約定のみを推奨
    • クラウドコスト削減最大化:予想削減額とカバレッジで購入ROI判断が可能
    • 透明な購入判断:AIベース数値と解釈提供により信頼性の高い推奨

    クラウドリソースの活用状況を確認するにはどうすればよいでしょうか?

    📌 OpsNow FinOps PlusのMy Commitmentsメニューでは、お客様がクラウドサービスプロバイダー(AWS、Azure、GCP)と締結した約定(Reserved Instances、Savings Plans等)の実際の活用率(Commitment Utilization)をリアルタイムで分析して表示します。

    各約定項目に対して以下のような情報が視覚的に提供されます:

    • ✅ 現在まで使用された約定金額
    • ✅ 残り未使用金額または比率
    • ✅ 約定期間対比消化速度(Utilization Rate over Time)
    • ✅ 残り日数対比消化予測
    • ✅ オンデマンド使用の有無を含む

    また、約定使用率が一定基準以下(例:50%)の場合、低活用率警告(Below Threshold Alert)も併せて表示され、💡 未履行リスク(Risk of Underutilization)がある約定を事前に識別し対応できるよう支援します。

    この機能を通じてクラウドコスト最適化観点から不要な約定無駄遣いを削減し、実際の使用に合った効率的な約定戦略策定が可能です。

    My Commitmentsはどのような機能ですか?

    My Commitmentsは、クラウド約定(Savings Plans、Reserved Instances、Committed Use Discounts等)の活用度を高めコスト浪費を防止するための統合管理機能です。

    OpsNow FinOps PlusのMy Commitments機能は以下のような問題を解決します:

    ✅ どのような問題を解決しますか?

    • 約定がよく活用されているか分からない → 約定使用率(Usage Rate)、削減額、削減率等をリアルタイムで分析し、無駄になっている約定があるか簡単に把握することができます。
    • 約定をいつ、どのような条件で再度購入すべきか判断が困難 → リソース使用量パターンベースの**約定推奨機能(Recommendations)**を通じて1年/3年、前払い/後払い条件等最適な条件を案内します。
    • 約定が適用されないリソースが多くコストが過度に支出されている → 約定適用率(Coverage)を可視化し、未適用領域を識別してOn-Demandコスト削減を誘導します。
    • もうすぐ満了する約定を見逃して追加コストが発生する → 約定満了日と残り期間を一目で確認し、再契約タイミングを事前に把握できるようサポートします。

    📌 My CommitmentsはAWS、Azure、GCP全てをサポートし、組織の約定購入戦略を策定・実行するのに核心的な役割を果たします。カバレッジ漏れ、約定浪費、満了管理漏れ等のリスクを事前に遮断し、より戦略的なクラウドコスト運用が可能です。

    決済未納でサービス利用が制限されました。請求書(インボイス)を確認するにはどうすればよいですか?

    OpsNow FinOps Plusでは料金未納または決済失敗によりサービス利用が制限される場合があります。この場合、定期購読が一時中断され機能アクセスが制限されますが、請求内訳(Invoice)確認はアカウント権限に応じて進めることができます。

    ✅ インボイスを確認するには?

    • 一般ユーザーは直接インボイスを閲覧することはできません。代わりに、[Billing]メニューアクセス権限を持つOwner(組織所有者)権限ユーザーを通じて要請する必要があります。
    • Ownerは[決済 > 請求担当者(Billing Contacts)]メニューで、インボイス確認を要請したユーザーのEメールアドレスを登録することができます。
    • Eメールが登録されると、OpsNowアカウントがない外部ユーザーでも該当アドレスに請求書通知メールを受信することができます。

    📌 サービス利用が制限された場合でも、インボイス閲覧は外部パートナーや財務担当者が受信できるよう柔軟に提供されます。請求関連協業のための非アカウントユーザーアクセス方式(Billing Contact構造)もサポートしていますので積極的にご活用ください。

    登録された決済カードを削除したいです。どうすればよいですか?

    OpsNow FinOps Plusでは[決済 > 決済手段]メニューを通じて登録されたクレジットカード情報を直接削除することができます。ただし、該当カードが現在使用中のサービスの決済手段として設定されている場合はすぐに削除することはできません。

    ✅ カード削除が制限される場合

    • AutoSavingsまたはStandard料金プラン購読決済に使用中のカードの時
    • 該当カードが接続された状態では自動決済エラーおよびサービス中断リスクが発生する可能性があります。

    🔄 安全なカード削除手順

    1. [決済 > 決済手段]メニューで削除したいカードを確認します。
    2. 該当カードがどのサービスに接続されているか確認します。
    3. 以下のうち一つをまず進めてください:
      • ✅ 該当サービスの決済手段を他のカードに変更
      • ✅ 該当サービス購読を解約
    4. すべての接続が解除された後、該当カードを削除(Delete)ボタンで安全に除去することができます。

    📌 登録されたカードを安全に削除するには、まず該当カードが使用中のサービスの決済手段を他のカードに変更するか、購読を解約した後削除してください。

    決済カードを変更したいです。

    OpsNow FinOps Plusの決済カードは、お客様のリージョン(地域)によって変更方式が異なって運営されます。

    ✅ 米国リージョンのお客様の場合

    [Billing > Payment Method]メニューで新しいカードを追加し、既存カードの代わりに[Set Default]ボタンをクリックして基本決済手段として設定することができます。

    必要に応じて既存カードは[Remove]ボタンで削除でき、使用中のカードが自動決済に接続されている場合は、まず他のカードを基本設定に変更した後削除してください。

    → カード情報はStripeを通じて安全に保存・管理されます。

    ✅ 韓国リージョンのお客様の場合

    決済手段はStepPayを通じて運営され、システムで直接カード変更は不可能です。

    📩 決済カード変更をご希望の場合、[カスタマーセンター]にお問い合わせいただければ迅速に処理いたします。

    → カード変更時、登録されたEメールおよび事業者情報確認手続きが併せて進められます。

    決済はどのように処理されますか?

    OpsNow FinOps Plusは、お客様のリージョン(地域)と料金プラン(Plan)によって決済方式が異なります。各料金プラン別に以下のような決済手段が提供されます:

    ✅ Standard料金プラン

    • 米国リージョンのお客様
      購読時に入力されたクレジットカード情報に基づいて、Stripeを通じて自動決済が処理されます。Stripeはグローバル SaaS企業で広く使用される安定的で安全な決済ゲートウェイです。
    • 韓国リージョンのお客様
      購読時に入力されたクレジットカード情報に基づいて、StepPayを通じて自動決済が行われます。ウォン決済、国内税務計算書発行等、韓国電子決済環境に最適化されたサービスです。

    ✅ Premium / Enterprise料金プラン

    • 全リージョン(地域)のお客様に共通適用 PremiumおよびEnterprise料金プランは銀行振込(Bank Transfer)方式が基本です。お客様企業の会計ポリシーに応じて税務計算書またはインボイス(Invoice)を発行し、請求周期(例:毎月、四半期別)および支払い条件(Net 15、Net 30等)は契約時に協議します。

    この方式はグローバル B2B SaaS環境で一般的に使用される企業間請求(B2B invoicing)方式で、大規模お客様企業またはセキュリティ・統制要件が高い組織に適した構造です。

    📌 料金プランアップグレード、決済条件変更、インボイス要請等は[Settings > Billing]メニューまたは専任カスタマーサポートチャネルを通じてご案内いただけます。

    決済が失敗したか、遅延しています。

    決済が失敗した場合、登録されたカードの有効期限が切れていないか確認が必要です。[決済 > 決済手段]メニューでカード情報を確認し、有効な決済カードに更新すると1日以内に自動で再決済が試行されます。

    請求書発行後30日以上決済が遅延するとAutoSavingsサービスの利用が中断され、最大3ヶ月間未納状態が続いた場合、購読が自動解約されます。迅速な決済進行をお勧めいたします。

    OpsNow FinOps Plusは無料で使用できますか?

    はい、OpsNow FinOps Plusは無料体験イベント期間中、初めて使用されるお客様も別途決済情報なしでサービスを開始していただけます。

    無料体験期間には以下のような核心FinOps機能を制限なしでご利用いただけます:

    ✅ 無料体験で提供される主要機能

    • マルチクラウドコスト分析および可視化(AWS、Azure、GCP)
    • リソース使用量モニタリングおよび最適化推奨
    • 予算設定、異常コスト検出、ポリシーベースレポート等
    • クラウドコスト可視性および削減インサイト提供

    📌 無料体験は一定期間進行されるイベントに限って提供されます。体験終了後もOpsNow FinOps Plusを継続使用されたい場合、適切な料金プランを選択して有料プランに転換していただけます。

    もし無料体験イベントが終了した状態であれば、[カスタマーセンター]にお問い合わせください。デモ(Demo)進行を通じてOpsNowサービス機能とメリットを直接確認していただけるようご案内いたします。

    OpsNowはどのような種類の個人データを収集し、保持していますか?

    OpsNowは、クラウドSaaS型のFinOpsプラットフォームとして、サービス提供、アカウント管理、カスタマーサポート、セキュリティ維持などのため、様々な個人情報および利用データを収集・保管しております。すべてのデータは、利用者の同意と関連法令に基づき、安全に処理されます。

    ✅ 収集・保管される個人データの項目

    🟦 基本的な識別情報
    • メールアドレス (必須)
    • フルネーム
    • 会社と部署
    • 電話番号
    • 優先言語
    • 請求情報 (クレジットカード番号、有効期限など)
    🟦 顧客サポートと運用データ
    • OpsNowのサポートに送信されたメールメッセージとチケット
    • テクニカルサポートログと添付ファイル (スクリーンショット、エラーログなど)
    • 組織プロファイルとリクエストまたは構成変更の履歴
    🟦 ログインと認証情報
    • ログインとログアウトのタイムスタンプ
    • IP アドレス
    • ブラウザ、デバイスのデータ
    • 多要素認証 (MFA) ログと検証履歴
    🟦 サービス利用記録 (対象範囲の拡大)
    • クラウドリソース使用履歴(Usageメニュー基準)
      • 使用中のインスタンスリスト、ステータス(running、stopped、terminated)
      • インフラリージョン、インスタンスタイプ、OS、vCPU、ライフサイクル(オンデマンド/予約/スポットなど)
    • コスト分析活動記録(Analyticsメニュー基準)
      • アカウント別日/月別コスト合計、コスト構成比率
      • カスタム分析(Custom Analytics)、タグフィルター、グラフ操作履歴
    • 最適化推奨結果および実行ログ(Optimizationメニュー基準)
      • ダウンサイジングまたはモダナイズ提案履歴およびステータス
    • UI活動ログ
      • フィルター適用、期間設定、ダッシュボード探索など、ユーザーの可視化活動フロー

    ✅ セキュリティ保護および法的根拠

    OpsNowは、収集したすべての個人情報およびサービス記録を暗号化保存およびアクセス制御ベースのセキュリティシステムを通じて保護します。

    保管および削除ポリシーは、個人情報保護法、電子金融取引法、通信秘密保護法など国内外の法令に従って厳格に運営されます。


    💡 ユーザーは退会後6ヶ月以内にCSまたは管理者に要請して、データバックアップまたは早期削除要請を行うことができます。

    OpsNowは顧客データをどのくらいの期間保管しますか?

    OpsNowは、顧客タイプ(有料/無料/Trial)およびデータ項目別の性質に応じて、データ保管期間および削除時点を体系的に区分して運営しています。これは個人情報保護法、電子金融取引法などの関連法令およびグローバルデータセキュリティ基準に従って設定されたポリシーです。

    ✅ 一般サービスデータ(Cost、Assetなど)

    • 有料顧客:最短13ヶ月以上、最長3年までデータ保管
    • 無料顧客:Trial利用時点から最長1年まで保管 → 例:無料体験開始日から30日+正式加入前最大猶予期間を含むこの項目には、クラウドコスト、リソース使用量、分析履歴などが含まれます。


    ✅ Billingデータ(決済情報、インボイス)

    • 有料/無料顧客の区分なく、アカウント退会前まですべての決済情報は保管されます。
    • その後は別途復旧要請がない限り、内部ポリシーに従って削除または非識別化処理されます。‍

    ✅ 個人情報項目

    保管される主要な個人情報項目は以下の通りです:

    • 必須項目:メールアドレス、氏名、会社名、電話番号、使用言語、カード番号など
    • 接続情報:ログインIP、ブラウザ情報、サービス利用記録
    • カスタマーサポート要請時に入力した問い合わせ内容および添付資料

    👉 これらの個人情報はアカウント退会前まで保管され、退会時点以降は項目別に以下の基準に従って削除されます:

                                                                                                               
    データカテゴリ削除タイムライン
    アカウント登録情報削除後3ヶ月以内
    支払い&請求記録5年以内
    カスタマーサポート履歴3年以内
    アクセスログ(ログインアクティビティ)3ヶ月以内

    ✅ Trial顧客のデータはどのように処理されますか?

    • Trialユーザーは体験終了後、直ちに一部データが削除され、
    • 加入しなかった場合は最長3ヶ月以内に全量削除されます。
    • ただし、会社名/部署名など識別情報は6ヶ月以内にバックアップ目的で保管後削除されます。‍

    ✅ OpsNow退会後もデータバックアップまたは削除要請は可能ですか?

    • はい、退会後6ヶ月以内であれば顧客要請時に
      📩メールを通じてデータバックアップファイルをお渡しするか、早期削除をサポートします。
    • 要請はOpsNowカスタマーサポート(CS)または組織管理者に直接お問い合わせください。

    OpsNowは顧客のデータと個人情報を安全に保護し、透明なデータ保管・削除ポリシーを運営しています。これにより法的コンプライアンスと顧客信頼を同時に確保しています。

    マルチファクター認証(2FA/MFA)を有効にするにはどうすればよいですか?

    OpsNowは、アカウントセキュリティを強化するため多要素認証(Multi-Factor Authentication、MFA)機能を提供しています。MFAを有効化すると、パスワードに加えて**ワンタイム認証コード(OTP)**を追加入力する必要があるため、外部侵入およびアカウント乗っ取りリスクを効果的に軽減できます。

    ✅ OpsNow で MFA を有効にする方法:

    1. 左側メニューから[Profile]メニューに移動します。
    2. 下部までスクロールしてMulti-Factor Authentication領域を見つけます。
    3. [Enable]ボタンをクリックします。
    4. 画面に表示されるQRコードをGoogle AuthenticatorまたはMicrosoft Authenticatorなどの認証アプリでスキャンします。
    5. アプリに生成された**6桁のワンタイムコード(OTP)**を入力すると登録が完了されます。

    ✅ 適用後の効果:

    • ログイン時にパスワードと共に2次認証コード入力が要求されます。
    • 新しいデバイスや場所からのログイン試行が検知されると自動で認証が要請されます。
    • MFA設定はユーザー単位で個別設定可能で、別途管理者承認なしに有効化できます。

    💡 セキュリティを強化したい場合は、すべてのメンバーがMFAを有効化するよう誘導することをお勧めします。

    SSOを設定するために必要な情報はどこで確認できますか?

    OpsNowでSAMLベースの**SSO(Single Sign-On)**を設定するには、顧客企業のIdP(Identity Provider)設定画面にOpsNowの固有情報を入力する必要があります。

    該当情報は[Authentication]メニューで確認でき、以下のようなSAML必須項目が含まれています:

    • ✅ Assertion Consumer Service (ACS) URL OpsNowがIdPからSAMLレスポンスを受信するエンドポイントです。
      → 顧客企業のIdP設定画面のACS URL項目にそのまま入力する必要があります。
    • ✅ Entity ID (Service Provider Entity ID) OpsNowを識別するための固有IDで、SAML通信で信頼を構築する核心要素です。
      → 顧客企業IdPのEntity ID項目にコピーして貼り付けてください。

    上記情報は、OpsNowログインページの[Enable SSO Login]有効化後に自動生成され、コピーボタンを通じて簡単にコピーして使用できます。

    💡 Tip:この情報をIdP管理者に伝達してSSO連携設定を迅速に進めることができます。設定完了後は、SSOログインボタンを通じてユーザーが社内認証体系を通じてOpsNowにアクセスできます。

    OpsNowでSSO(シングルサインオン)をどのように設定しますか?

    OpsNowは SAML 2.0ベースのSSO(Single Sign-On)をサポートし、社内認証システム(IdP)と連携してより安全で便利なログイン環境を提供します。

    SSOを設定するには以下の手順に従ってください:

  • 1) [Authentication]メニューに移動します。
  • 2) 上部の[Enable SSO Login]スイッチを有効化します。
  • 3)以下の必須情報を入力します:
    • Issuer URL (Entity ID):顧客企業のIdPで発行した固有識別子
    • SAML 2.0 Endpoint (HTTP-POST):認証要請を処理するエンドポイントアドレス
    • X.509証明書:署名検証のための公開キー証明書
  • 4)すべての情報を正確に入力した後、右下の[Save]ボタンをクリックすると設定が完了されます。設定が完了すると、OpsNowログインページでSSOボタンを通じたアクセスが可能になり、個別ユーザーアカウントID/パスワード入力なしに社内認証システムを通じて自動ログインされます。この機能は、企業内部ユーザー認証一元化、セキュリティ強化、アカウント管理効率性向上に非常に効果的です。
  • API キーを生成し、管理することはどこでできますか?

    OpsNowでは、APIキー(API Key)を通じて外部システムや自動化ツールがクラウドリソースに安全にアクセスできるようサポートしています。

    [API Key]メニューでユーザーは直接APIキーを生成し管理でき、主要手順は以下の通りです:

    1. 画面右上の[新規APIキー追加]ボタンをクリックします。
    2. キー名(例:monitoring-tool-keyなど)を入力します。
    3. [発行]ボタンをクリックすると、システムで固有の認証キーが生成されます。

    APIキーはユーザーが指定した名前で区分され、発行直後のみ全体キー値をコピーできるため、必ず安全な場所に保存する必要があります。

    また、ユーザーは発行されたAPIキーリストで:

    • キー有効化/無効化
    • キー削除
    • キー発行者および発行日確認などの管理作業を実行できます。

    この機能は、DevOps、外部モニタリングツール、コスト分析システムなどとの連携時にセキュリティ認証手段として非常に有用に活用されます。

    組織の変更履歴はどこに保存されていますか?

    OpsNowでは、組織内で発生した変更履歴(Organization History)を自動記録し保管します。

    [Security > 組織変更履歴(Organization History)]タブにアクセスすると、以下のような項目を確認できます:

    • 組織名変更履歴
    • メンバー追加/削除、権限変更記録
    • 作業者情報(誰がいつどのような作業を実行したか)
    • 変更事由およびイベントタイプ

    この機能は組織運営記録を体系的に追跡し、セキュリティ事故発生時にどのユーザーがどのような変更を行ったかを明確に把握するのに非常に有用です。また、権限の濫用や設定エラーのような問題を事前に予防したり事後監査する用途としても活用されます。OpsNowはこのようなセキュリティ変更ログを自動保存し、ユーザーは別途設定なしにリアルタイムで確認できます。

    チームメンバーのログイン履歴を確認することはできますか?

    はい、OpsNowでは組織内メンバーのログインおよびログアウト活動履歴を確認できる機能を提供しています。

    [Security > メンバー活動履歴(Member Activity)]タブをクリックすると、以下のような詳細情報を確認できます:

    • メンバー別ログイン/ログアウト時間
    • 接続したIPアドレス
    • 活動タイプ(LOGINまたはLOGOUT)
    • メールアドレスおよびユーザー識別情報

    この機能は組織レベルのセキュリティ監査および異常アクセス検知に非常に有用で、以下のような状況で活用できます:

    • 退職者や外部ユーザーの異常ログイン有無の確認
    • 特定時間帯または地域からの疑わしい接続の検知
    • チームまたはアカウント別接続パターン分析およびセキュリティリスク評価

    セキュリティ管理者や組織運用者は、このデータを基にリアルタイムユーザーモニタリングと侵害対応措置を迅速に実行できます。

    ログイン履歴を確認するにはどうすればよいですか?

    OpsNowでは、ユーザーが直接自分のログインおよびログアウト記録を確認できるよう、セキュリティメニューを提供しています。

    📍 [Security > 私の活動履歴(My Activity)]タブにアクセスすると、以下の情報を確認できます:

    • ログイン/ログアウト時刻(時間順ソート)
    • 使用したIPアドレス
    • 活動タイプ(LOGINまたはLOGOUT)

    この機能を通じて、自分のアカウントが正常な環境でのみ使用されたかを確認でき、もし疑わしい外部接続(IP)が検知された場合は迅速にセキュリティ対策を講じることができます。また、セキュリティ管理者はこのログを基にユーザーアカウント乗っ取りや異常接続検知を実行でき、全社的なクラウドセキュリティ監査および侵害対応にも活用されます。

    セキュリティメニューにはどのような機能がありますか?

    OpsNowのセキュリティ(Security)メニューは、ユーザーと組織のセキュリティ活動履歴を一目で確認できる機能です。

    ユーザーはこのメニューを通じて以下のような項目を確認できます:

    • 個人活動履歴(My Activity):ユーザーのログイン、ログアウト記録および接続したIPアドレスが時間順に記録されており、自分のアカウント使用履歴を簡単に確認できます。
    • メンバー活動履歴(Member Activity):所属する組織内メンバーがいつ、どこでログインまたはログアウトしたかが記録され、メールアドレスとIP情報が併せて提供されます。
    • 組織変更ログ(Organization History):組織名変更、メンバー追加/削除、権限変更などのセキュリティ関連組織管理履歴がすべて保存されます。

    これらの機能は異常ログイン検知、アカウント乗っ取り有無の確認、組織内セキュリティ監査に非常に有用で、管理者とセキュリティ担当者がクラウド環境のユーザー活動を体系的に追跡できるようサポートします。

    サービス利用中に接続されたクラウドアカウントを削除すると、該当データも一緒に削除されますか?

    いいえ。OpsNowでは、ユーザーがクラウドアカウントを削除しても、該当アカウントを通じて既存に収集されたクラウド使用データは即座に削除されません。

    ✅ データはどのように処理されますか?

    • クラウドアカウント削除時、該当アカウントに対する過去のコスト、リソース使用量、最適化履歴等は保管ポリシーに従って維持されます。
    • これはユーザーの会員退会時点まで保管され、その後はOpsNowの標準データ保管および削除ポリシーに従って項目別に順次削除されます。

    ✅ アカウント削除後の注意事項

    • クラウドアカウントを削除すると、該当アカウントではもうコスト分析、使用量追跡、最適化分析等主要機能を使用することができません。
    • 過去データは照会のみ可能で、新規データ収集は中断されます。

    💡 例えばAWSアカウントを削除した場合、該当アカウントの過去6ヶ月分の使用履歴は継続確認可能ですが、その後追加リソース使用データは収集されず、予算超過アラート等も提供されません。

    二要素認証(2FA)はどのように設定しますか?

    [設定 > プロフィール]メニューで2FA設定ボタンをクリックすると、二要素認証(2段階認証)を設定していただけます。

    パスワードはどのように変更しますか?

    [設定 > プロフィール]メニューのパスワード項目で「編集(Edit)」ボタンをクリックするとパスワードを変更することができます。

    セッションタイムアウト基準はどのようになっていますか?

    セッションタイムアウトは最大1日(24時間)で、アクティブ中であっても一定時間が経過すると自動でログアウトされる場合があります。

    OpsNowにクラウドアカウントを接続する際の権限エラーを解決するにはどうすればよいですか?

    OpsNow FinOps Plusでクラウドアカウント連携中に権限エラーが発生する場合、原因の大半はIAM権限不足、API無効化、または必須項目漏れにあります。

    クラウドベンダー別に以下の項目を優先的に確認してください:

    ✅ AWS権限エラー解決方法:

    • CloudFormationスタックが正常実行されたかを確認してください。
    • スタック作成中にIAM権限を持つユーザーまたはロールが使用されたかを検討してください。
    • コンソールでOpsNowStackRoleまたは自動生成されたRoleがアカウント内に正常作成されたかを確認してください。
    • そのロールがReadOnlyAccess以上のポリシーを含むかを点検してください。‍

    ✅ Azure権限エラー解決方法:

    • Azureポータルで登録されたAppにReader以上の権限が付与される必要があります。
    • App registrationメニューでAPI権限(user_impersonation)が有効化されているかを確認してください。
    • Client Secretが期限切れまたは間違っている場合、新たに生成後再登録してください。‍

    ✅ GCP権限エラー解決方法:

    • Billing ExportがBigQuery Datasetと接続されているかを確認してください。
    • サービスアカウントについてBigQuery DatasetへのEditor以上の権限が付与される必要があります。
    • JSONキーファイルが最新か、アップロード形式に問題がないかを確認してください。
    • 必須API(Cloud Billing、BigQueryなど)が有効化されているかを点検してください。

    📌 上記権限問題はセキュリティ設定または権限制限により頻繁に発生するため、組織セキュリティポリシーと連携ガイドを事前に検討することが重要です。

    エラーが継続して発生する場合は、クラウド管理者権限で再登録するか、組織内クラウドセキュリティ担当者と協議してください。

    複数のクラウドアカウントを同時に登録することはできますか?

    OpsNow FinOps Plusでは、AWS、Azure、GCPなど様々なクラウドアカウントをそれぞれ登録して運用でき、特にAWSの場合は複数アカウントを一度に登録できる機能をサポートしています。

    AWS Management Account(管理アカウント)を連携すると、そのアカウントに接続されたLinked Account(連結アカウント)が自動で一緒に登録され、大規模アカウント環境でも簡単に管理できます。

    AzureおよびGCPは各アカウント別に独立した登録手順に従い、登録完了後はすべてのアカウントを統合されたダッシュボードで一目で分析・管理できます。

    このような構造は、マルチアカウント、マルチ組織環境でリソースとコストを体系的に統合管理し、組織単位またはチーム単位で比較・分析できる基盤を提供します。

    GCP アカウントを OpsNow に接続するにはどうすればよいですか?

    GCP連携手順(Step-by-Step)

    1. BigQuery Dataset作成
      GCPコンソールでコストデータを保存するDatasetをBigQueryに作成します。
    2. Billing Export設定およびAPI有効化
      BillingデータがBigQueryに自動送信されるようExportを設定し、BigQueryおよびCloud Billing APIを有効化します。
    3. サービスアカウント(Service Account)作成
      OpsNowがデータにアクセスできるよう権限を持つサービスアカウントを作成します。
    4. JSONキー発行およびダウンロード
      サービスアカウントに対する秘密認証キー(JSON形式)を生成し、安全に保存します。
    5. OpsNowコンソールにJSONキーアップロード
      コンソールの[Cloud Accounts > GCP]登録画面でJSONキーをアップロードすると連携が完了されます。

    📌 この手順を終えると、OpsNowはGCPコストおよび使用量データを自動収集でき、FinOps分析が可能になります。

    Azure アカウントを OpsNow に接続するにはどうすればよいですか?

    OpsNow FinOps PlusでAzureアカウントを連携するには、Azure Portalで発行された認証情報を事前に準備する必要があります。以下の項目は、OpsNowがコストおよびリソースデータを収集するのに必要な最小権限ベースの情報です。

                                                                                                                                   
    アイテム説明
    アプリケーション (クライアント) IDアプリ登録から生成された一意のID
    ディレクトリ (テナント) IDAzure Active Directory のテナント識別子
    クライアントシークレット値アプリ認証用のシークレットキー (「証明書とシークレット」から)
    請求先アカウントIDAzure 請求先アカウントの識別子
    APIアクセスキー請求データへのプログラムによるアクセスキー (アカウントの種類によって異なります)

    📍 情報取得経路(Azure Portal)

    • App registrationメニューでApplication ID、Directory IDを生成
    • Certificates & SecretsでClient Secretを生成
    • Subscriptionsメニューで接続するSubscriptionを確認
    • Billing → Cost Management + BillingでBilling Account IDを確認

    📌 上記情報を正確に入力すると、OpsNowは該当Azureアカウントの使用量およびコストデータを自動収集し分析できます。

    AWS アカウントを OpsNow に接続するにはどうすればよいですか?

    OpsNow FinOps PlusではCloudFormationスタックを利用した自動連携方式により、簡単にAWSアカウントを登録できます。複雑な手動入力なしに、権限設定とアカウント連携が一度に処理されます。

    ✅ ステップバイステッププロセス:

    1. [Cloud Accounts]メニュー > AWSタブ選択
    2. Step-by-Step方式またはExpress登録方式から選択
    3. [CloudFormation Stack実行]ボタンをクリック
      → AWSコンソールが新しいウィンドウで開きます
    4. そのコンソールでStack作成を完了すると、
    5. OpsNowが自動で接続状態を確認し、アカウントが登録されます。‍


    ✅ 主なメリット:

    • IAMロール権限付与、ポリシー設定、リソースアクセス権限まで自動構成
    • ユーザーはAWSコンソールでCloudFormation Stackを実行するだけ
    • 手動でRole、Policy情報をコピーまたは貼り付ける必要なし

    📌 一つのスタック実行だけでアカウント登録および権限連携が自動完了し、セキュリティポリシーに従って必要な最小権限のみが割り当てられます。

    OpsNowでクラウドアカウントを登録するには、どこで手続きをすればよいでしょうか?

    OpsNow FinOps Plusでは、AWS、Azure、GCPアカウントを登録してクラウドリソース使用量とコストを自動収集し分析できます。アカウント登録は以下の手順で進行されます:

    ✅ 登録ページ:

    • 左側メニューから**[Setting] > [Cloud Accounts]**に移動してください。
    • 上部で連携するクラウドベンダー(AWS、Azure、GCP)を選択してください。

    ✅ 登録方式:

    • Express:一つの画面で迅速に情報を入力する簡易登録方式
    • Step by Step:各段階別にガイドに従う標準登録方式クラウドベンダー別登録準備事項は以下の通りです:
                                                                                           
    クラウドプロバイダー必要な設定
    AWS権限委任のためにCloudFormationスタックを実行
    Azureアプリを登録し、API認証情報を提供
    GCPBigQueryプロジェクトを設定し、サービスアカウントキー (JSON) をアップロード

    アカウント登録後、OpsNowはクラウドリソース情報を定期的に収集し、FinOps機能(コスト分析、リソース最適化、予算管理など)を自動有効化します。

    なぜCloudアカウントをOpsNowに接続する必要があるのでしょうか?

    OpsNow FinOps Plusは、AWS、Azure、GCPのようなパブリッククラウドプラットフォームのコストデータを収集し分析して、企業のクラウド使用効率を最大化するクラウドコスト管理(Cloud Cost Management)ソリューションです。これらの機能を適切に使用するには、クラウドアカウント連携が必須です。クラウドアカウントを連携すると以下のようなメリットがあります:

    • ✅ リソース別使用量データ収集:クラウドで使用中のインスタンス、ディスク、ネットワークなどリソースの詳細使用情報を取得します。
    • ✅ コスト発生内訳自動収集:Cloud Billing情報を基にサービス別、タグ別、アカウント別コストが自動集計されます。
    • ✅ 削減可能項目検知:予約インスタンス未使用、非アクティブリソース、過剰スペックなどの削減候補リソースを検知できます。
    • ✅ 自動化された分析レポート提供:連携されたデータを基に、プロジェクト別・期間別コスト推移と異常支出アラートが自動生成されます。

    🔍クラウドFinOpsを始めるために最初にすべきことはアカウント連携です。アカウントが連携されてこそ、OpsNowがデータを収集し、ユーザーカスタマイズコスト最適化インサイトを提供します。

    AWS、Azure、GCPクラウドアカウント登録が困難です。登録にサポートを受けることはできますか?

    OpsNowガイドを提供してもらうためにStepBy Guide Viewer Chrome拡張機能をインストールしてください。クラウドアカウント登録プロセスの各段階ごとに詳細なガイドバルーンが提供され、簡単に登録を完了していただけます。

    [StepBy Guide Viewer Chrome拡張機能をインストールする]

    ユーザーが退会するにはどうすればよいですか?

    ユーザーが自発的に退会を希望する場合、[設定 > プロフィール]メニューの「アカウント削除」機能を通じて退会することができます。

    権限はどのように変更しますか?

    [設定 > メンバー]または[設定 > 組織]メニューでユーザー権限を変更することができます。ユーザー権限によって[メンバー]メニューが表示されない場合があり、自分と同等か低い権限を持つユーザーに対してのみ権限変更が可能です。

    • オーナー(Owner)→ 管理者(Admin)または構成員(Member):[メンバー]メニューで権限を変更でき、この際組織と権限を併せて指定する必要があります。
    • 管理者(Admin)または構成員(Member)→ オーナー(Owner):[メンバー]メニューで権限を変更でき、変更時に該当ユーザーは組織および決済に関する全権限を持つことになります。
    • 構成員(Member)↔ 管理者(Admin):[メンバー]および[組織]メニューで権限を変更でき、ユーザーが所属する組織によって付与したり変更したりできる権限が異なる場合があります。

    同一ユーザーが複数の組織に所属することはできますか?

    はい、可能です。[設定 > 組織]メニューで希望する組織にユーザーを招待することで、組織別に異なる権限を付与することができます。

    オーナー(Owner)はすべての組織に対する権限を基本的に持っているため、別途組織別権限設定は適用されません。

    組織はどのように作成しますか?

    [設定 > 組織]メニューで「追加」ボタンをクリックして組織を作成することができます。組織を作成する際は、組織名を入力する必要があります。

    同一のクラウドアカウントを複数の組織に登録することはできますか?

    いいえ。OpsNow FinOps Plusでは、一つのクラウドアカウント(AWSアカウント、Azure Subscription、GCPプロジェクト等)は一つの組織にのみ単独で登録することができます。

    これは以下のような理由でシステム的に重複登録が制限されています:

    ✅ データの一貫性維持

    • 同一アカウントを二つ以上の組織に登録する場合、コスト・使用量データが重複収集されたり統計に歪みが発生する可能性があります。
    • これを防ぐためクラウドアカウントとOpsNow組織間の1:1連携構造を維持しています。

    ✅ 正確な責任と権限管理

    • クラウドアカウントは通常特定部署、プロジェクト、チーム単位で管理され、各組織別役割(Role)およびアクセス権限が区分される必要があります。
    • 同一アカウントを複数組織に登録すると権限衝突や責任範囲の混乱が発生する可能性があるため、これを事前に遮断します。

    ✅ セキュリティおよびポリシー統制強化

    • 組織ごとに適用するポリシー(Governance)、予算(Budget)、警告(Alerts)設定が異なるため、一つのアカウントを複数組織に登録するとポリシー衝突およびセキュリティ漏洩の可能性が生じます。

    📌 したがって、同じクラウドアカウントは二つ以上の組織で同時に使用することはできません。もし複数の組織で特定アカウントのリソースやコスト情報を参照する必要がある場合、以下のような方法をご検討ください:

    • 組織構造を再整備して一つの統合組織内で下位グループ(Team/Project)として区分管理
    • 同一役割のユーザーを複数組織に招待するが、クラウドアカウントは主組織にのみ連携

    AWSアカウント登録時にどのような権限が適用され、どのように管理されますか?

    OpsNow FinOps PlusはAWSアカウント登録時にCloudFormationテンプレート(Stack)を通じて必要な権限を自動で設定します。これはお客様の運用負担を削減し、同時に最小権限原則(Principle of Least Privilege)に基づいてコスト、リソース、ポリシー情報分析に必要な最小権限のみを要求するよう設計されています。

    ✅ CloudFormationベースの自動権限構成

    OpsNowで提供されるAWS CloudFormationスタックを実行すると、以下のような項目が自動で設定されます:

    • CrossAccountRole:OpsNowがお客様アカウントにアクセスできるよう構成されたIAMロール
    • ポリシー(Policy)セット:コスト照会、リソースモニタリング、タグ分析、CloudFormationリソースアクセス等機能別ポリシーが細分化されて含まれる
    • External IDベースAssumeRole:セキュリティ強化のための外部識別子条件設定を含む

    📂 主要権限の範囲例

    • ce:Get、ec2:Describe、cloudwatch:ListMetrics等コストおよびモニタリングAPI
    • s3:GetObject、s3:ListBucket等コストレポート収集のためのS3アクセス
    • cur:DescribeReportDefinitions、cur:PutReportDefinition等Cost & Usage Report設定
    • iam:Get、iam:List、autoscaling:Describe等運用インフラ分析のための読み取り権限
    • tag:GetTagValues、tag:UntagResources等タグベースリソース分類機能を含む

    📌 すべての権限はリソース作成後OpsNowが必要とする範囲内でのみ動作し、実行権限や削除権限は要求しません。

    🔍 リアルタイム権限確認および管理

    • 登録されたAWSアカウントの権限は[Settings > Cloud Accounts]メニューで確認でき、お客様はAWSコンソールで該当IAMロールとポリシーを直接レビューし修正することができます。
    • OpsNowはお客様企業のセキュリティ基準に合わせて必要な場合、カスタマイズされた権限設定もサポートします。例:特定サービス除外、ポリシー範囲制限等

    📌 CloudFormationを通じた自動化された権限構成は設定エラーを削減し、安全で透明なクラウド連携を可能にします。セキュリティと運用両方を考慮したアプローチで、クラウドコストおよびリソース統合管理に最適化された構造です。

    アカウント登録後、データが確認されるまでどのくらいかかりますか?

    データ収集は最大24時間以内に完了します。

    収集が完了すると、[概要]メニューで登録されたアカウントとデータ収集状況を確認していただけます。

    マーケティング受信を拒否したいです。

    [設定 > プロフィール]メニューでマーケティング受信同意スイッチをオフにしていただくと、マーケティング関連案内メールや通知の受信を拒否することができます。

    AutoSavingsを使用する際のセキュリティとアカウント権限の要件は何ですか?

    AutoSavingsは、顧客のAWSコストデータを安全に分析し最適化するため、最小権限の原則(Principle of Least Privilege)に基づいて設計されています。

    サービス使用に必要な権限は以下の通りです:

    ✅1. AWSアカウント権限委譲方式

    • AutoSavingsはAWSアカウントに直接アクセスするのではなく、IAMロール(Role)を通じた権限委譲(Delegation)方式で動作します。
    • ユーザーはOpsNowで提供する信頼できるロールARNを接続することで、安全にアカウント連携を完了できます。‍

    ✅2. 必要権限:読み取り専用権限(Read-Only)

    • AutoSavingsは、コスト分析と推奨のためのReadOnlyAccess権限のみで大部分の機能が動作します。この権限を通じて以下のデータを収集します:
      • EC2、RDS、Fargateなど、AWSリソース使用内訳
      • BillingおよびCost Explorer APIデータ
      • 既存RIおよびSP約定内訳‍

    ✅ 3. 約定購入およびリセール機能のための追加権限(選択事項)

    • 自動購入/再販売機能を使用する場合は、以下の追加権限が必要です:
      • ec2:PurchaseReservedInstancesOffering
      • ec2:ModifyReservedInstances
      • ec2:SellReservedInstances

    ※ 上記権限は顧客の承認を通じて明示的に付与され、顧客はいつでも権限範囲を検討または撤回できます。

    ✅4. セキュリティ認証およびアクセス管理

    • OpsNowはAWS STS(Secure Token Service)ベースの短期セッショントークンを使用し、機密認証情報の露出なしに安全に連携されます。
    • ユーザー認証およびアクセスは、OpsNowプラットフォーム内の**ロールベースアクセス制御(RBAC)**に従って制限され、組織管理者のみが接続および変更を実行できます。

    AutoSavingsはどのクラウド環境に対応していますか?

    現在、AutoSavingsはAmazon Web Services(AWS)専用で提供されるサービスです。

    AWS環境で発生するクラウドコストを最適化するため、以下のような機能を中心にサポートしています:

    ✅ サポート対象および機能:

    • Reserved Instances(RI)購入および管理自動化
    • Savings Plans(SP)最適活用および調整
    • RIリセール(再販売)自動化機能による費用回収
    • AWS使用量分析ベースの約定最適化戦略策定

    AutoSavingsはAWSの約定ベース課金モデルを最大限活用し、オンデマンドと比較して高い削減効果を提供します。特にAWSで約定を十分に活用できていない、またはリソース浪費が頻繁な環境に効果的です。

    🔄今後の計画:

    現在はAWSにのみ最適化されていますが、Microsoft Azure、Google Cloud Platform(GCP)など他の主要クラウドサービスプロバイダー(CSP)への対応も順次拡大予定です。

    AutoSavingsはクラウドコストをリアルタイムでモニタリングしますか?

    はい、AutoSavingsはクラウド使用量とコストデータをリアルタイムで収集・分析し、最新状態を反映したコスト削減提案を提供します。

    AWS環境で生成される使用量と課金データを定期的に自動収集し、これに基づいて削減可能性が高い領域を識別し最適化方案を提示します。ユーザーは別途手作業なしに、常に最新データに基づいた削減レポートを受け取ることができ、リアルタイムクラウドコスト可視性と削減機会を同時に確保することができます。

    このようにAutoSavingsは静的なレポートではなく、動的なリアルタイム最適化機能を通じてより精密かつ迅速なクラウドコスト管理をサポートします。

    AutoSavingsを使用するには別途設定する必要がありますか?

    いいえ、別途複雑な設定は必要ありません。AutoSavingsはクラウドアカウント登録後、購読有効化のみで自動で開始され、お客様は追加作業なしでAWSコスト削減効果をすぐに享受することができます。

    ただし、特定削減提案の一部は実際の購入または約定変更を伴うため、事前にお客様の承認(Approval)が必要な場合があります。この場合、OpsNowコンソールを通じて承認要請アラートを確認し、適用の有無を簡単に選択することができます。

    AutoSavingsは設定負担なく迅速に開始でき、ユーザーの統制権を維持しながら最適化されたコスト削減を提供します。

    RI/SP最適化はどのような周期で実行されますか?

    AutoSavingsはAWS使用パターンを継続的にモニタリングし、これに基づいて予約インスタンス(RI)およびセービングプラン(SP)に対する最適化戦略を定期的に更新します。

    最新使用量データを分析して週次単位で以下のような項目を自動で再調整します:

    • 購入推奨(RI/SP新規提案)
    • 既存約定の変更または調整
    • 余った約定のリセール(再販売)戦略提示

    このような週次最適化サイクルを通じてユーザーのクラウド環境変化に敏感に対応し、不要な支出を削減し削減効果を最大化することができます。

    AutoSavingsは既存のSavings PlansやReserved Instances管理ツールと何が違いますか?

    既存のクラウド最適化ツールは、大部分が使用量をモニタリングしたり最適化推奨(recommendation)を提供する段階に留まっている場合が多いです。つまり、ユーザーが直接購入決定と実行を行う必要があり、実際の削減が発生するかどうかは保証されません。

    一方、AutoSavingsは単純な分析ツールを超えて、実際の削減成果を自動で実行する自動化ベースのサービスです。お客様のAWS使用データに基づいて最適なコミットメント(Reserved InstancesおよびSavings Plans)を自動で購入・転売し、直接的なコスト削減を実現します。

    また、AutoSavingsは成果連動型課金モデル(Pay-as-you-save)を採用しており、削減が発生した場合のみ手数料が課金されます。つまり、お客様が実質的な削減効果を実感でき、OpsNowも削減成果に対する責任とリスクを共に負います。

    このような差別化されたアプローチは既存ツールとの最大の違いであり、信頼できるクラウドコスト最適化パートナーとしてのAutoSavings独自の競争力です。

    RI(予約インスタンス)またはSP(セービングプラン)購入はAutoSavingsが自動で進行しますか?

    はい、AutoSavingsはお客様が直接AWS Reserved Instances(RI)やSavings Plans(SP)を購入したり再販売したりする必要なく、自動で約定戦略を実行します。

    OpsNowのAutoSavingsは、お客様のクラウド使用データを継続的に分析し、最も削減効果が高い約定を自動で購入したり、不要な約定をリセール(再販売)します。このプロセスは完全自動化されており、ユーザーは別途手作業なしでも最適化されたコスト構造を継続的に維持することができます。

    特にAWS約定購入に慣れていなかったり、約定管理に時間とリソースを投入しにくい企業にとって最も効率的なコスト削減手段として活用していただくことができます。

    AutoSavingsでRI再販売のために販売者として登録するにはどうすればよいですか?

    AutoSavingsを通じて予約インスタンス(RI)を自動で最適化し、余った約定を再販売(Resell)するには、ユーザーはまずAWS RIマーケットプレイスで公式に販売者登録(Seller Registration)を完了する必要があります。OpsNowコンソール内で別途[RI再販売登録]ボタンや機能は提供されず、登録はAWSポータルで直接進める必要があります。

    ✅ 販売者登録手順(まとめ)

    1. 販売者登録理由
      • AWSが販売収益を送金し税務規定を遵守するため、販売者は米国銀行アカウントと税務情報登録が必要です。
    2. 登録手順
      • AWSのReserved Instance Marketplace Seller Registrationページにログイン
      • 米国銀行アカウント情報登録(Manage Bank Accountメニューで)
      • 税務インタビュー(Tax Interview)作成および提出
      • すべての手順が完了するとAWSから承認Eメール受信
    3. OpsNow連携
      • AWSで販売者登録が完了すると、該当アカウントはAutoSavingsインベントリ画面にRI/SPが自動で表示され、登録された約定が最適化対象に含まれて自動再販売機能が有効化されます。

    💡 重要なお知らせ

    • OpsNowはAWSアカウント内登録状態を自動で検知するため、ユーザーが別途OpsNowに登録事実を通報する必要はありません。
    • ただし、販売者登録が完了するまではAutoSavingsで再販売機能が適用されず、約定無駄遣いリスクが発生する可能性があります。

    AutoSavingsはどのようなサービスですか?

    AutoSavingsは、Amazon Web Services(AWS)環境で発生する不要なクラウドコストを削減するために設計された成果ベースクラウドコスト最適化サービスです。

    このサービスは、ユーザーのクラウド消費パターンを分析して以下のような方式でコストを削減します:

    ✅ 主要機能:

    • RI(Reserved Instances)およびSP(Savings Plans)自動最適化 使用量に合った約定を自動で購入または調整し、オンデマンド対比低い単価でリソースを使用できるよう最適化します。
    • 不要な約定の自動リセール(再販売) 使用しない約定はAWS RIマーケットプレイスを通じて自動で再販売され、無駄を削減しコストを回収します。
    • リアルタイムコスト分析および最適化戦略策定 クラウド使用量変動に応じて継続的に最適な削減戦略を自動で更新します。

    💰 課金モデル:

    AutoSavingsはPay-as-you-save、つまり削減が発生した場合のみ手数料を課金する成果ベース課金ポリシーを適用します。削減がなければ手数料も発生しないため、コスト負担なしでクラウド最適化を開始することができます。

    デモを希望しています。

    デモをご希望の場合は、デモ申込ページに基本情報をご入力ください。

    OpsNowのクラウド専門家が直接ご連絡を差し上げてご案内いたします。