はじめに プロフィールビューアーサービスProflly（プロフリー）の開発にて、定期的にデータを集計して、集計結果を保存しておく処理を、AWS CDK（TypeScript） を使って EventBridge + Lambda にて実装してみました。その定期実行処理（バッチ処理）の実装方法を紹介させていただきます。 作成するアーキテクチャ EventBridgeを利用して月初の AM 1:00 (JST) に Lambda を定期的に実行するように作成します。 環境 AWS CDK 1.121.0 TypeScript 3.9.7 実装内容 利用するパッケージをインストール 今回作成するアーキテクチャに必要なパッケージをインストールします。 npm install --save-dev @aws-cdk/aws-dynamodb @aws-cdk/aws-lambda-nodejs @aw
CDK コードに外部パラメーターを与える方法AWS CDK による CloudFormation スタックの構築時に、外部からキー＆バリューの形でパラメーターを設定したいときは、主に次の 3 つの方法があります（クラウド上に値を保存するパラメーターストアなどは対象外とします）。 Context values （コンテキスト・バリュー）Environment variables （環境変数）CloudFormation parameters （CloudFormation パラメーター）S3 バケットの名前をパラメーター化したり、デプロイターゲットを staging と production の間で切り替えたりするときに使えます。 Context values（コンテキスト・バリュー）コンテキスト・バリューは、CDK 特有の仕組みで、cdk deploy 実行時のコマンドライン引数や、cdk
はじめに 今回はファイルの分割を行います。 メインのプログラムを見やすくしていきましょう。 前回の記事はこちら。 既存の作り 現在のソースコードはこのようになっています。 import * as cdk from '@aws-cdk/core'; import { CfnVPC, CfnSubnet } from '@aws-cdk/aws-ec2'; export class DevioStack extends cdk.Stack { constructor(scope: cdk.Construct, id: string, props?: cdk.StackProps) { super(scope, id, props); const systemName = this.node.tryGetContext('systemName'); const envType = this.no
Network Firewallでプロキシサーバ on EC2を無くしていきたい。 ついでにCDKを使って簡単に環境構築をしたい。 はじめに こんにちは、のんピ です。 皆さんはプロキシサーバの運用をしたことありますか? 私はあります。 私はプロキシサーバの運用をする時に以下のようなところに苦しめられました。 プロキシサーバの可用性を担保するのが大変 ドメインフィルタリング機能のルールの設定が大変 今までプロキシサーバを構築する際は、EC2インスタンス内にミドルウェアをインストールされていたパターンが多いかと思いますが、 昨年、ドメインフィルタリングができるAWS Network Firewallという、AWSのマネージドサービスがGAになりました。 また、「NAT Gatewayは使いたいけど、プライベートサブネットにあるEC2インスタンスから必要以上にインターネットへの通信は制限したい
ちゃだいん（@chazuke4649）です。 AWS Summit JAPAN 2021 のセッションレポートです。今回は、AWS CloudFormation と AWS CDK に関するセッションを紹介したいと思います。 AWS Summit Online 2021 - 5/31までオンデマンドで公開中！| AWS セッション概要 インフラストラクチャのコード管理(Infrastructure as Code, IaC)にソフトウェア開発手法を取り入れることで、品質や稼働時間を犠牲にすることなく、自動化と開発効率を向上させることができます。このセッションでは AWS CloudFormation と AWS Cloud Development Kit (CDK)による AWS 環境におけるコード管理を取り扱います。テンプレートコードの記述・テスト・保守のベストプラクティスについて解説し
AWS CDKを用いてRoute53、ACM、API Gateway、Lambdaのリソースを作成し、API Gatewayに設定したカスタムドメインでリクエストを送ってみました 最近TypeScript・AWS CDKでAWSのリソースを作るのにはまっています。 本記事では「APIGatewayのカスタムドメインのエンドポイントに対してGETリクエストを送りバックエンドのLambdaが文字列を返す」という処理を実現するためのリソースを全てAWS CDKでデプロイしてみます。 ※ドメイン自体は外部サイトで取得しているため厳密には全てのリソースではありません。 Route53 パブリックホストゾーン Amazon Certificate Manager（以下、ACMと記載） 上記ドメインの証明書 API Gatewayとカスタムドメイン Lambda（文字列を返すだけの単純なもの） 開発環境
はじめに CX事業本部の佐藤智樹です。 この記事は、Serverless Advent Calendar 2020の11日目の記事です。 今回はAPI GatewayとLambdaをAWS CDKで作成する際のスタック構成についてまとめました。 表題のサービスを使ったスタック構成は、最初はシンプルでも問題ないのですがサービスが大きくなった段階で必ず問題が出ます。 運用が始まっていると構成変更時にダウンタイムが発生してしまう可能性が高いので、もしこれから上記のAWSサービスをCDKで構築される方は見ていただくと参考になるかと思います。 約1年弱ほどCDKで上記の構成のアプリケーションを作ってきた経験から、様々な構成の中でそれぞれにどんな利点/欠点があるのかを実体験から紹介します。 前提 今回はAPI GatewayとLambdaの構成に絞った内容になります。DynamoDBやKinesis
AWS CDK Pipelines と AWS CodeDeploy を使用したブルー/グリーンデプロイ | Amazon Web Services
Amazon Web Services ブログ AWS CDK Pipelines と AWS CodeDeploy を使用したブルー/グリーンデプロイ お客様から Amazon Elastic Container Service (Amazon ECS) に AWS CodeDeploy を使用して ブルー/グリーン デプロイを実装するための支援がしばしば求められます。 お客様のユースケースは通常、クロスリージョンおよびクロスアカウント間でのデプロイシナリオが含まれます。 これらの要件だけでも十分に難しいのですが、さらに CodeDeploy を使用する際には特定の設計上の決定が必要となります。 具体的には CodeDeploy の設定方法、CodeDeploy リソース (アプリケーションやデプロイグループなど) の作成時期と方法、アカウントとリージョンの任意の組み合わせにデプロイでき
この記事では、cdkでスタック分割を利用してAPIGateway, Lambda の構成を作る際に起こる問題と解消法について紹介しています。 スタック分割構成を利用している方、検討している方の参考になる情報となっています。 はじめに 概要 この記事では、cdkでスタック分割を利用してAPIGateway, Lambda の構成を作る際に起こる問題と解消法について紹介しています。 理想的な形はスタックを分割せずに同一スタックで管理することですが、CloudFormationのリソース数上限(500個)やファイル上限(51,200バイト)などの制限により、スタック分割の構成を選択することがあります。 スタック分割の構成ではcdk deploy時に以下のような問題が起こります。 スタック分割を行うと新たにAPIのパスを追加した際に、自動デプロイされない問題 ステージ設定を変更した際に昔のデプロイ
これは CDK Advent Calendarの 6日目のエントリーです。 みなさんこんにちは。大村(@yktko) です。 ときどき Infrastructure as Code (IaC) を頑張った結果辛くなってしまったという話を聞いており、以前 JAWS DAYS でこんな LT をやらせていただいたことがあります。 AWS社員による怒涛のLTチャレンジ! Infrastructure as Codeに疲れたのでなんとかできないかCDKで色々やってみる このLTでは勢いで話してしまったのですが、このエントリーでコードによる管理がどうだったら良さそうなのか、自分の経験を元に整理してみます。文中に出てくるプレゼン資料はこのLTからとっています。 なお、システムの運用は状況によって適切なやり方が異なります。これが一般に通用する正しい方法だとは思っていませんが、一つの考え方だと思って読んで
はじめに AWS CDKでリソース作ってますか？？ 最近、AWS CDKを見ること、触ることが多く、少しずつ仲良くなってきました。そんな中、AWS CDKでAmazon CloudFront オリジンアクセスコントロールをどうやってやるのか、困ったのでご紹介です。 アーキテクチャ 以下の通り、利用者からアクセスされ、オリジンサーバとなるS3から表示用HTMLを利用者に返却するアーキテクチャです。よくあるやつですね。 上記のCloudFrontとS3のアクセス部分でオリジンアクセスコントロール（OAC）を利用します。OACを利用することでS3自体をパブリックにする必要がなくなり、S3への直接的な意図しないアクセスをできない様にします。 下記の赤枠部分です。 従来は、オリジンアクセスアイデンティティ（OAI）を利用していましたが、OACが登場してからはOACが推奨されています。 OACは、S3
Transit GatewayのVPC間でAZを跨いだ通信は注意しよう こんにちは、のんピ(@non____97)です。 皆さんはTransit Gatewayを完全に理解していますか? 私は以下のTweetの通り、完全に理解しています。 無事、案件どーん Transit Gateway完全に理解した(n回目) — のんピ / non-97 (@non____97) August 19, 2021 Transit Gatewayを完全に理解するにあたって、個人的に考える一番の落とし穴は、VPC間でAZを跨いだ通信です。 Transit GatewayのBlack Beltでも紹介されている通り、「VPC間の通信は同一AZのENI(Transit Gateway attachment)を経由して通信が行われる」と紹介されています。 下の画像では、行きの通信と、戻りの通信のAZが異なっているこ
2022.02.10 技術記事 AWS CDK v2 化マイグレーション目録 〜バージョンアップのウォッチから裏付け検証まで〜 by Yasuhito Sato #aws #aws-cdk #cloudformation #typescript はじめまして。去年 2021 年の 5 月に DeNA のソリューション事業本部にサーバーサイドエンジニアとしてジョインさせていただいた佐藤康仁といいます。佐藤はたくさんいるので、愛称としてやっさんと呼ばれています。よろしくお願いします。 この記事では、AWS CDK の導入に悩んでいる人や実際 CDK を V2 に上げようか悩んでいる読者に向けて、改めて AWS CDK のよさであったり、CDK を継続的に運用していくための仕組みであったり、V1 と V2 の差分について実際の体験や検証を通して伝えることを目指します。 はじまり 「マイグレーショ
こんにちは、ちゃりおです。 ECSのデプロイ時のPullはNATGWを通すと通信量が高額になることがあると思います。 VPCエンドポイントを使うことで料金を節約できます。 CDKでECS用のVPCエンドポイント作ってみました。 インターフェースVPCエンドポイントとは まずは、インターフェースVPCエンドポイントの概要についてです。 VPCエンドポイント概要 VPCエンドポイントは、インターネットやNATGWを経由せずにAWSのサービスにアクセスできるサービスです。 例えば、プライベートサブネットにあるECSの場合、ECRからイメージをPullする際はNATGWを経由してインターネットに行きます。 VPCエンドポイントを使えばNATGWを経由せずにVPCエンドポイントを経由してECRにアクセスできます。 AWS PrivateLink は、データをインターネットに公開することなく、AWS
はじめに この記事は AWS CDK Advent Calendar 2021 と AWS Containers Advent Calendar 2021 の 8 日目の記事です。 AWS re: Invent 2021 Werner Vogeles Keynote で AWS Cloud Development Kit (AWS CDK) v2 の GA が発表されましたね。whats new はこちらで CDK v2 のドキュメントはこちらです。GitHub をみると Keynote の前に stable になってた ので予想はしてたもののリアルタイムで見ててようやく GA かと感動してました。好きなサービスが GA するのは嬉しいものです。 この記事では私が CDK を使う時にみるリンクやどういうふうに考えながらコードを書いていくかを、ECS でアプリを動かす場合を例に紹介していきま
こんにちは、CX事業本部 IoT事業部の若槻です。 GitHub ActionsではOpenID Connect（OIDC）がサポートされたため、AWSなどと安全にキーのやり取りが可能となっています。 Secure deployments with OpenID Connect & GitHub Actions now generally available | The GitHub Blog GitHub ActionsをAWSとOIDC連携する場合は、「ID Provider」と「IAM Role」をAWS上に作成する必要があるのですが、これらリソースをAWS CDKで作ってコードで管理するようにしてみました。 やってみた 以前作ったID Providerの確認、削除 以前にコンソールから手動で作成した同じくGitHubとのOIDC連携用のID Providerを取得します。 $ OP
ANGEL Calendar開幕！ 2024年ANGEL Dojo参加者用アドベントカレンダー「ANGEL Calendar」スタートしました〜！ 本記事は記念すべき1日目の投稿となっております！ 9月1日から30日まで、毎日記事が更新されていきますので 2024-ANGEL-Dojo Organization もチェックしてみてください！ はじめに こんにちは、ふくちと申します。 今回、ANGEL Calendarの企画&運営をしております。 記念すべき1本目ということで、私からは 「AWSの理解度・技術力向上にはCDKとAPI Referenceがいいぞ…」 という話をさせていただければと思います！ 記事作成背景 AWSのハンズオンをする時、このような課題があると個人的に考えています。 せっかくハンズオンをするのであれば、より実践で生きる力に昇華させたいですよね。 そこで、個人的に行な
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
AWS Cloud Development Kit と cdk-nag でアプリケーションのセキュリティとコンプライアンスを管理する | Amazon Web Services
Amazon Web Services ブログ AWS Cloud Development Kit と cdk-nag でアプリケーションのセキュリティとコンプライアンスを管理する この記事は Arun Donti によって寄稿された Manage application security and compliance with the AWS Cloud Development Kit and cdk-nag (記事公開日: 2022 年 5 月 25 日) を翻訳したものです。 Infrastructure as Code (IaC) は、クラウド・アプリケーションの重要な要素です。開発者は、様々な静的解析 (SAST) ツールを利用して、セキュリティやコンプライアンスの問題を特定し、アプリケーションを本番環境にリリースする前に、これらの問題を早期に軽減することができます。さらに、静的
AWSの利用料金はまさに地理も積もれば山となりうるものです。特にCloudWatch Logsの料金は曲者です。不要になった古いログによる利用費は気がつくと嵩みやすく、破棄することでの利用費圧縮はよくある手段です。 cdkでのスタック作成でもlogsを使う場合は忘れず retention のプロパティを設定していることでしょう。ただ cdk deploy 時に自動生成されるリソースが少々厄介です。 -CustomCDKBucketDeploymentXXX.. という文字列が含まれているリソースについては、cdkを使ったことがある場合はお馴染みかもしれません。このリソースから出力されるlogsにはcdk上で有効期間の指定手段がありません。仕様面の記載がドキュメント上でも見当たらないため困りものなのですが、リポジトリのIssueにて以下のコメントがありました。 Regarding log r
これはCDK Advent Calendar 2021の3日目の記事です。 IoT事業部のやまたつです。 もともとは別の記事をアドカレ用に用意していたのですがAWS CDK v2.0.0のRCが取れたので急遽CDKv2の話をします。 AWS CDKv2リリース！！ ??? わーい！！！ re:Inventでも発表があったようですね！ [速報] AWS CDK V2 がリリースされました！ alphaが出てから1年がかり。。。長かったなぁ。。。 簡単に主な差分に説明すると以下のとおりです。このv2によってCDKの各リソースに大幅な変更が入ったということはありません。 パッケージがaws-cdk-libに統一された（いくつもインストールする必要がなくなった） 明示的にインストールしないと非安定版のクラスが使えないようになった deprecatedなプロパティやメソッドが削除された 早速マイグレ
※本エントリは、AWS CDK Advent Calendar 2022の２日目の記事となります。 親の顔より見たnpx cdk init app --language=typescriptですが、不要な記述や不要なライブラリが含まれています。 個人的には、余計な依存を消したりミスリードになりうる記述は消すようにしているので、それを紹介するとともに、 CDKの開発初期の5年前にさかのぼって、それらの不要な実装がどのような経緯で生まれたのかを追ってみます。 前提 cdk.jsonのappを見てわかるように、初期化されたcdkアプリケーションはts-nodeで動作します。 { "app": "npx ts-node --prefer-ts-exts bin/cdk-init-app-sample.ts" } https://www.npmjs.com/package/ts-node cdkコマ
AWS CDK ドキュメントの個人用メモ。最新を追従したりはしないつもりです。
AWS CDK TIpsシリーズの記事です。 AWS CDKのスタック、まとめてますか？分けてますか？分けている方はどういう基準で分けていますか？ この議論は人によって割と意見の分かれることも多く、最高の飲み会ネタになるでしょう。今日は私見も交えながら、CDKのスタック分割法についてまとめてみたいと思います。 自己紹介 私見を語る上で自己紹介は必要だと思うので、私自身のCDK経験を簡潔に: CDKは2020年の頭に出会い、以下のようにかれこれ3年ほど使っています。 前職ではそれなり規模のmBaaSをCDKを使ってAWSに移行･運用していました 現職では大小様々な規模のプロトタイプ開発にCDKを使っています。数えるとこれまで15個くらいシステムのプロトタイプを作ったようです。 現職のサイドプロジェクトとして、グローバル規模の社内システムの開発運用もCDKでやってました (お手伝い程度)。AW
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? くそなんだよ..全然(CDKの情報)出てこねーな 俺な、覚悟してCDK選んだんだよ けど、なんかこうして運用してたらさ... わりぃ、やっぱつれぇわ なぜCDKを選択するのか 現状、AWSでIaCを運用する場合第一選択肢となるツールは terraform Cloudformation (以下CFn) AWS CDK あたりが挙げられるでしょう。 このうち、CFn, terraform, CDK の順にコードが宣言的なものになります。 またterraformはAWSではなくHashicorpのツールとなるので、クラウドベンダに依存しないの
はじめに おはようございます、クラスメソッド MAD事業部の加藤です。 この記事はAWS CDK Advent Calendar 2021のカレンダー | Advent Calendar 2021 - Qiitaの7日目の記事です。 本記事はAWS CDKにおけるスタックをどのように分割するかについての現時点での私の見解をまとめたものです。1つのWebアプリケーションを構築するという環境を想定しています。 文章の見やすさの為に記事中では言い切り系ですが、内容は全て私の私見、そして自分の観測範囲での話です。 CloudFormationとCDKのスタック分割は同じで良いか CDKはCloudFormationテンプレートを生成してAWSリソースの作成を行います。CDKからCloudFormationへ強い依存関係があります。しかし、CDKのスタック分割はCloudFormationとは別で考
CDKで作成した踏み台サーバにAWS SSM Session Manager と AWS Instance Connect を利用してSSH接続するAWSSSM TL;DR CDK を利用すると踏み台サーバが超簡単に作成できる CDK の踏み台サーバにはkeypair設定ができないが、EC2 Instance Connect を利用することで Session Manager 経由のSSH接続を実行できる 上記設定は .ssh/config に記載し実行できるのですごく便利 以下、一つずつ要素を説明していきます。 CDKにはEC2だけではなく、踏み台サーバ専用のConstructがある CDKをちょっと触る始めようか、というところでとりあえずEC2の踏み台サーバくらいの、簡単なお題から作ってみようかなと思いドキュメントをあさっていたところ、なんと以下のようなConstructがあるのに気づき
AWS CDK ☘️ はじめに 本ページは、AWS に関する個人の勉強および勉強会で使用することを目的に、AWS ドキュメントなどを参照し作成しておりますが、記載の誤り等が含まれる場合がございます。 最新の情報については、AWS 公式ドキュメントをご参照ください。 👀 Contents 1. AWS CDK とは 1.1. 公式ドキュメント 1.2. 学習リソース 1.3. ワークショップ 1.4. 導入のメリット 1. 型安全性によるエラー検出 2. コード再利用による品質向上とコスト削減 3. 開発生産性の向上 4. インフラとアプリケーションコードの統合 5. スケーリングとガバナンスの強化 1.5. CloudFormationとの違い 補足：ボイラープレートコードについて 2. AWS CDKの基礎 2.1. AWS CDK の構成要素 2.1.1. App 2.1.2. St
Discover and participate in AWS workshops and GameDays
AWC CDKに関してはチュートリアルのリンクなどを本文中に貼っていますのでそちらをご覧ください。 Amazon ECRに関してはこちらを。 Blue/Greenデプロイについてはリンクはつけていないですが検索すると情報はいろいろでてきます。 Amazon ECS (Fargate) の作成aws-ecs-patterns moduleを使うチュートリアル にあるのですが、AWS CDKに aws-ecs-patterns module というものがあります。 ゼロからコンソールで作成する場合Amazon ECSの作成のほかにロードバランサーの作成をして、、などちょっと手間がかかりますが、aws-ecs-patternsを使用すると簡単に動くところまで作成してくれます。 以下は基本的にチュートリアルのコードですが少し変更しています。 imageの指定をECRから取得するように変更 1imp
Override Amplify-generated backend resources using CDK | Amazon Web Services
Front-End Web & Mobile Override Amplify-generated backend resources using CDK AWS Amplify announces the ability for developers to override Amplify-generated IAM, Cognito, S3, and DynamoDB resource configurations to best meet app requirements. With the new override capability, developers can easily configure their backend with Amplify-provided defaults but still customize fine-grained resource sett
「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 アプリケーションのためのインテグレーションテストの作成と実行 | Amazon Web Services
Amazon Web Services ブログ AWS CDK アプリケーションのためのインテグレーションテストの作成と実行 自動化されたインテグレーションテストはシステムコンポーネントを検証し、新しいソフトウェアリリースの信頼性を高めます。AWS にデプロイされたリソースでインテグレーションテストを実行すると、AWS Identity and Access Management (IAM) ポリシー、サービスの制約、アプリケーション設定、およびランタイムコードの検証が可能になります。AWS Cloud Development Kit (AWS CDK) を Infrastructure as Code (IaC) ツールとして活用している開発者向けに、インテグレーションテストをソフトウェアリリースに簡単に実装できるテストフレームワークが用意されています。 AWS CDK は、サポートされ
はじめまして。 2019年新卒で入社し、現在AI事業本部のAirTrackでバックエンドエンジニアをしております大川内(@shoichi1023) です。 今回は、ECS FargateのBlueGreenDeployをCDKのみで実装することがあったので知見をまとめておきます。 実現したいアーキテクチャ モチベーション 現在、プロダクトでAWS CDKを利用してインフラ構築を行っています。 CDKを利用して、ECSのBlueGreenDeployを実装する記事があまり上がっておらず、CDKのみでとなると情報がなかったので、実装する上で調べたこと、ハマったことなどを記して行こうと思います。 AWS CDKとは CDKとはCloudFormationをTypeScriptやPythonから記述することができるものです。 構成管理ツールは基本的にはjsonやyamlで書くのが一般的ですが、プロ
こんにちは、soraです。 今回は、CDK(Python)でCodePipelineを作ってECSにデプロイしてみたことについて書いていきます。 CDKのPythonコードメインで説明し、CodePipelineとはみたいな各サービスの説明は割愛します。 また、とりあえず動くものを作ることを目的としているため、ログ取得の有効化などはしていません。 今回やってみること 今回の構成は以下です。 CodeCommitリポジトリのコミットをトリガーとしてCodePipelineが動いて、ECSにデプロイする構成です。 CodeCommit・ECR・ECSは既に存在している状態として、他の部分をCDK(Python)で作っていきます。 環境 Cloud9上に構築した開発環境でCDK(Python)を使って構築します。 (.venv) $ python --version Python 3.7.16
2020年9月8日から9月30日の間で開催されているAWS Summit Online のセッションに参加しています。 AWS Summit Onlineでは基調講演等の他、ハンズオンセッションという手を動かすセッションがあります。 今回は、コードでAWS環境を管理しよう！ AWS CDKハンズオンに参加したのでレポートします。 セッション概要 スピーカー 内田 大樹 氏 アマゾン ウェブサービス ジャパン インダストリソリューション部 ソリューションアーキテクト セッション HOL-10：コードでAWS環境を管理しよう！ AWS CDKハンズオン 1時間程度の動画ですが丁寧に説明がされているため、CloudFormationやCDKを利用したことがない方でも問題なく進められると思います。 動画はこちら 手順書はこちら 目的 AWS CDK (TypeScript)を利用したA
Announcing General Availability of Construct Hub and AWS Cloud Development Kit Version 2 | Amazon Web Services
AWS News Blog Announcing General Availability of Construct Hub and AWS Cloud Development Kit Version 2 Today, I’m happy to announce that both the Construct Hub and AWS Cloud Development Kit (AWS CDK) version 2 are now generally available (GA). The AWS CDK is an open-source framework that simplifies working with cloud resources using familiar programming languages: C#, TypeScript, Java, Python, and
Construct ID命名に関するTipsを調べると色々とありますが、命名時の明確な方針が欲しかったのでまとめてみました こんにちは。リテールアプリ共創部のきんじょーです。 AWS CDK でインフラを定義する際、皆さんは Construct ID をどのようなルールで命名していますか？ Construct ID を適切に命名することで、自動生成されるリソース名や CloudFormation の 論理ID の可読性を高く保ち、保守しやすいインフラを構築できます。 以下のブログでは CDK と CloudFormation でデプロイされるリソースの命名規則について全体像が解説されています。 この記事では CDK による論理 ID 生成処理をさらに深掘りし、それを踏まえた上でどのように Construct ID を命名すべきか実装例を交えてご紹介します。 先に結論 以下を意識することで、
AWS Solutions Constructs のご紹介
最近、AWS Solutions Constructs を AWS ソリューションライブラリに追加しました。AWS Solutions Constructs は、事前構築済みのマルチサービスアーキテクチャパターンで、これにより、お客様は使い慣れたプログラミングツールを使用して、優れた設計のアプリケーションをすばやく組み立てることができます。 AWS Cloud Development Kit のライブラリ拡張として利用できる AWS Solutions Constructs は、最も一般的に使用されるサービスの組み合わせを表す 20 を超えるアーキテクチャパターンをお客様に提供します。この組み合わせには、AWS CloudFront の Amazon S3 への接続、AWS Lambda を用いた Amazon S3 へのアクセスなどがあります。すべての Constructs は AWS
こんにちは、CX事業本部の若槻です。 今回は、AWS CDKのパッケージのバージョンはCDKプロジェクト内で揃えるようにしよう！、という話です。 先に結論 CDKパッケージのバージョンはCDKプロジェクト内では揃えるようにすると無用な不具合を回避できる パッケージの追加はnpm install <パッケージ>@<バージョン> --save-exactのようにするとバージョンを固定できる CDKスタックのLambdaリソースで型エラーが発生する CDKプロジェクトを作成して下記のようなLambda Functionリソースを含むCDKスタックを作成しました。 import * as cdk from "@aws-cdk/core"; import * as cloudfront from "@aws-cdk/aws-cloudfront"; import * as s3 from "@aws
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
![「Gemini」と「Google Keep」の組み合わせで、買い忘れ防止＆料理上手に [てっぱんアプリ！]](https://cdn-ak-scissors.b.st-hatena.com/image/square/03e456d1041f5207ebfb95c11a1d9bc63b7b07f6/height=288;version=1;width=512/https%3A%2F%2Fsiteproxy.ruqli.workers.dev%3A443%2Fhttps%2Fk-tai.watch.impress.co.jp%2Fimg%2Fktw%2Flist%2F2019%2F529%2Ficon.jpg)
