CDK案件の仕事内容
CDK案件では、AWS上のインフラをコードで定義し、設計から構築、テスト、リリース、運用改善までを一連で進める役割が中心です。既存環境の更改やクラウド移行、基盤のモダナイズに合わせて、再現性の高い構成管理を担う案件が目立ちます。
扱う対象はVPCやIAMのような基盤要素から、ECS/Fargate・Lambdaを使ったコンテナ/サーバレス構成、S3・EventBridgeなどの連携基盤まで幅広くなりがちです。監視や運用自動化、CI/CD整備まで含め、運用負荷の低減を目的にCDKを使うケースもよく見られます。
また、アプリ開発チームと並走し、要件を踏まえたアーキテクチャ提案や、認証・認可、データ基盤、バッチ実行基盤の周辺整備に関わる案件もあります。TypeScript/Node.jsやPythonなどで周辺ツールやLambda実装を担当するなど、インフラ寄りのフルスタックが求められる場面もあります。
CDK案件で求められる必須スキル
必須としてまず見られやすいのは、AWS上での設計・構築・運用経験と、IaCとしてCDKまたはCloudFormation等を扱ってきた実務経験です。新規構築だけでなく、既存スタックを読み解いて改修できること、設計書や設定方針を理解して手を動かせることが重視されます。
あわせて、コンテナやサーバレスの前提知識も求められやすい傾向があります。ECS/FargateやLambda、API Gateway、CloudFront、RDS/Aurora、DynamoDBなど、複数サービスを組み合わせた構成を設計・検証できると応募可能な幅が広がります。
運用まで含む案件では、Gitを使ったチーム開発や、CI/CDの基本理解、トラブルシューティングの素養も必須になりがちです。環境差分の整理、手順の標準化、ドキュメント作成といった「後から困らない形」に整える力が、実務要件として出やすい点もCDK案件の特徴です。
CDK案件であると有利な歓迎スキル
歓迎要件としては、CI/CDパイプラインの設計・改善や、監視・ログ基盤の整備経験が挙がりやすいです。GitHub Actions、CodePipeline、Jenkins、GitLab CIなどを使い、CDKで作った基盤にデプロイや検証の仕組みを組み込めると評価されやすくなります。
また、セキュリティ観点の設計経験も強みになります。IAMの最小権限、監査ログ、ガードレール整備、WAFやSecurity Hub、GuardDutyなどの活用を踏まえ、運用設計まで落とし込める人材は、公共系や金融系など統制が強い現場で特に歓迎されます。
案件によっては、Control TowerやOrganizationsを前提にしたマルチアカウント運用、あるいはデータ基盤（Glue、Redshift、Step Functions等）でのIaC実装経験が加点になりやすいです。CDK自体だけでなく、周辺領域に横展開できる引き出しがあるほど選択肢が増えます。
CDK案件で評価されやすい実務経験
評価につながりやすいのは、CDKで「何を作ったか」だけでなく、設計意図や運用要件を踏まえて構成を組み立てた経験です。例えば、既存のCloudFormationや手作業構築をCDKへ移行して標準化した、環境差分をパラメータ設計で吸収した、といった改善実績は伝わりやすい材料になります。
次に、運用を見据えた品質づくりの経験が重視されます。監視・アラート設計、ログの集約と調査手順、障害時の切り分け、リリースの影響を抑えるデプロイ手法の導入など、「止めない」ための仕組み化を進めた経験はSRE寄り案件で評価されやすいです。
さらに、チーム開発の実務として、レビュー文化のある現場でのIaCレビュー、設計書やテスト仕様書のレビュー、関係者調整の経験があると強いです。公共系案件などでは、テストや品質成績書の作成・提出までを担当範囲として求められることもあります。
CDK案件でよく使われる開発環境
CDK案件の実装言語はTypeScriptが中心になりやすく、PythonでCDKや運用スクリプト、Lambdaを扱う組み合わせも見られます。アプリ側はNode.js（Express/NestJS/Hono/Fastify等）やJava（Spring Boot）、Python（FastAPI/Django/Flask）など、プロダクトにより幅があります。
AWSサービスは、ECS/FargateやLambdaを軸に、VPC/IAM、S3、CloudFront、API Gateway、SQS、EventBridge、RDS/Aurora、DynamoDB、CloudWatchといった構成が頻出です。データ分析基盤寄りではGlue、Redshift、QuickSight、Step Functionsの組み合わせで、CDK（TypeScript）で資産化する流れも見られます。
参画後に動きやすくするには、CDKスタックの構成だけでなく、デプロイ手順や環境分離、権限設計、運用監視の前提を把握しておくことが重要です。GitHubやGitLabを前提にPRで運用する現場が多く、CI/CD（GitHub Actions、CodePipeline、Jenkins等）とのつながりを理解しているとキャッチアップが早くなります。
CDK案件を選ぶときのチェックポイント
まず確認したいのは、CDKが新規構築の主手段なのか、既存資産（CloudFormation等）の一部改修なのかです。新規であれば設計裁量が大きい一方、既存改修では既存スタックの読み解きと安全な変更が重視され、求められる進め方が変わります。
次に、担当範囲がインフラ構築に留まるのか、CI/CDや監視運用設計まで含むのかを見ておくとミスマッチを減らせます。運用自動化や改善が主目的の案件では、障害調査やログ分析、手順書整備などが日常業務になりやすく、開発寄りの期待値と異なることがあります。
加えて、技術面以外ではドキュメンテーションとレビューの比重を確認するのが有効です。テスト仕様書や設計書のレビュー、品質成果物の提出が求められる現場もあるため、手を動かす量と資料作成のバランス、関係者調整の範囲を事前に把握しておくと応募判断がしやすくなります。
CDK案件の将来性・需要
求人票からは、クラウド移行や基盤更改、運用自動化の文脈でCDKが選ばれやすいことが読み取れます。構成の再現性や変更容易性が求められる場面で、インフラをコードとして管理する前提が強くなっており、CDK経験を求める案件は継続的に出やすい領域です。
また、コンテナとサーバレスを組み合わせたクラウドネイティブ化、CI/CD整備、監視・セキュリティの強化といったテーマが一緒に提示されることが多く、CDK単体よりも「運用まで含めた仕組み化」を進められる人材が評価されやすい流れがあります。
加えて、生成AI基盤やデータ分析基盤など新しい領域でも、AWS上の構成を素早く検証・展開する手段としてIaCが前提になりやすく、CDKを扱えることがプロジェクト立ち上げの速度に直結します。アーキ設計と実装をつなげられる人ほど、活躍の場が広がりやすいでしょう。
CDK案件のよくある質問
CDKの経験が浅くても応募できますか？
案件によっては、CloudFormationの経験があればCDKはキャッチアップ前提で検討されることがあります。一方で、既存のCDKコードを改修しながら運用する案件では、TypeScriptでスタックを読み解いて変更できるレベルが求められやすいです。
CDK案件ではTypeScriptが必須ですか？
TypeScriptが中心の案件は多いものの、PythonでCDKやLambda実装を行う募集も見られます。ただし、CDKそのものがTypeScriptで運用されている現場も多いため、少なくともコードレビューや軽微な修正ができる程度の理解があると選択肢が増えます。
インフラ専任ですか、それともアプリ開発も必要ですか？
インフラ設計・構築が主担当の案件が多い一方、Lambdaの実装や運用スクリプト、バックエンドAPIの一部まで担う募集もあります。応募前に、CDKでの構築が中心なのか、アプリ側の実装比率がどの程度あるのかを確認すると安心です。
運用やドキュメント作成はどの程度求められますか？
運用自動化や更改案件では、手順書整備や設計書・テスト仕様書の作成、レビュー対応が業務に含まれやすいです。特に公共系や金融系などでは、テスト実施と成果物提出までを含めた品質プロセスが重視されるため、ドキュメント比重を事前に確認するのが有効です。