@365_step_tech

Creator of cdkd (https://xitter.cf/t.co/d44Bsr8fyG) / AWS DevTools Hero / AWS CDK Top Contributor & Community Reviewer

 日本 東京
github.com/go-to-k
Joined May 2022
  • Tweets7.2K
  • Following553
  • Followers2.3K
427Media
CloudFormation を経由しない爆速 CDK CLI『cdkd』のドキュメントサイト作りました！ 今まで README や doc 見るの辛かった方、ぜひご活用下さい！ cdkd.dev

cdkd - The fastest way to deploy AWS CDK.

Deploy AWS CDK apps directly via AWS APIs — up to 15x faster, no CloudFormation.

cdkd.dev
1
20
3
66
7,647
v0.302.1 リリースしました。バグ直したのでこちらをお使いください。 何かバグ見つけた方いましたらぜひお気軽に教えてくださると嬉しいです。
k.goto@365_step_techOct 21
cdkd v0.302.0で、リソースの物理名が未指定の時に自動生成される名前の形式を変えました。 今まで置換時やスタック再作成時も同じ名前で生成されていたのが、CFn同様に以前と違う名前になり衝突しません。これから作るスタックから適用で、既存スタックには適用されません。 github.com/go-to-k/cdkd/rele…

Release v0.302.0 · go-to-k/cdkd

0.302.0 (2026-10-20) Features naming: give auto-generated physical names a per-stack-instance suffix and a new name on replacement, as CloudFormation does (#5100) (8909589) Bug Fixes emr: say Cl...

github.com
1
4
692
CDKでコンテナアプリ開発していて、かつ脆弱性対策したい人に向けて。 ECRイメージスキャンで脆弱性を検出したらデプロイをブロックするConstructライブラリです。SBOM出力や署名検証も可。Trivy版もあります(続) github.com/go-to-k/ecr-scan-…

GitHub - go-to-k/ecr-scan-verifier: The AWS CDK Construct that blocks deployments to ECS, Lambda,...

The AWS CDK Construct that blocks deployments to ECS, Lambda, and other services when ECR Image Scanning detects vulnerabilities, and optionally verifies container image signatures. - go-to-k/ecr-s...

github.com
1
1
6
448
Trivy版。ECRイメージスキャン機能を使わずに、CDKスタック内だけで完結したい人にはおすすめ。こちらもSBOM出力可。 github.com/go-to-k/image-sca…

GitHub - go-to-k/image-scanner-with-trivy: The AWS CDK Construct library to allow you to scan a...

The AWS CDK Construct library to allow you to scan a container image during CDK deployment layer with Trivy. - go-to-k/image-scanner-with-trivy

github.com
90
これも出してて、ぜひマージされてほしいところ。 cdk diff --fail-on destructive で除外対象リソースを指定できるようにするやつ。 github.com/aws/aws-cdk-cli/p…

feat(cli): add `--ignore-destructive` to exclude resources from the destructive check by go-to-k ·...

Closes #2065 Related to #2010, #2011 and #2021, which added destructive to cdk diff --fail-on and cdk deploy --require-approval. Problem Some resources are replaced by design: their logical ID cont...

github.com
4
338
昨日はリグレッション解決コントリビュートしました。さすがにマージは早かった。 github.com/aws/aws-cdk-cli/i…

(cli): `cdk deploy --method=execute-change-set` asks for approval without showing the diff · Issue...

Describe the bug cdk deploy --method=execute-change-set asks for approval (with --require-approval=any-change, or broadening / destructive when they apply) without showing the diff of the change se...

github.com
200
cdk explore コマンドもそろそろ来そう。CDK 専用エディタがローカルブラウザで立ち上がるやつ。 github.com/aws/aws-cdk-cli/p…

feat(cli): cdk explore, a web explorer for your CDK app by rix0rrr · Pull Request #2058 · aws/aws...

Serve a local web UI that shows the construct tree of a synthesized app, and maps between construct tree node, source view, and template view. The nodes and source lines are annotated with any diag...

github.com
214
cdk evaluate コマンドが生えそう。 github.com/aws/aws-cdk-cli/p…

feat(toolkit-lib): unstable evaluate action to resolve a stack's template against its deployed...

Third of three stacked PRs. Review the earlier ones first; this PR's diff only contains the action itself: fix(toolkit-lib): stricter, opt-in evaluation modes for EvaluateCloudFormationTem...

github.com
2
305
AWSの中の人がcdkdをどう見てるか気になる。OSSとはいえ敵対してないといいが…w CFnの安全性重視さは素晴らしいが、どうしても開発速度がネックで。でもそれが理由でCDKを採用しなかった人達が、cdkdの爆速さが理由でCDKを採用した人もいるので、cdkdはCDKユーザーを増やす要因にはなると思ってる。
2
15
3,178
でもcdkdを使う上で感じたCDKの不便さは本家にも共通するところが多くて、実際にPR出して本家にも貢献してるって点は評価して欲しいところ…。
1
240
cdkdは、CDK CLIを置き換えるものではなく補完しあう立ち位置で。イテレーションを高速にしたい開発・テストにcdkdを使って、安全性重視のステージング・本番環境ではCDK CLIを使うことを推奨してる。 でもそれが中々伝わりづらいのかなって懸念はずっとある。難しい。
221
結構伸びてる。嬉しい。自分の知らないところにもCDKユーザーはたくさんいて嬉しい。界隈を盛り上げて非CDKユーザーも引き入れたい。 AI向けの嬉しい機能が揃ってきて、CDKは本当にすごく便利です。何かあれば自分が機能追加したりチームに直接フィードバックできるっていう日本の強み(？)もあるよ。
k.goto@365_step_techOct 20
『AWS CDK で AI に環境を壊させない方法』というブログを書きました。 AI 時代にとても良い機能が CDK 本家に導入されたと思います。（私が作ったんだけどね！） AI 駆動開発にも、普通の CI/CD にも、かなり有用なのでぜひ導入をおすすめします！ eng.mates.education/blog/b-a…

AWS CDK で AI に環境を壊させない方法 | 株式会社メイツ エンジニアリングチーム

AWS CDK で、リソースの削除や置換などの破壊的変更だけを検出してブロックする方法を紹介します。

eng.mates.education
1
9
844
『AWS CDK で AI に環境を壊させない方法』というブログを書きました。 AI 時代にとても良い機能が CDK 本家に導入されたと思います。（私が作ったんだけどね！） AI 駆動開発にも、普通の CI/CD にも、かなり有用なのでぜひ導入をおすすめします！ eng.mates.education/blog/b-a…

AWS CDK で AI に環境を壊させない方法 | 株式会社メイツ エンジニアリングチーム

AWS CDK で、リソースの削除や置換などの破壊的変更だけを検出してブロックする方法を紹介します。

eng.mates.education
1
19
1
81
4,828
v0.302.1 リリースしました。バグ直したのでこちらをお使いください。 何かバグ見つけた方いましたらぜひお気軽に教えてくださると嬉しいです。
k.goto@365_step_techOct 21
cdkd v0.302.0で、リソースの物理名が未指定の時に自動生成される名前の形式を変えました。 今まで置換時やスタック再作成時も同じ名前で生成されていたのが、CFn同様に以前と違う名前になり衝突しません。これから作るスタックから適用で、既存スタックには適用されません。 github.com/go-to-k/cdkd/rele…

Release v0.302.0 · go-to-k/cdkd

0.302.0 (2026-10-20) Features naming: give auto-generated physical names a per-stack-instance suffix and a new name on replacement, as CloudFormation does (#5100) (8909589) Bug Fixes emr: say Cl...

github.com
1
4
692
『AWS CDK で AI に環境を壊させない方法』というブログを書きました。 AI 時代にとても良い機能が CDK 本家に導入されたと思います。（私が作ったんだけどね！） AI 駆動開発にも、普通の CI/CD にも、かなり有用なのでぜひ導入をおすすめします！ eng.mates.education/blog/b-a…

AWS CDK で AI に環境を壊させない方法 | 株式会社メイツ エンジニアリングチーム

AWS CDK で、リソースの削除や置換などの破壊的変更だけを検出してブロックする方法を紹介します。

eng.mates.education
1
19
1
81
4,828
こんな機能追加も提案。 github.com/aws/aws-cdk-cli/i…

(cli): destructive check fires on every API Gateway or Lambda version change, with no way to...

Describe the feature Add a way to exclude resources from the destructive check of cdk diff --fail-on and cdk deploy --require-approval (#2010, #2011, #2021), by resource type or construct path. Use...

github.com
1
1
421
PR出した。 github.com/aws/aws-cdk-cli/p…

feat(cli): add `--ignore-destructive` to exclude resources from the destructive check by go-to-k ·...

Closes #2065 Related to #2010, #2011 and #2021, which added destructive to cdk diff --fail-on and cdk deploy --require-approval. Problem Some resources are replaced by design: their logical ID cont...

github.com
1
184
cdkd v0.302.0で、リソースの物理名が未指定の時に自動生成される名前の形式を変えました。 今まで置換時やスタック再作成時も同じ名前で生成されていたのが、CFn同様に以前と違う名前になり衝突しません。これから作るスタックから適用で、既存スタックには適用されません。 github.com/go-to-k/cdkd/rele…

Release v0.302.0 · go-to-k/cdkd

0.302.0 (2026-10-20) Features naming: give auto-generated physical names a per-stack-instance suffix and a new name on replacement, as CloudFormation does (#5100) (8909589) Bug Fixes emr: say Cl...

github.com
2
1
4
1,098
バグあった。直します。
78
既存のスタックで次の置換時から新方式を使いたい(衝突を避けたい)場合は、一度スタックを destroy して作り直す必要があります。もし既存スタックからその方式を適用するパスが欲しい方は検討するのでぜひ教えてください。
132
嬉しいお声！実際の体験例は本当嬉しいです！ cdkd の導入実績に、DevelopersIO という大きな事例が増え、とてもモチベーション上がった！これからも頑張るぞー！
Ryo Suzuki
@suzryoOct 19
Replying to @365_step_tech
このタイミングでリリース出来たのはcdkdのお陰。 検証も捗ったし、その体験で従来の待ち時間や、IaC外でデプロイして地雷化を回避できそうな目処がついたのが大きかった。 引き続きよろしくお願いします。m(_ _)m
1
6
766
クラメソさんの DevelopersIO、バックエンドのデプロイに cdkd 使ってくれてる…！ ありがとうございます！責任重大！頑張ります！Lambda Web Functions のデプロイには cdkd 使うと速くて便利でイイぞ。 dev.classmethod.jp/articles/…

DevelopersIO のバックエンドを ECS から Lambda Web Functions に移行して、マルチリージョン化してみた | DevelopersIO

ECS で稼働していた DevelopersIO の Next.js バックエンドを AWS Lambda Web Functions へ移行しました。グローバルエンドポイントを採用し、アクセスの多い記事の実測で、北米・欧州のエッジでキャッシュミスしたときの応答時間が短くなりました。ビルドとデプロイの時間も短くなりました。

dev.classmethod.jp
1
6
43
3,121
Load more