AWSリソースのコード化
実環境の管理対象を決め、Terraformで扱える構成コードを作成します。
成果物・引き継ぎ
- Terraform構成コード
- Terraform管理対象一覧(対象・対象外を明記)
IaC導入・運用基盤パッケージ
AWS環境の一部をTerraformでコード化し、Git・CI/CDによる変更のレビュー・検証・適用と、運用引き継ぎまでを支援します。
パッケージに含むこと
VALUE
導入を進める人手が足りないチームへ、対象を絞った実環境へのIaC導入を支援します。
手作業に頼る変更をコードと履歴で管理し、チームでレビューして判断できる流れに変えます。
自社で運用できるか不安なチームへ、構成と変更手順を文書化し、操作方法を説明します。
SCOPE
実環境の管理対象を決め、Terraformで扱える構成コードを作成します。
コードの共有から変更の確認・適用まで、チームで使う仕組みを整えます。
お客様が自社で運用するために、手順を文書化し、使い方を説明します。
PRICING
対象リソースと依存関係、既存コードの有無、調査・importの必要性、検証・引き継ぎの条件を確認します。
CONDITIONS
既存環境全体のTerraformコード化、大規模なimport、複数AWSアカウント・複数環境への展開。
Ansible実行基盤・Playbookの作成、実行操作画面(Semaphore UI)の導入、構成情報管理との連携(NetBox等のCMDB)。
既存アーキテクチャの大幅な変更・刷新。
構成調査、依存関係の確認、import・差分検証の必要性を確認して作業範囲を決めます。既存本番環境では、意図しない変更・再作成を避けるため、対象と手順を慎重に設定します。
対象候補にはEC2とセキュリティグループ、ALB、ECSサービス、RDSなどがあります。すべてを標準でコード化するものではなく、関連設定も含めて事前に選定します。
ARCHITECTURE
変更をレビュー
Pull Requestでコードの差分を確認します。
検証・承認・適用
Terraformのplanを確認し、applyします。本番適用は承認を伴うフローを基本とします。
対象リソースを管理
Terraformでインフラの構成を変更します。
PROCESS
STEP 01
環境・課題とチームの体制を確認します。
STEP 02
導入範囲、費用・期間、役割分担を決めます。
STEP 03
設計に沿って実装し、一連の動作を確認します。
STEP 04
構成と基本的な運用方法を説明します。
FAQ
現在の経験・体制を確認して進め方を決めます。導入した構成を使い、変更時の確認事項と基本的な操作を説明します。
現在のAWS環境、運用上の課題、希望時期を、分かる範囲でお知らせください。対象リソースが決まっていなくてもご相談いただけます。
SPOT CONSULTATION
導入方針や運用設計に助言が必要な方には、60分・15,000円(税込)のオンライン技術相談を提供しています。スポット相談のみのご利用も可能です。
IaC導入・運用設計のスポット相談の詳細を見る →依頼したい作業と、現在のAWS環境をお聞かせください