k.goto (@365_step_tech) header
k.goto (@365_step_tech) profile picture

k.goto

@365_step_tech

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

 日本 東京
github.com/go-to-k
Joined May 2022
  • Tweets7.3K
  • Following552
  • Followers2.3K
432Media
Photo by k.goto (@365_step_tech)Photo by k.goto (@365_step_tech)Photo by k.goto (@365_step_tech)Photo by k.goto (@365_step_tech)Photo by k.goto (@365_step_tech)Photo by k.goto (@365_step_tech)Photo by k.goto (@365_step_tech)Photo by k.goto (@365_step_tech)Photo by k.goto (@365_step_tech)Photo by k.goto (@365_step_tech)
CloudFormation を経由しない爆速 CDK CLI『cdkd』のドキュメントサイト作りました！ 今まで README や doc 見るの辛かった方、ぜひご活用下さい！ cdkd.dev
cdkd - The fastest way to deploy AWS CDK.

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
70
8,090
こちらのハンズオンイベントの申し込みは締め切らせていただきました！ （もしキャンセルされる方がいらっしゃいましたら、早めのご対応をお願いいたします。） #jawsug_tokyo #jawsug_cdk jawsug.connpass.com/event/40…
JAWS-UG CDK支部×東京支部コラボ cdkdハンズオン (2026/11/05 19:00〜)

JAWS-UG CDK支部×東京支部コラボ cdkdハンズオン (2026/11/05 19:00〜)

# 今話題のIaCツール「cdkd」のハンズオンイベントを開催！ CDK支部と東京支部のコラボで、今話題のIaCツールである「 cdkd 」のハンズオンイベントを開催します！ 本イベントでは、「cdkd」の開発者である、k.gotoさんにcdkdについての解説時間も設けております！ # cdkdとは cdkdとは、 既存のCDKアプリにそのまま組み込めるOSSのCLI です。 CDKではデプ...

jawsug.connpass.com
3
6
364
k.goto retweeted
k.goto (@365_step_tech) profile picture
k.goto@365_step_techNov 1
クラスメソッドさんのDevelopersIOのバックエンドのデプロイに、cdkdを使ってもらえてるのは自慢。 日本だけでなく世界のAWS情報を支える媒体の一部を担えてるのは、いちエンジニアとして誇りでもあります。1個人の作るOSSにも夢がある。 dev.classmethod.jp/articles/…
DevelopersIO のバックエンドを ECS から Lambda Web Functions に移行して、マルチリージョン化してみた | DevelopersIO

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

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

dev.classmethod.jp
1
1
8
924
k.goto retweeted
k.goto (@365_step_tech) profile picture
k.goto@365_step_techNov 1
プライベートリポジトリのCI/CDだと料金かかってくるので、cdkdはAI時代の開発イテレーション高速化だけでなく、CI/CDの料金の削減にもなるんですよね。 特に、リポジトリが多いとかマージ頻度が高い会社さんだと結構な予算の節約になるので、cdkdをdev環境で導入するだけでかなりの成果になるはず。
k.goto (@365_step_tech) profile picturek.goto@365_step_techNov 1
cdkdをご利用のユーザー様/会社様、かなり増えてきたんじゃない…？もっとブーム起こしたい。 弊社も複数プロダクトのマージ頻度高いmainのCI/CDをcdkdに置き換えることで、CI/CD時間を毎月数十時間削減できそうでパイプライン予算がかなり浮きそう、かつstg/prodはCFnのまま従来の安心も担保できる。
1
2
5
985
k.goto retweeted
k.goto (@365_step_tech) profile picture
k.goto@365_step_techNov 1
cdkd！ありがとうございます！Amplifyからの移行例がまた増えました！！ > エージェントを変えたときのデプロイはcdkdなら46秒で、Amplify Hostingの約6分（4〜8分とばらつきました）より大幅に短くなりました。
じんの (@yjinn448208) profile pictureじんの
@yjinn448208Nov 1
Amplifyを使わないアーキテクチャ案も書いてみました！ 本を読んで次のステップの参考情報としてぜひ気楽に一読いただければと思います😊 github.com/yuu551/amazon-bed…
amazon-bedrock-practical-guide-samples/supplements/chapter04/第4章のアプリをAmplifyに頼らない構成へ移行する.md at main...

amazon-bedrock-practical-guide-samples/supplements/chapter04/第4章のアプリをAmplifyに頼らない構成へ移行する.md at main...

Amazon Bedrock実践ガイド サンプルコード. Contribute to yuu551/amazon-bedrock-practical-guide-samples development by creating an account on GitHub.

github.com
1
2
6
1,406
Revisiting cdkd, which I shared earlier, in more depth. It deploys your existing AWS CDK code up to 15x faster by going directly through the AWS SDK instead of CloudFormation. The post covers benchmarks, how it works, local execution, and migration. dev.to/aws-heroes/i-built-cd…
I Built cdkd: Deploy Your Existing AWS CDK Code Up to 15x Faster

I Built cdkd: Deploy Your Existing AWS CDK Code Up to 15x Faster

I built an OSS CLI tool called cdkd (CDK Direct) that speeds up deployments by up to 15x without...

dev.to
3
250
こんなツールを作っているよっていうブログ（英）を書きました。 コーディングエージェントがド忘れを起こさないために、機械的に強制力を与えるツールです。 dev.to/aws-heroes/markgate-m…
markgate: Mechanically Catch Coding Agent Slip-ups and Enforce Non-Command Tasks

markgate: Mechanically Catch Coding Agent Slip-ups and Enforce Non-Command Tasks

I built an OSS tool called markgate that mechanically catches and enforces two kinds of gaps: when a...

dev.to
2
321
IaCがなぜ無くならないか書いたので公開した ymotongpoo.hatenablog.com/en…
クラウドが状態を把握してもIaCがなくならない理由 - YAMAGUCHI::weblog

クラウドが状態を把握してもIaCがなくならない理由 - YAMAGUCHI::weblog

はじめに こんにちは、Grafana Labsでデベロッパーアドボケイトをしているものです。 2026年10月31日、元同僚のJames Ward*1が、Xで「IaC is dead」と投稿しました。AIがあれば、インフラの構成をコードで管理するIaC*2は不要になるという主張で、最後には共著書の宣伝が添えられていまし…

ymotongpoo.hatenablog.com
Yoshi Yamaguchi (@ymotongpoo) profile pictureYoshi Yamaguchi@ymotongpooNov 1
昨晩のXでのやり取りを経て「何故IaCが死ねないのかと、IaCがなくなるための条件とは」というブログ記事を書き始めた
53
6
286
35,705
cdkd使ってくれている方、ぜひみなさんブログなりポストなりしてくださると喜びます！
SUZUKI Masaki@クラウドエンジニア (@makky12) profile pictureSUZUKI Masaki@クラウドエンジニア
@makky12Nov 1
ワイももcdkd使ってるブログ書くか(プロダクトで使ってる)
1
3
505
わかってねえ奴が何と言おうと自由ではあるけど自分もいい加減色々言いたくなったところで、信頼する方がそれより前に言ってくれているので、まだまだこの界隈はやっていけそうです。 まともに運用をしたことのない声のでかい奴ほど好き勝手言うのは何とかしたいと思っている。
Yoshi Yamaguchi (@ymotongpoo) profile pictureYoshi Yamaguchi@ymotongpooNov 1
昨晩のXでのやり取りを経て「何故IaCが死ねないのかと、IaCがなくなるための条件とは」というブログ記事を書き始めた
7
1
60
8,260
cdkdはあわよくばAWSのCDK/DevToolsチームと連携したり吸収してもらえたらすごいなとか思ったりもしつつ、自分が舵切れなくなったりアーカイブされたら困るよな…とか妄想をたまにしたりもする。 それぐらい影響あるプロダクトになってきた実感がある。嬉しいことにAWS界隈外からのwatchもあるので。
5
514
クラスメソッドさんのDevelopersIOのバックエンドのデプロイに、cdkdを使ってもらえてるのは自慢。 日本だけでなく世界のAWS情報を支える媒体の一部を担えてるのは、いちエンジニアとして誇りでもあります。1個人の作るOSSにも夢がある。 dev.classmethod.jp/articles/…
DevelopersIO のバックエンドを ECS から Lambda Web Functions に移行して、マルチリージョン化してみた | DevelopersIO

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

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

dev.classmethod.jp
1
1
8
924
プライベートリポジトリのCI/CDだと料金かかってくるので、cdkdはAI時代の開発イテレーション高速化だけでなく、CI/CDの料金の削減にもなるんですよね。 特に、リポジトリが多いとかマージ頻度が高い会社さんだと結構な予算の節約になるので、cdkdをdev環境で導入するだけでかなりの成果になるはず。
k.goto (@365_step_tech) profile picturek.goto@365_step_techNov 1
cdkdをご利用のユーザー様/会社様、かなり増えてきたんじゃない…？もっとブーム起こしたい。 弊社も複数プロダクトのマージ頻度高いmainのCI/CDをcdkdに置き換えることで、CI/CD時間を毎月数十時間削減できそうでパイプライン予算がかなり浮きそう、かつstg/prodはCFnのまま従来の安心も担保できる。
1
2
5
985
stg/prodはCDKコードを1行も変えずに本家CDK CLI(CFn)を使えて安心を担保できるので、良い塩梅のハイブリッド環境がコスト無く実現できます。
188
CDK/AWS/cdkdの話ばかりしてるけど、実は大のラーメン好きなんです。年間400杯以上食べてた元ラヲタ・ラーメンライター。今は全然行けてないけどハシゴはする。 現役バンドマンでもあったり。高校生の時から、音楽/ラーメン/エンジニアの三本柱だけを20年続けてきました。他に趣味はない。
k.goto (@365_step_tech) profile picturek.goto@365_step_techNov 1
長野・新潟にラーメン旅に来た。
Image from k.goto (@365_step_tech)
Image from k.goto (@365_step_tech)
Image from k.goto (@365_step_tech)
Image from k.goto (@365_step_tech)
2
322
cdkdをご利用のユーザー様/会社様、かなり増えてきたんじゃない…？もっとブーム起こしたい。 弊社も複数プロダクトのマージ頻度高いmainのCI/CDをcdkdに置き換えることで、CI/CD時間を毎月数十時間削減できそうでパイプライン予算がかなり浮きそう、かつstg/prodはCFnのまま従来の安心も担保できる。
3
1
12
1,675
cdkd！ありがとうございます！Amplifyからの移行例がまた増えました！！ > エージェントを変えたときのデプロイはcdkdなら46秒で、Amplify Hostingの約6分（4〜8分とばらつきました）より大幅に短くなりました。
じんの (@yjinn448208) profile pictureじんの
@yjinn448208Nov 1
Amplifyを使わないアーキテクチャ案も書いてみました！ 本を読んで次のステップの参考情報としてぜひ気楽に一読いただければと思います😊 github.com/yuu551/amazon-bed…
amazon-bedrock-practical-guide-samples/supplements/chapter04/第4章のアプリをAmplifyに頼らない構成へ移行する.md at main...

amazon-bedrock-practical-guide-samples/supplements/chapter04/第4章のアプリをAmplifyに頼らない構成へ移行する.md at main...

Amazon Bedrock実践ガイド サンプルコード. Contribute to yuu551/amazon-bedrock-practical-guide-samples development by creating an account on GitHub.

github.com
1
2
6
1,406
cdkd v0.312.0 をリリースしました。ECS の変更がメインです。 - ECS Service は今まで cdkd deploy 中に作成完了を待たなかったのが、デフォルトで待つように。--no-wait で待ちをスキップ可。 - circuit breaker によるロールバック時にデプロイをエラー終了するように github.com/go-to-k/cdkd/rele…
Release v0.312.0 · go-to-k/cdkd

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

0.312.0 (2026-10-30) Features dynamodb: keep AWS::DynamoDB::Table on the SDK route for VectorIndexes (#5569) (84b0278) dynamodb: send GlobalTable Replicas[].DisassociationProtectionEnabled as a so...

github.com
1
2
6
617
長野・新潟にラーメン旅に来た。
Image from k.goto (@365_step_tech)
Image from k.goto (@365_step_tech)
Image from k.goto (@365_step_tech)
Image from k.goto (@365_step_tech)
2
1
13
867
他。お腹が破裂しそうなところで帰路へ。
Image from k.goto (@365_step_tech)
Image from k.goto (@365_step_tech)
1
130
cdkd v0.312.0 をリリースしました。ECS の変更がメインです。 - ECS Service は今まで cdkd deploy 中に作成完了を待たなかったのが、デフォルトで待つように。--no-wait で待ちをスキップ可。 - circuit breaker によるロールバック時にデプロイをエラー終了するように github.com/go-to-k/cdkd/rele…
Release v0.312.0 · go-to-k/cdkd

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

0.312.0 (2026-10-30) Features dynamodb: keep AWS::DynamoDB::Table on the SDK route for VectorIndexes (#5569) (84b0278) dynamodb: send GlobalTable Replicas[].DisassociationProtectionEnabled as a so...

github.com
1
2
6
617
これで、デフォルトで待たないのは CloudFront だけになりました。 残りの全リソースは、CloudFormation と同じく作成完了(安定化)を待ちます。それなのに爆速。--no-wait ならさらに爆速。
k.goto (@365_step_tech) profile picturek.goto@365_step_techOct 30
やっぱりECSもデフォルトで待つようにしよう。 ECSはユーザー起因で失敗するものだから待ちたいケースの方が多いし(サーキットブレーカーもあるし)、`--no-wait`で待たないこともできる。 一方でCloudFrontの伝播は基本的に失敗することないし、さすがに待つのは長すぎる。`--full-wait`で待てる。
193
Load more