Amazon Web Services ブログ デジタルトランスフォーメーション・フライホイール：どのようにして、AWS が Stellantis のデジタルトランスフォーメーションの加速を支援したか？ デジタルトランスフォーメーションとは、デジタル技術を活用した戦略的なビジネス施策であり、ビジネスの成果を最大化することを目的としています。このブログでは、デジタルトランスフォーメーションへの反復的アプローチ、すなわちデジタルトランスフォーメーション・フライホイールを紹介します。Stellantis社との協業（2022年のアマゾンのプレスリリースを参照）の中から厳選した事例は、このフレームワークが Stellantis のデータドリブンかつソフトウェアにフォーカスしたモビリティ企業への変革をどのように可能にしたかを示しています（2024年のStellantis社 デア・フォワード2023を参

CDKを最初に試して見るには非常に便利なCDK Workshopの紹介です。ぜひこれでCDKの奥深い新鮮な世界に入門いただければ。 「俺もそろそろ乗らなくては、この、ビッグウェーブに！！」 皆さん、CDK触っていますか？DevelopersIOにも、CDK ｜ 特集カテゴリー で、既に20以上のブログがあがっていたり、その人気はうなぎのぼりです。 CDKとは一口で言えば「コードでインフラを定義する」ものです。「いやぁ、これ楽。素晴らしい」という声を同僚からよく聞くので、自分も早速試してみようとしたところ、CDK Workshopなるものを発見し、手を動かして学ぶには凄くわかりやすく良い教材だったので、その内容を紹介します。 CDK実行するための環境定義 LambdaとAPI Gatewayを利用した簡単なサービスの公開 モジュールの作り方 クラス構造の解説 デバッグ方法 モジュールの利用方

Amazon Web Services ブログ AWS CDK による AWS Lambda コードの管理 システムの規模が大きくなるにつれ、インフラストラクチャの状態管理は困難になります。このような場合に AWS CloudFormation などを用いて、インフラ定義をコードで管理する（Infrastructure as Code, IaC）ことは有用です。一方、アプリケーションコードの管理は IaC から外れ、独立して管理されることが多々あります。特に AWS Lambda はシステムの様々な箇所で利用されるため、一般的なアプリケーションコードに比べて散逸しがちで管理が困難です。これにはチームが異なる、ライフサイクルが異なる、などいくつか理由が考えられますが、インフラストラクチャ用コードとアプリケーションコードを統一して管理できるツールセットが不足していたという要因もあります。 本記

「AWS CDKで既存のASLファイルを使ってStepFunctionsをデプロイしたい」 「既存のASLファイルを活かしつつAWS　CDKでStep Functionsをデプロイしたいけど、L2 ConstructのStateMachineではファイルを渡せなさそう。」 ということがあり、少し調べたのでブログにします。 結論: L1 Construct(CfnStateMachine)を使えばできる。 // 結論部分の抜き出し // コード全文はブログ中にあります const file = fs.readFileSync('./step-functions/HelloWorld.asl.json') new stepfunctions.CfnStateMachine(this, 'HelloWorldStateMachine', { definitionString: file.toSt

AWS CDKはわたしにとってお初の対面でもないのですが、ガッツリ触って まあまあ壁にぶちあたりながらなんとか攻略できた（気がする）ので おばあちゃんになった時の自分のために解説していきます🧓 AWS CDK とは AWS Cloud Development Kit (AWS CDK) 開発者ガイドへようこそ。このドキュメントではAWS CDK、コードでクラウドインフラストラクチャを定義し、を通じてプロビジョニングするためのフレームワークについて説明しますAWS CloudFormation。 🫠 「AWS CDK を小学生に分かるように説明してください」 AWS CDK（Cloud Development Kit）は、コンピュータのお話と例えると、 「魔法のレゴブロック」みたいなものです。 みんながブロックを使って、自分だけのすごいお城やロボットを作るように、 CDKもAWSのサービ

🗓 AWS CDK Advent Calendar 2022 の 25 日目 🗓 🔰 はじめに 対象 AWS Cloud Development Kit (CDK) と AWS Serverless Application Model (SAM) を知っている方 やること CDK の aws-cdk-lib.aws_sam で SAM テンプレートの定義・出力ができることを利用して 全ての AWS リソース定義は CDK で統一する CDK ではテンプレートファイルの出力までを任せる Lambda 関数のパッケージング・デバッグ、そして AWS リソースのデプロイは SAM で実施する という手順で、コードによるリソース定義ができる CDK と Lambda 関数のパッケージングが便利な SAM のそれぞれ得意な部分を活かしながら AWS リソースを管理をします！ ※ こんなこともで

while read function; do echo "Backing up $function" aws lambda get-function --function-name $function --query 'Configuration' > $function-config.json aws lambda get-function --function-name $function --query 'Code.Location' --output text | xargs wget -O $function.zip done <lambda_functions.txt このスクリプトは lambda_functions.txtにリストアップされた各Lambda関数に対して以下の処理を行います。 関数の設定をJSON形式でダウンロードし、関数名をつけたJSONファイル($fun

AWS CDK ドキュメントの個人用メモ。最新を追従したりはしないつもりです。

はじめに 今回はスタックの分割方法を紹介します。 CFn で言うと クロススタックの参照 と呼ばれる機能を CDK で実現します。 [参考]：Stacks | AWS CDK v2 Developer Guide 前回の記事はこちら。 スタック分割のメリット スタックを分割することのメリットは一言でいうと 管理がしやすくなる です。 共通のライフサイクルやリソースでグルーピングできるため、他のスタックに影響を与えることなく目的のリソースを作成・更新することができます。このため複数のメンバーでスタックを作成・変更する場合もコンフリクトが発生しづらくなります。また、単一スタックだとデプロイ時にエラーが発生した場合はすべてのリソースがロールバックされてしまいますが、スタックを分割しておけばロールバックもスタック単位となります。 [参考]：ライフサイクルと所有権によるスタックの整理 | AWS C

Amazon Verified Permissions とは 従来の認可処理 Cedar 言語の使い方 基本的な記述方法 RBAC の例 ABAC の例 golang で動かしてみる 1. ポリシーストアを AWS コンソールから作成する 3. サンプルアプリケーションの実装 最後に こんにちは、2023年5月にバックエンドエンジニアとしてジョインした yamanoi です。 最近は Cloudflare スタックに注目しており、新機能を触ったりアップデートを眺めたりしています。 今回は先日 GA （一般利用可能）になった AWS のサービス Amazon Verified Permissions を、 golang で実装した簡単なサンプルを交えて紹介したいと思います。 Amazon Verified Permissions とは Amazon Verified Permissions