2023/12/3 14:54:00
『Amplify override でバックエンドリソースをCDKでカスタマイズ』あれあれ『AWS CDK イントロワークショップ』あれProjencdkあれ『Configure security credentials for the AWS CDK CLI - AWS Cloud Development Kit (AWS CDK) v2』あれ『AWS CDK で Lambda 関数の再起ループ保護が設定可能になっていました | DevelopersIO』あれ『【前編】Amazon CodeCatalyst と AWS CDK で始める CICD パイプライン - サーバーワークスエンジニアブログ』あれCDKでDockerfileをLambdaにデプロイ『Export Amplify project to CDK - JavaScript - AWS Amplify Gen 1 Documentation』『Serverless Frameworkの有償化に伴いAWS CDKとAWS SAMへの移行について検討してみた | DevelopersIO』インフラ以外(更新頻度が高いもの)をCDKで管理してはいけない『CodeDeployで更新するECS ServiceをCDK管理して詰んだ話 - Uzabase for Engineers』『CDKでスタック間参照してはならない - Uzabase for Engineers』あれ『t_wの輪郭』をCI/CDでデプロイ可能にするApplicationLoadBalancedFargateServiceはassignPublicIpをtrueにしないとデプロイが終わらないApplicationLoadBalancedFargateServiceあれ
あれ
2025/2/1 22:29:00
import * as cdk from 'aws-cdk-lib';
import { Construct } from 'constructs';
import * as ec2 from "aws-cdk-lib/aws-ec2";
import * as ecs from "aws-cdk-lib/aws-ecs";
import * as ecs_patterns from "aws-cdk-lib/aws-ecs-patterns";
export class CdkStack extends cdk.Stack {
constructor(scope: Construct, id: string, props?: cdk.StackProps) {
super(scope, id, props);
const vpc = ec2.Vpc.fromLookup(this, "vpc", {
vpcId: "vpc-#############"
})
const cluster = ecs.Cluster.fromClusterAttributes(this, "ecs-cluster", {
"clusterName": "hoge-cluster",
"vpc": vpc,
});
// Create a load-balanced Fargate service and make it public
new ecs_patterns.ApplicationLoadBalancedFargateService(this, "fargate-service", {
cluster: cluster, // Required
cpu: 256, // Default is 256
memoryLimitMiB: 512, // Default is 512
desiredCount: 1, // Default is 1
taskImageOptions: { image: ecs.ContainerImage.fromAsset("####") },
publicLoadBalancer: true, // Default is true
assignPublicIp: true,
});
}
}
『t_wの輪郭』をCI/CDでデプロイ可能にする
2025/2/1 20:03:00
手順
- CDK用のディレクトリと、Next.js用のディレクトリを分ける
- Fargateを試してみる
- CDKのスクリプトを書く
- ローカルからCDKでデプロイする
- EFSにduckdbファイルを保存する
- Github ActionsにCDKデプロイする権限をつける
- Github Actionsのスクリプトを書く
- 味わう
- 完成!
ApplicationLoadBalancedFargateService
2025/2/1 18:18:00
あれ
2025/1/10 18:20:00
VPC LambdaのENIがCDKでデプロイした時に変わるうううう
EIPがハゲるううううう
NAT Gateway使うしかないんか……。
『CDKでスタック間参照してはならない - Uzabase for Engineers』
2024/11/4 23:48:00
インフラ以外(更新頻度が高いもの)をCDKで管理してはいけない
2024/11/2 19:40:00
『CodeDeployで更新するECS ServiceをCDK管理して詰んだ話 - Uzabase for Engineers』
2024/11/2 19:39:00
『【前編】Amazon CodeCatalyst と AWS CDK で始める CICD パイプライン - サーバーワークスエンジニアブログ』
2024/8/28 10:15:00
あれ
2024/8/26 23:37:00
Amplify Gen2とか出てるけど、なんか爆死しそうな臭いがしてる。CDKを強く使っていく感じになったけど、それCDKでええやんと。
あとCodeCatalystが背後から爆速で迫ってきてるようにみえる。投入されている予算に違いを感じるぜ。
LambdaCDKDockerfileCDKでDockerfileをLambdaにデプロイ『Deploying a Lambda function using the AWS CDK in AWS CloudShell - AWS CloudShell』
あれ
2024/8/25 23:40:00
CDKでDockerfileをLambdaにデプロイ
2024/8/25 23:40:00
あれ
2024/8/21 13:07:00
CDK使いたいけど諸事情でAWS SSOを通して使えなくてポギモンゴしてる。Amplify Gen2に屈するしかないのか。
『AWS CDK で Lambda 関数の再起ループ保護が設定可能になっていました | DevelopersIO』
2024/8/21 11:55:00
cdk
2024/8/12 15:04:00
あれ
2024/8/12 10:59:00
あれ
2024/2/14 22:40:00
DynamoDBにデータ投入するときは、いつも泣きながらスクリプト書いてる。
DynamoDBにいい感じにデータ投入する方法欲しい。マジで。
DynamoDBはCSVやJSONのインポートがテーブル作成の時だけできるので、CDKでテーブルを毎回作り直すという富豪的解決はできるかもしれない。
BatchWriteItem(25個まで)
おふぁっくですわ