クラウド構成設計
クラウドアーキテクチャ設計プロンプト
以下の要件に基づいてクラウドアーキテクチャを設計してください：
【システム概要】
{システムの目的と概要}
【ビジネス要件】
{システムが満たすべきビジネス要件}
【非機能要件】
{可用性、スケーラビリティ、セキュリティなどの非機能要件}
【クラウドプロバイダー】
{利用予定のクラウドプロバイダー（AWS、Azure、GCPなど）}
【予算制約】
{予算に関する制約条件}
【出力形式】
- アーキテクチャ概要
- 全体アーキテクチャの説明
- 主要コンポーネントと役割
- データフロー
- インフラストラクチャ設計
- リージョン/AZ構成
- ネットワーク設計（VPC、サブネット、接続方式）
- コンピューティングリソース（サーバーレス、コンテナ、VM）
- データストレージ（DB、オブジェクトストレージ）
- CDN/エッジサービス
- セキュリティ設計
- ID管理とアクセス制御
- ネットワークセキュリティ
- データ保護
- 監査とコンプライアンス
- 可用性設計
- 高可用性アーキテクチャ
- ディザスタリカバリ戦略
- バックアップ/リストア戦略
- スケーラビリティ設計
- 自動スケーリング
- 水平/垂直スケーリング
- パフォーマンス最適化
- コスト最適化
- リソースサイジング
- 予約/スポットインスタンス戦略
- コスト管理ツールと方法
- 運用設計
- 監視と可観測性
- ログ管理
- アラートと通知
- デプロイメント戦略
- CI/CD連携
- IaC（Infrastructure as Code）戦略
- 考慮すべきリスクと対策
- 構成図（テキストによる説明）
クラウド移行計画プロンプト
以下の情報に基づいてクラウド移行計画を作成してください：
【現行システム概要】
{現行システムのアーキテクチャと構成}
【移行対象】
{クラウドに移行するワークロードやアプリケーション}
【移行目的】
{クラウド移行の目的や期待する効果}
【非機能要件】
{クラウド移行後も維持すべき非機能要件}
【制約条件】
{移行における制約条件（期間、予算、ダウンタイムなど）}
【出力形式】
- 移行戦略の概要
- 移行アプローチ（リホスト、リプラットフォーム、リファクタリングなど）
- フェーズ分けと優先順位
- 主要マイルストーン
- 現状分析
- 現行システムの詳細評価
- 依存関係の分析
- クラウド適合性評価
- ターゲットアーキテクチャ
- クラウドサービスの選定
- アーキテクチャ設計
- リソースサイジング
- 移行計画詳細
- データ移行戦略
- アプリケーション移行戦略
- 移行フェーズとタスク
- スケジュール
- テスト戦略
- 機能テスト
- 非機能テスト
- 移行リハーサル
- 切り替え計画
- 切り替え方法
- ダウンタイム最小化策
- ロールバック計画
- 運用移行計画
- 運用プロセスの変更
- モニタリング設定
- インシデント対応
- 組織的変更管理
- トレーニング計画
- 役割と責任の再定義
- リスク管理
- リスク識別
- 軽減策
- コスト分析
- 初期移行コスト
- 運用コスト予測
- ROI評価
- ガバナンス体制
- 意思決定プロセス
- レポーティング体制
クラウドコスト最適化プロンプト
以下の情報に基づいてクラウドコスト最適化計画を作成してください：
【クラウド環境】
{現在利用しているクラウドサービスとリソース構成}
【現在のコスト状況】
{現在のクラウド利用料金と内訳}
【ワークロード特性】
{ワークロードのパターン、ピーク時間、変動性など}
【ビジネス要件】
{コスト削減目標、パフォーマンス要件など}
【出力形式】
- コスト分析
- 現状のコスト内訳
- 主要なコスト要因
- 無駄や最適化余地の特定
- リソース最適化戦略
- コンピューティングリソースの最適化
- インスタンスタイプ/サイズの適正化
- オートスケーリングの最適化
- スポットインスタンスの活用
- ストレージの最適化
- ストレージクラスの適正化
- ライフサイクル管理
- 不要データの特定と削除
- データベースの最適化
- インスタンスサイジング
- ストレージプランニング
- 予約の活用
- ネットワークの最適化
- データ転送コストの削減
- CDN活用
- 購入オプション戦略
- リザーブドインスタンス/コミットメント割引
- セービングプラン
- スポットインスタンス/プリエンプティブVMの活用
- アーキテクチャ最適化
- サーバーレスの活用
- マネージドサービスの活用
- マルチリージョン戦略の最適化
- コスト管理と可視化
- タグ付け戦略
- 予算アラート設定
- コストレポート
- ガバナンスと自動化
- 使用量ポリシー
- 自動シャットダウン
- 経時的な最適化
- 実装計画
- 優先順位付け
- ROI分析
- タイムライン
- 予測される節約額
- 短期的な節約（1-3ヶ月）
- 中期的な節約（3-12ヶ月）
- 長期的な節約（12ヶ月以上）
クラウドセキュリティ強化プロンプト
以下の情報に基づいてクラウド環境のセキュリティ強化計画を作成してください：
【クラウド環境】
{利用しているクラウドサービスと構成}
【セキュリティ要件】
{セキュリティ要件、コンプライアンス要件など}
【現状の課題】
{現在のセキュリティ上の課題や懸念事項}
【対象領域】
{特に強化したいセキュリティ領域}
【出力形式】
- セキュリティ評価
- 現状のセキュリティ体制の評価
- ギャップ分析
- リスク優先順位付け
- IAM（ID・アクセス管理）強化計画
- 最小権限の原則の適用
- ロールベースアクセス制御の実装
- 多要素認証の導入
- 特権アカウント管理
- 定期的なアクセスレビュー
- ネットワークセキュリティ強化計画
- セグメンテーション強化
- ファイアウォールルールの最適化
- 侵入検知/防止システムの導入
- DDoS対策
- VPN/専用線の設定
- データ保護計画
- データ分類
- 暗号化戦略（保存時/転送時）
- シークレット管理
- キー管理
- データ損失防止
- コンプライアンス対応計画
- 必要な認証/標準の特定
- コンプライアンス監査対応
- 証跡管理
- 脆弱性管理計画
- 脆弱性スキャンの自動化
- パッチ管理プロセス
- ペネトレーションテスト計画
- インシデント対応計画
- 検知メカニズム
- 対応プロセス
- フォレンジック対応
- 復旧手順
- DevSecOpsの統合
- セキュリティの自動化
- CI/CDパイプラインへの組み込み
- コード解析/セキュリティテスト
- セキュリティ監視計画
- ログ収集と分析
- SIEM導入/強化
- アラート設定
- 監視ダッシュボード
- 実装ロードマップ
- 短期対策（クイックウィン）
- 中期対策
- 長期対策
- セキュリティ教育・訓練計画
インフラ構築・運用
オンプレミス・クラウド連携設計プロンプト
以下の情報に基づいてオンプレミス環境とクラウド環境の連携設計を行ってください：
【現行環境】
{現在のオンプレミス環境の概要}
【クラウド環境】
{連携するクラウド環境の概要}
【連携要件】
{データ連携、認証連携、アプリケーション連携などの要件}
【非機能要件】
{パフォーマンス、セキュリティ、可用性などの要件}
【出力形式】
- ハイブリッドクラウド戦略
- 全体アーキテクチャ
- ワークロード配置の方針
- 段階的移行計画（必要な場合）
- ネットワーク連携設計
- 接続方式（VPN、専用線、Direct Connect等）
- ネットワークトポロジ
- ルーティング設定
- 帯域要件と設計
- ネットワークセキュリティ
- データ連携設計
- データ同期方式
- ETL/ELTプロセス
- レプリケーション戦略
- データ整合性の確保
- キャッシング戦略
- ID・認証連携設計
- ID管理の統合
- シングルサインオン
- 認証フェデレーション
- 権限管理
- アプリケーション連携設計
- API統合
- サービス間通信
- 分散トランザクション
- 障害対策
- 監視・運用設計
- 統合監視の設計
- ログ収集と分析
- アラート統合
- 障害検知と対応
- ディザスタリカバリ設計
- バックアップ戦略
- フェイルオーバー設計
- 復旧計画
- セキュリティ設計
- 境界防御
- データ保護
- コンプライアンス対応
- 脅威検知
- 実装・運用計画
- 導入ステップ
- テスト計画
- 移行計画
- 運用体制
- 考慮すべきリスクと対策
サーバーレスアーキテクチャ設計プロンプト
以下の情報に基づいてサーバーレスアーキテクチャを設計してください：
【システム要件】
{システムの目的と主要機能}
【負荷特性】
{想定されるトラフィックパターン、処理量など}
【クラウドプロバイダー】
{利用するクラウドプロバイダー（AWS、Azure、GCPなど）}
【統合要件】
{既存システムやサービスとの統合要件}
【非機能要件】
{パフォーマンス、セキュリティ、コスト目標など}
【出力形式】
- サーバーレスアーキテクチャ概要
- 全体アーキテクチャ図（テキストで説明）
- 主要サービス構成
- イベント駆動型設計
- FaaS（Function as a Service）設計
- 関数の責務分割
- トリガー設計
- コールドスタート対策
- タイムアウト・リトライ戦略
- データストア設計
- データベースサービス選定
- スキーマ設計
- スケーリング戦略
- キャッシング戦略
- API設計
- API Gateway構成
- エンドポイント設計
- 認証・認可
- スロットリング設計
- イベント処理設計
- イベントソース
- メッセージング設計
- イベントルーティング
- 順序保証と冪等性
- 状態管理
- ステートレス設計
- 必要な状態の管理方法
- 分散ロック
- セキュリティ設計
- IAM戦略
- シークレット管理
- ネットワーク設計
- コンプライアンス対応
- 監視・可観測性
- ログ管理
- 分散トレース
- パフォーマンスモニタリング
- アラート設定
- 運用管理
- CI/CD統合
- デプロイメント戦略
- バージョニング戦略
- コスト最適化
- リソース設定の最適化
- 料金モデル活用
- コスト監視
- 制限事項と回避策
コンテナオーケストレーション設計プロンプト
以下の情報に基づいてコンテナオーケストレーション環境を設計してください：
【アプリケーション要件】
{コンテナ化するアプリケーションの種類と特性}
【環境規模】
{コンテナ数、ノード数、リージョン数など}
【非機能要件】
{可用性、スケーラビリティ、セキュリティなどの要件}
【プラットフォーム】
{Kubernetes、ECS、OpenShiftなどの利用予定オーケストレーター}
【運用要件】
{運用体制、監視要件、アップデート要件など}
【出力形式】
- コンテナオーケストレーション設計概要
- プラットフォーム選定理由
- アーキテクチャの全体像
- 主要コンポーネント構成
- クラスタ設計
- クラスタトポロジ
- コントロールプレーン設計
- ノード構成（タイプ、サイズ、数）
- 高可用性設計
- マルチリージョン/マルチクラスタ戦略
- コンテナ実行環境設計
- コンテナランタイム
- Pod/タスク設計
- リソース要求と制限
- 配置戦略（アフィニティ、アンチアフィニティ）
- ローリングアップデート戦略
- ネットワーク設計
- ネットワークモデル（オーバーレイ、CNI）
- サービス検出とDNS
- ロードバランシング
- Ingress/APIゲートウェイ
- ネットワークポリシー
- ストレージ設計
- ボリュームタイプ
- 永続ボリューム戦略
- バックアップ戦略
- データ保持ポリシー
- セキュリティ設計
- コンテナセキュリティ
- RBAC設計
- シークレット管理
- ネットワークセキュリティ
- コンプライアンス対応
- 監視・ロギング設計
- メトリクス収集
- ログ収集
- アラート設定
- 可視化
- CI/CD統合
- イメージレジストリ
- デプロイパイプライン
- GitOps戦略
- 運用自動化
- スケーリング設定
- セルフヒーリング
- メンテナンス戦略
- 障害対策
- 障害シナリオ別対応
- バックアップ・リストア
- DR戦略
- 実装ロードマップ
クラウドネイティブ監視設計プロンプト
以下の情報に基づいてクラウドネイティブ環境の監視・オブザーバビリティ設計を行ってください：
【監視対象環境】
{監視対象のクラウドネイティブ環境の構成}
【アプリケーションスタック】
{監視対象アプリケーションの技術スタック}
【監視要件】
{可用性、パフォーマンス、セキュリティなどの監視要件}
【アラート要件】
{アラート基準、通知要件など}
【運用体制】
{運用チームの体制、スキル、対応時間など}
【出力形式】
- 監視・オブザーバビリティ戦略の概要
- 監視の全体像
- 採用する手法とツール
- アーキテクチャ設計
- メトリクス監視設計
- 監視項目と閾値
- カスタムメトリクス
- 収集方法
- 保存ポリシー
- 可視化（ダッシュボード）
- ログ管理設計
- ログ収集対象
- 収集方法
- 構造化と非構造化ログの処理
- 保存とローテーション
- 検索と分析
- トレース設計
- 分散トレース実装
- サンプリング戦略
- エンドツーエンドの可視性
- パフォーマンス分析
- アラート設計
- アラート定義とルール
- 優先度と重要度の設定
- 通知チャネルと方法
- エスカレーションフロー
- アラート疲れ対策
- インフラストラクチャ監視
- クラウドリソース監視
- コンテナ/ポッド監視
- ノード監視
- ネットワーク監視
- アプリケーション監視
- アプリケーションパフォーマンス
- ユーザー体験監視
- ビジネスメトリクス
- 依存サービス監視
- セキュリティ監視
- 脆弱性監視
- コンプライアンス監視
- 異常検知
- 自動修復と対応
- 自動スケーリング連携
- 自動修復メカニズム
- インシデント対応自動化
- ツール選定と連携
- ツールスタックの選定
- ツール間連携
- データパイプライン
- 実装ロードマップ
- 優先順位
- フェーズ分け
- 成功指標
クラウドサービス活用
パブリッククラウド選定プロンプト
以下の情報に基づいて最適なパブリッククラウドプロバイダーを選定してください：
【システム要件】
{システムの目的と要件}
【技術要件】
{必要な技術スタック、サービス、機能など}
【ビジネス要件】
{コスト目標、サポート要件、コンプライアンス要件など}
【現在の環境】
{現在の技術スタックやスキルセット}
【地域要件】
{サービス提供地域、データローカライゼーション要件など}
【出力形式】
- 要件分析
- 主要要件の分類と優先順位付け
- 必須要件と希望要件の整理
- クラウドプロバイダー比較
- 主要プロバイダー（AWS、Azure、GCP、その他）の概要
- 各プロバイダーの強みと弱み
- 要件別評価
- コンピューティングサービス
- ストレージサービス
- データベースサービス
- ネットワークサービス
- セキュリティ機能
- AI/ML機能
- IoT機能
- コンテナ/サーバーレス機能
- グローバル展開/リージョン対応
- 非機能面の評価
- 可用性と信頼性
- パフォーマンス
- セキュリティとコンプライアンス
- スケーラビリティ
- 運用性と監視
- コスト分析
- 初期コスト
- 運用コスト
- スケーリングによるコスト変動
- 節約オプション
- 導入・移行の容易さ
- 学習曲線
- 既存スキルとの適合性
- 移行ツールと支援
- ドキュメントとコミュニティ
- ベンダーロックインの検討
- ロックイン要素
- 回避策
- エコシステムとパートナー
- サードパーティ統合
- パートナーネットワーク
- 推奨と根拠
- 総合評価
- 選定理由
- 検討すべき代替案
- 実装ロードマップ
マネージドサービス選定プロンプト
以下の情報に基づいて最適なクラウドマネージドサービスを選定してください：
【サービス要件】
{必要なサービスの種類（データベース、キャッシュ、メッセージングなど）}
【機能要件】
{サービスに求める機能や特性}
【非機能要件】
{パフォーマンス、可用性、スケーラビリティなどの要件}
【技術的制約】
{既存システムとの統合要件や技術的制約}
【予算制約】
{コストに関する制約や目標}
【出力形式】
- 要件の整理と優先順位付け
- 必須要件
- 重要要件
- 希望要件
- 候補サービスの洗い出し
- クラウドプロバイダー別の対応サービス
- サードパーティオプション
- オープンソース代替案（必要に応じて）
- 詳細評価
- 機能面の比較
- 主要機能の対応状況
- 特殊機能の対応状況
- API/インターフェースの充実度
- 非機能面の比較
- パフォーマンス特性
- スケーラビリティ（上限、拡張性）
- 可用性（SLA、冗長性）
- セキュリティ機能
- コンプライアンス対応
- 運用面の比較
- 管理のしやすさ
- 監視と可観測性
- バックアップ/リストア
- メンテナンス要件
- コスト面の比較
- 料金モデル
- スケーリングによるコスト変動
- 隠れたコスト
- 長期的なTCO
- 統合の容易さ
- 既存システムとの統合
- 他サービスとの連携
- マイグレーションの容易さ
- ベンダーロックインの考慮
- ロックイン度合い
- 移行の容易さ
- 推奨サービスと根拠
- 最適なサービスの提案
- 選定理由
- 考慮すべき代替案
- 導入・移行計画
- 導入ステップ
- 検証方法
- タイムライン
クラウドストレージ設計プロンプト
以下の情報に基づいてクラウドストレージソリューションを設計してください：
【データ特性】
{格納するデータの種類、サイズ、アクセスパターン}
【性能要件】
{スループット、レイテンシ、IOPS要件など}
【容量要件】
{必要なストレージ容量と成長予測}
【セキュリティ要件】
{暗号化、アクセス制御などの要件}
【コスト要件】
{ストレージコストの目標や制約}
【出力形式】
- ストレージ戦略の概要
- 全体アーキテクチャ
- ストレージ階層化
- データライフサイクル管理
- ストレージタイプの選定
- オブジェクトストレージ
- ユースケースと適合性
- サービス選定（S3、Blob Storage、Cloud Storageなど）
- 設定と最適化
- ブロックストレージ
- ユースケースと適合性
- サービス選定（EBS、Managed Disks、Persistent Diskなど）
- パフォーマンスティア選定
- ファイルストレージ
- ユースケースと適合性
- サービス選定（EFS、Azure Files、Filestore など）
- 共有設定と最適化
- アーカイブストレージ
- ユースケースと適合性
- サービス選定（Glacier、Archive Storage、Coldlineなど）
- アーカイブポリシー
- データ管理設計
- データ分類と配置
- ライフサイクルポリシー
- 保持ポリシーとクリーンアップ
- バージョニング戦略
- パフォーマンス最適化
- キャッシング戦略
- 地理的分散とレプリケーション
- CDN活用
- 読み書きパターン最適化
- セキュリティ設計
- 暗号化（保存時、転送時）
- アクセス制御
- キー管理
- アクセス監査
- コスト最適化
- ストレージクラスの最適化
- ライフサイクル管理による自動移行
- 圧縮/重複排除
- 使用量モニタリングと予測
- 可用性と耐久性
- レプリケーション設計
- バックアップ戦略
- 災害復旧対策
- 運用管理
- 監視と可視化
- 容量管理
- トラブルシューティング
- 導入と移行計画
データベース・アナリティクスプラットフォーム設計プロンプト
以下の情報に基づいてクラウドデータベース・アナリティクスプラットフォームを設計してください：
【データ要件】
{データの種類、量、成長予測、構造（構造化/非構造化）}
【ワークロード特性】
{トランザクション処理、分析処理、混合ワークロードなど}
【性能要件】
{スループット、レイテンシ、同時接続数など}
【可用性要件】
{稼働率、RTO、RPOなどの要件}
【分析要件】
{必要な分析機能、レポート、ダッシュボードなど}
【出力形式】
- データプラットフォーム戦略
- 全体アーキテクチャ
- データ処理パイプライン
- サービス選定方針
- データベース設計
- データベースタイプの選定（RDBMS、NoSQL、インメモリなど）
- 具体的なサービス選定
- スキーマ設計の考え方
- パーティショニング戦略
- インデックス戦略
- クエリ最適化
- データウェアハウス・レイク設計
- サービス選定
- スキーマ設計（スターなど）
- データモデリングアプローチ
- ETL/ELTプロセス
- データカタログ管理
- リアルタイム処理設計
- ストリーム処理アーキテクチャ
- イベント処理
- リアルタイム分析
- ビッグデータ処理設計
- バッチ処理アーキテクチャ
- 分散処理フレームワーク
- スケーリング戦略
- 可用性とディザスタリカバリ
- レプリケーション設計
- バックアップ戦略
- フェイルオーバー設計
- 地理的冗長性
- パフォーマンス最適化
- キャッシング戦略
- 読み取りレプリカ
- 自動スケーリング
- リソース割り当て
- セキュリティ設計
- アクセス制御
- 暗号化
- データマスキング
- 監査と追跡
- データガバナンス
- データ品質管理
- ライフサイクル管理
- コンプライアンス対応
- コスト最適化
- リソースのサイジング
- 課金モデルの最適化
- 自動スケーリングによる最適化
- 実装と移行計画
コンテナ・仮想化
コンテナデザインパターンプロンプト
以下の情報に基づいてコンテナデザインパターンを提案してください：
【アプリケーション特性】
{アプリケーションのタイプ、アーキテクチャ、コンポーネント}
【コンテナ化目的】
{コンテナ化を行う目的や期待する効果}
【非機能要件】
{パフォーマンス、スケーラビリティ、可用性などの要件}
【開発・運用体制】
{開発チーム構成、運用体制、CI/CD環境など}
【現行の課題】
{現在のアプリケーション開発・運用における課題}
【出力形式】
- コンテナ化戦略の概要
- アプローチと目標
- 期待される効果
- 採用するデザインパターン一覧
- コンテナ設計パターン
- サイドカーパターン
- 適用シナリオ
- 実装例
- メリット・デメリット
- アンバサダーパターン
- 適用シナリオ
- 実装例
- メリット・デメリット
- アダプターパターン
- 適用シナリオ
- 実装例
- メリット・デメリット
- 初期化コンテナパターン
- 適用シナリオ
- 実装例
- メリット・デメリット
- デコレータパターン
- 適用シナリオ
- 実装例
- メリット・デメリット
- マイクロサービスパターン
- マイクロサービス分割戦略
- APIゲートウェイパターン
- サービスディスカバリ
- サーキットブレーカー
- データ管理パターン
- ステートレス設計
- 永続化ボリューム戦略
- データベースパターン
- スケーリングパターン
- 水平スケーリング設計
- 負荷分散戦略
- 自動スケーリング
- 可観測性パターン
- ログ収集
- メトリクス収集
- 分散トレーシング
- デプロイパターン
- ブルー/グリーンデプロイ
- カナリアリリース
- ローリングアップデート
- セキュリティパターン
- 権限最小化
- シークレット管理
- ネットワークポリシー
- 実装ロードマップ
- フェーズ分け
- POC計画
- 本番展開計画
Dockerコンテナ最適化プロンプト
以下の情報に基づいてDockerコンテナの最適化を行ってください：
【対象アプリケーション】
{コンテナ化対象のアプリケーション情報}
【開発言語・フレームワーク】
{使用している言語、フレームワーク、ライブラリなど}
【現状の課題】
{現在のコンテナ化における課題や問題点}
【最適化目標】
{サイズ削減、起動時間短縮、セキュリティ強化などの目標}
【運用環境】
{コンテナが実行される環境（Kubernetes、ECS、単体Dockerなど）}
【出力形式】
- Dockerfile最適化
- ベースイメージの選定
- 最適なベースイメージの提案
- ディストロレス/スリムイメージの採用
- セキュリティ考慮点
- マルチステージビルド
- ビルドステージの設計
- アーティファクト転送の最適化
- 最終イメージの軽量化
- レイヤー最適化
- レイヤーの統合
- キャッシュ効率の向上
- .dockerignoreの活用
- パッケージ管理の最適化
- 依存関係の整理
- パッケージマネージャの効率的利用
- クリーンアップ
- 実行ユーザーとセキュリティ
- 非root実行
- 権限の最小化
- セキュリティスキャン対応
- コンテナ実行時の最適化
- リソース制限設定
- CPU制限
- メモリ制限
- ファイルディスクリプタ
- ヘルスチェック設計
- 適切なヘルスチェックプローブ
- タイムアウト設定
- ロギング最適化
- ログドライバの選定
- ログローテーション
- ネットワーク設定
- ポート設定
- DNSとホスト名
- ボリューム設定
- ボリュームマウント戦略
- データ永続化
- 開発ワークフロー最適化
- ローカル開発環境
- ホットリロード対応
- デバッグ設定
- CI/CD統合
- ビルドプロセス最適化
- キャッシュ戦略
- 自動テスト
- 最適化例
- 現状のDockerfile
- 最適化後のDockerfile
- 改善ポイントの説明
- パフォーマンスと効果の予測
- サイズ削減
- ビルド時間短縮
- セキュリティ向上
仮想マシン最適化プロンプト
以下の情報に基づいてクラウド仮想マシン（VM）環境の最適化を行ってください：
【現行VM環境】
{現在のVM構成、サイズ、台数など}
【ワークロード特性】
{実行しているワークロードの特性、リソース使用パターン}
【パフォーマンス要件】
{必要なパフォーマンスレベル、SLA要件など}
【コスト制約】
{VMコストの目標や制約条件}
【クラウドプラットフォーム】
{利用しているクラウドプラットフォーム（AWS、Azure、GCPなど）}
【出力形式】
- 最適化戦略の概要
- 現状分析と課題
- 最適化アプローチ
- 期待される効果
- インスタンスタイプ・サイズ最適化
- 現行インスタンスの分析
- 最適なインスタンスタイプの提案
- 世代更新の提案
- スペシャライズドインスタンスの検討
- リソース割り当て最適化
- CPU最適化
- メモリ最適化
- ストレージ最適化
- ネットワーク最適化
- 購入オプション最適化
- オンデマンドvs予約インスタンス
- スポットインスタンスの活用
- セービングプランの活用
- 自動スケーリング設計
- スケーリングポリシー
- スケジュールベースのスケーリング
- 予測スケーリング
- オペレーティングシステム最適化
- OS選定（Linux vs Windows）
- OS設定の最適化
- ライセンスコスト最適化
- アプリケーション配置の最適化
- ワークロード分散
- アフィニティ/アンチアフィニティ
- 地理的配置
- VM運用の最適化
- 起動/停止スケジュール
- 自動シャットダウン
- ライフサイクル管理
- ストレージ最適化
- ディスクタイプの選定
- ディスクサイジング
- キャッシュ戦略
- ネットワーク最適化
- ネットワークインターフェース
- 帯域設定
- アクセラレーター利用
- 監視とメンテナンス
- リソース使用状況の監視
- 定期的な最適化レビュー
- タグ付けとコスト配分
- 実装計画
- 優先順位付け
- テスト方法
- 移行手順
- コスト削減とパフォーマンス向上の予測
インフラ自動化
インフラ自動化戦略プロンプト
以下の情報に基づいてインフラストラクチャ自動化戦略を策定してください：
【現行環境】
{現在のインフラ環境と運用プロセス}
【自動化目標】
{インフラ自動化で達成したい目標}
【技術スタック】
{現在利用中/検討中の技術スタック}
【組織的制約】
{チーム構成、スキルセット、変更管理プロセスなど}
【優先領域】
{特に自動化を優先したい領域や課題}
【出力形式】
- 自動化戦略の概要
- ビジョンと目標
- KPIと成功指標
- 自動化のアプローチ
- 現状分析
- 現行プロセスの評価
- 自動化機会の特定
- 課題と制約の整理
- 自動化対象領域と優先順位
- インフラプロビジョニング
- 構成管理
- デプロイメント自動化
- コンプライアンスと監査
- モニタリングと運用
- 障害対応と復旧
- ツールスタック選定
- IaC（Infrastructure as Code）ツール
- CI/CDツール
- 構成管理ツール
- 監視/運用ツール
- 選定基準と評価
- 自動化パイプライン設計
- パイプラインのフロー
- 承認プロセスの組み込み
- テスト戦略
- ロールバック機構
- セキュリティとコンプライアンス
- セキュリティ要件の自動化
- コンプライアンス検証の自動化
- 監査トレイル
- 組織的準備
- チーム構造とスキル要件
- トレーニング計画
- 役割と責任の定義
- 文化的変革の管理
- 自動化標準とベストプラクティス
- コーディング規約
- 命名規則
- モジュール化戦略
- バージョン管理戦略
- 実装ロードマップ
- フェーズ分け
- クイックウィン
- 長期的取り組み
- マイルストーン
- リスク管理
- 主要リスクの特定
- 緩和策
- フォールバック計画
- 投資対効果(ROI)分析
- コスト削減
- 効率化
- 品質向上
Terraform設計プロンプト
以下の情報に基づいてTerraformプロジェクトを設計してください：
【管理対象インフラ】
{Terraformで管理するインフラの範囲と種類}
【環境構成】
{開発、テスト、本番などの環境構成}
【組織構造】
{チーム構成、責任分担など}
【非機能要件】
{可用性、セキュリティ、コンプライアンスなどの要件}
【CI/CD統合】
{CI/CDパイプラインとの統合要件}
【出力形式】
- Terraformプロジェクト設計の概要
- 設計方針
- プロジェクト構造
- モジュール化戦略
- コード構造設計
- ディレクトリ構造
- モジュール設計
- ファイル命名規則
- 再利用パターン
- 環境分離設計
- 環境管理アプローチ（ワークスペース vs ディレクトリ）
- 環境固有の設定管理
- 環境間の依存関係
- 変数と状態管理
- 変数設計（入力変数、ローカル変数、出力変数）
- 状態ファイル管理戦略
- リモート状態バックエンド設計
- 状態のロック機構
- コードの構成と可読性
- リソース命名規則
- コメント規約
- ドキュメント生成
- Terraformモジュール設計
- コアモジュールの特定
- モジュールインターフェース設計
- バージョニング戦略
- 公開/プライベートモジュール戦略
- セキュリティとコンプライアンス
- シークレット管理
- IAM/権限設計
- コンプライアンスチェック
- セキュリティのベストプラクティス
- CI/CDパイプライン統合
- 自動計画と適用
- 承認フロー
- テスト戦略
- ドリフト検出
- チーム協業モデル
- コードレビュープロセス
- 貢献ガイドライン
- 役割と責任
- バックアップと災害復旧
- 状態ファイルのバックアップ
- 復旧手順
- コード例
- プロジェクト構造の例
- モジュール設計の例
- 変数定義の例
- CI/CD設定の例
- 導入と運用ガイダンス
- 初期セットアップ
- ローカル開発環境
- トラブルシューティング
Ansible設計プロンプト
以下の情報に基づいてAnsibleプロジェクトを設計してください：
【管理対象システム】
{Ansibleで管理するシステムの種類と範囲}
【構成管理要件】
{実現したい構成管理の内容}
【運用自動化要件】
{自動化したい運用タスク}
【環境情報】
{環境の数と種類、違い}
【チーム構成】
{Ansibleを使用するチームの構成とスキルレベル}
【出力形式】
- Ansibleプロジェクト設計の概要
- 設計方針
- プロジェクト構造
- 再利用性と保守性の戦略
- ディレクトリ構造設計
- 推奨ディレクトリレイアウト
- ファイル命名規則
- 分割と統合の方針
- インベントリ設計
- インベントリ構造
- 動的インベントリの活用
- グループ階層
- ホスト/グループ変数の管理
- プレイブック設計
- プレイブックの分割方針
- タグ付け戦略
- ハンドラの使用方針
- タスク粒度とモジュール選択
- ロール設計
- コアロールの特定と設計
- ロール依存関係の管理
- ロールのパラメータ化
- Galaxy連携戦略
- 変数管理
- 変数階層と優先順位
- 環境別変数の管理
- シークレット管理（Vault）
- デフォルト値の設計
- エラー処理と冪等性
- エラーハンドリング戦略
- 冪等性の確保手法
- タスク条件とループ
- 失敗時の動作設計
- テスト戦略
- ローカルテスト手法
- CI/CD統合テスト
- 構文チェックと静的解析
- Molecule利用戦略
- 運用と管理
- 実行方法（push vs pull）
- スケジューリング
- 権限管理
- ログとレポート
- CI/CD統合
- パイプライン設計
- バージョン管理との連携
- 承認フロー
- セキュリティ考慮事項
- 認証情報の管理
- 特権昇格の制御
- 監査と追跡
- コード例
- プレイブック例
- ロール構造例
- インベントリ例
- 変数管理例
- 実装・運用ガイダンス
- 初期セットアップ
- ドキュメント規約
- チーム協業モデル
GitOps実装プロンプト
以下の情報に基づいてGitOpsのワークフローと実装計画を策定してください：
【環境情報】
{対象となるインフラ/アプリケーション環境}
【運用要件】
{デプロイ頻度、承認フロー、環境分離など}
【チーム構造】
{開発・運用チームの構成と役割}
【既存ツール】
{既に使用しているCI/CD、構成管理ツールなど}
【セキュリティ要件】
{セキュリティやコンプライアンス要件}
【出力形式】
- GitOps戦略の概要
- GitOpsの原則と適用方針
- 期待される効果
- 全体アーキテクチャ
- リポジトリ設計
- リポジトリ構造（モノレポ vs マルチレポ）
- アプリケーションとインフラの分離
- 環境管理アプローチ
- ブランチ戦略
- GitOpsツールスタック
- ツール選定（Flux、ArgoCD、Jenkinsx等）
- ツール構成と連携
- 分散vs集中管理
- デプロイメントフロー設計
- 継続的デリバリープロセス
- 変更のプロモーションフロー
- マニフェスト生成プロセス
- 環境間の差分管理
- 宣言的構成設計
- Kubernetes/インフラマニフェスト設計
- テンプレート化と再利用
- ポリシーとガードレール
- 変更管理プロセス
- プルリクエストフロー
- レビュープロセス
- 承認ゲート
- リスク評価
- 可観測性と検証
- デプロイメント検証方法
- 監視とアラート
- デリフト検出と自動同期
- システム状態の可視化
- セキュリティ設計
- シークレット管理
- RBAC設計
- 監査と追跡
- サプライチェーンセキュリティ
- ロールバックとリカバリ
- ロールバック戦略
- 履歴追跡
- 障害時のフェイルセーフ
- チーム協業モデル
- 役割と責任
- スキルと知識の要件
- トレーニング計画
- 実装ロードマップ
- フェーズ分け
- パイロットプロジェクト
- 段階的拡大
- 成功指標と評価方法
- コード例
- GitOps設定例
- マニフェスト例
- CI/CD設定例