🏄 AWS CDK 101🌸 - lambda & CDK 시계

본고에서 필요한 구성 요소를 구축하려면 기본적인 lambda 창고를 설치해야 한다. 이 창고는 뒷글에서 사용되고 웹 갈고리를 제공하여 다른 시범 프로젝트의 데이터를 생태계에 가져다 줄 것이다.

AWS CDK를 처음 접한 초보자는 이 시리즈 이전의 글을 꼭 읽어 주십시오.
이전 글을 놓치면 아래 링크를 통해 찾아보세요.
🔁 원래🔗 Dev Post
🔁 이전 게시물 전달🔗
우선, 우리가 전진하기 전에, 현재의 시범 작업장 창고를 정리하고, 이러한 변경 사항을 어떻게 반영하는지 알아보자.이것은 우리로 하여금 전진하기 전에 어떤 개념에 대해 잘 이해하게 할 것이다.

불필요한 리소스 제거⌛lib/cdk-workshop-stack.ts을 엽니다.
SQS 대기열과 SNS 테마, 구독 등 최초로 만들어진 구성 요소를 간단하게 설명합니다. 아래와 같습니다.

export class CdkWorkshopStack extends Stack {
  constructor(scope: Construct, id: string, props?: StackProps) {
    super(scope, id, props);

    // const queue = new sqs.Queue(this, 'CdkWorkshopQueue', {
    //   visibilityTimeout: Duration.seconds(300)
    // });

    // const topic = new sns.Topic(this, 'CdkWorkshopTopic');

    // topic.addSubscription(new subs.SqsSubscription(queue));
  }
}

우리가 이룬 성과는 우리가 cdk diff 명령을 통해 이해할 수 있는 것과 같다.

IAM Statement Changes
┌───┬─────────────────────────────────┬────────┬─────────────────┬───────────────────────────┬─────────────────────────────────────────────────────────────────┐
│   │ Resource                        │ Effect │ Action          │ Principal                 │ Condition                                                       │
├───┼─────────────────────────────────┼────────┼─────────────────┼───────────────────────────┼─────────────────────────────────────────────────────────────────┤
│ - │ ${CdkWorkshopQueue50D9D426.Arn} │ Allow  │ sqs:SendMessage │ Service:sns.amazonaws.com │ "ArnEquals": {                                                  │
│   │                                 │        │                 │                           │   "aws:SourceArn": "${CdkWorkshopTopicD368A42F}"                │
│   │                                 │        │                 │                           │ }                                                               │
└───┴─────────────────────────────────┴────────┴─────────────────┴───────────────────────────┴─────────────────────────────────────────────────────────────────┘
(NOTE: There may be security-related changes not in this list. See https://github.com/aws/aws-cdk/issues/1299)

Resources
[-] AWS::SQS::Queue CdkWorkshopQueue50D9D426 destroy
[-] AWS::SQS::QueuePolicy CdkWorkshopQueuePolicyAF2494A5 destroy
[-] AWS::SNS::Subscription CdkWorkshopQueueCdkWork
[-] AWS::SNS::Topic CdkWorkshopTopicD368A42F destroy

즉, SQS와 SNS를 삭제하면 새로 작성된 큐 정책과 이와 관련된 주제 구독이 삭제됩니다.
환경 변경 사항을 정리하려면 cdk deploy을 실행하십시오.

단순 lambda 스택🔭
이제 우리는 우리의 환경을 정리하고 기초부터 시작하여 간단한 lambda 창고를 구축하고자 한다. 이것은 공공 스위치로서 우리가 앞으로 구축하는 과정에서 정보를 우리의 환경에 전달할 것이다.import { Construct } from 'constructs';

The AWS CDK is shipped with an extensive library of constructs called the AWS Construct Library. The construct library is divided into modules, one for each AWS service. For example, if you want to define an AWS Lambda function, we will need to use the AWS Lambda construct library.

계속하기 전에 다음 순서에 따라 새 창고를 만듭니다
lib 폴더에 CommonEventStack.ts과 같은 새 파일을 만듭니다. 기본 템플릿을 추가할 것입니다. 아래와 같습니다.

import { Stack, StackProps } from 'aws-cdk-lib';
import { Construct } from 'constructs';

export class CommonEventStack extends Stack {
  constructor(scope: Construct, id: string, props?: StackProps) {
    super(scope, id, props);


  }
}

그리고 bin\cdk-workshop.ts으로 돌아가서 새로 만든 창고를 가져오십시오.

#!/usr/bin/env node
import * as cdk from 'aws-cdk-lib';
import { CdkWorkshopStack } from '../lib/cdk-workshop-stack';
// importing our new stack
import { CommonEventStack } from '../lib/common-event-stack';

const app = new cdk.App();
new CdkWorkshopStack(app, 'CdkWorkshopStack');
// initializing our new stack
new CommonEventStack(app, 'CommonEventStack');

이 과정에서 오류가 발생하지 않도록 npm run build을 실행할 때가 되었다.
마지막으로, 우리는 cdk ls을 실행하여 아래의 출력을 볼 수 있다.

CdkWorkshopStack
CommonEventStack

덧붙여 말하자면, 내가 방금 우리에게 준 새 창고 자원에 접두사 CommonEvent*을 부여했는데, 우리는 곧 그것을 창설하여 같은 프로젝트에 여러 개의 창고가 있을 수 있음을 증명할 것이다.
이제 lambda 함수를 만들 때가 되었습니다. 프로젝트 루트 디렉터리에 lambda이라는 폴더를 만들고 새 파일 event-entry.ts을 추가합니다. 아래와 같습니다.TypeScript 파일에서 시작하여 lambda에 배치할 때 JavaScript로 전송해야 합니다.

exports.receiver = async function(event:any) {
  console.log("request:", JSON.stringify(event, undefined, 2));
  return {
    statusCode: 200,
    headers: { "Content-Type": "text/plain" },
    body: `Message Received: ${event}\n`
  };
};

npmbuild을 실행하면 자바스크립트 파일이 같은 폴더 event-entry.js에 생성된 것을 알 수 있습니다

"use strict";
exports.receiver = async function (event) {
    console.log("request:", JSON.stringify(event, undefined, 2));
    return {
        statusCode: 200,
        headers: { "Content-Type": "text/plain" },
        body: `Message Received: ${event}\n`
    };
};
//# sourceMappingURL*********

이 함수를 사용하여 새 창고 CommonEventStack.ts에 lambda 함수를 구축합니다.

    //  A simple lambda Lambda resource definition
    const eventEntry = new lambda.Function(this, 'EventEntryHandler', {
      runtime: lambda.Runtime.NODEJS_14_X,    // execution environment
      code: lambda.Code.fromAsset('lambda'),  // code loaded from "lambda" directory
      handler: 'event-entry.receiver'                // file is "event-entry", function is "receiver"
    });
  }

만약 그것이 불평한다면, 필요한 가져오기를 추가하는 것을 잊지 마세요📎

import * as lambda from 'aws-cdk-lib/aws-lambda'

여기서 NodeJs 14x를 사용하여 실행할 때, 프로세서 함수는 event-entry이라는 파일에서 왔으며, 그 함수 이름은 receiver과 유사하다.
현재 cdk synth CommonEventStack을 실행하여yaml 템플릿에서 변경 사항을 찾거나 cdk diff CommonEventStack을 실행하여 더 읽을 수 있는 변경 사항을 찾을 수 있습니다.
다음 로그에는 찾으려는 내용이 나열되어 있습니다.

IAM Statement Changes
┌───┬──────────────────────────────────────┬────────┬────────────────┬──────────────────────────────┬───────────┐
│   │ Resource                             │ Effect │ Action         │ Principal                    │ Condition │
├───┼──────────────────────────────────────┼────────┼────────────────┼──────────────────────────────┼───────────┤
│ + │ ${EventEntryHandler/ServiceRole.Arn} │ Allow  │ sts:AssumeRole │ Service:lambda.amazonaws.com │           │
└───┴──────────────────────────────────────┴────────┴────────────────┴──────────────────────────────┴───────────┘
IAM Policy Changes
┌───┬──────────────────────────────────┬────────────────────────────────────────────────────────────────────────────────┐
│   │ Resource                         │ Managed Policy ARN                                                             │
├───┼──────────────────────────────────┼────────────────────────────────────────────────────────────────────────────────┤
│ + │ ${EventEntryHandler/ServiceRole} │ arn:${AWS::Partition}:iam::aws:policy/service-role/AWSLambdaBasicExecutionRole │
└───┴──────────────────────────────────┴────────────────────────────────────────────────────────────────────────────────┘

Resources
[+] AWS::IAM::Role EventEntryHandler/ServiceRole EventEntryHandlerServiceRoleF9517B59 
[+] AWS::Lambda::Function EventEntryHandler EventEntryHandler0826D724 

여기에 두 개의 자원을 창설했다. IAM:role과 Lambda:function이다.기본적으로, 우리는 lambda 함수로 정확한 실행을 맡는 새로운 역할을 만들었습니다.cdk deploy CommonEventStack을 실행하고 위의 IAM 정책 변경 사항을 y과 확인하여 배포하겠습니다.

CommonEventStack: creating CloudFormation changeset...

 ✅  CommonEventStack

✨  Deployment time: 46.9s

Stack ARN:
arn:aws:cloudformation:ap-south-1:********:stack/CommonEventStack/93688c10-a10a-11ec-b942-0ad3136ae540

✨  Total time: 60.19s

AWS 콘솔의 검사📌
이제 AWS 콘솔에서 lambda를 탐색하여 기본 영역에 들어가면 lambda를 식별할 수 있습니다.


지금 이 lambda를 테스트해 보도록 하겠습니다.🏂
이를 위해, 우리는 반드시 샘플 테스트 사건이 있어야 한다. 아래와 같다.

위에서 만든 같은 테스트를 만들고 실행합시다.

클라우드 워치 로그에서 이 로그를 찾을 수 있습니다.

그렇습니다. 우리는 새로운 lambda 함수를 실행하여 우리의 메시지를 받을 수 있습니다.따라서 우리가 본고에서 실현한 것은 기술적 시범일 뿐이고 용례에 따라 수직으로 집적할 수 있으며 최선의 방법으로 여겨지지 않고 비결일 뿐이다.
본고를 완성하기 전에 cdk cli를 하나 더 알아보면 개발 환경에서 매우 유용하다는 것을 알 수 있습니다.

핫 스왑 배포🎺cdk deploy --hotswap

This command deliberately introduces drift in CloudFormation stacks in order to speed up deployments. For this reason, only use it for development purposes. Never use hotswap for your production deployments!

항목에서 lambda 코드를 간단하게 변경합시다

exports.receiver = async function(event:any) {
  console.log("request:", JSON.stringify(event, undefined, 2));
  return {
    statusCode: 200,
    headers: { "Content-Type": "text/plain" },
    body: `Hotswapped now! \nMessage Received: ${JSON.stringify(event)}\n`
  };
};

이것은 lambda를 위한 자산만 발표합니다. 어떤 경우, lambda에서 typescript를 사용하고, 열교환을 하기 전에 구축하는 것을 잊어버립니다. 이 경우, 설정된 배달 가능한 파일은 발표되지만, js 파일은 영원히 업데이트되지 않습니다.내 json 패키지에 package.json의 스크립트처럼 실행할 스크립트를 추가합니다."fast": "npm run build && cdk deploy CommonEventStack --hotswap"총 시간이 줄어들었지만 여기서 주의해야 할 것은 deployment time으로 매우 작은 값으로 줄었다는 것이다.이전의 전체 배치 시간은 45초였는데, 지금은 2초밖에 되지 않아 개발 환경에서 매우 유용하다.

✨ hotswapping resources:
   ✨ Lambda Function 'CommonEventStack-EventEntryHandler0826D724-xaVWqcUsxERH'
✨ Lambda Function 'CommonEventStack-EventEntryHandler0826D724-xaVWqcUsxERH' hotswapped!

 ✅  CommonEventStack

✨  Deployment time: 2.22s

Stack ARN:
arn:aws:cloudformation:ap-south-1:575066707855:stack/CommonEventStack/93688c10-a10a-11ec-b942-0ad3136ae540

✨  Total time: 15.81s

여기서 나는 drift을 소개했는데, 그 뜻과 그것이 어떻게 도움이 되는지 보여 준다.이 기능을 사용하려면 창고나 그 아래의 자원을 선택하고 추적 및 심사를 위해 표류 검사를 사용합니다.

표류 검측🎢
표류 검사를 통해 창고의 실제 설정이 예상한 설정과 다르거나 표류되었는지 검사할 수 있습니다.CloudFormation을 사용하여 전체 스택의 이동이나 스택의 개별 리소스의 이동을 감지합니다.
만약 자원의 실제 속성 값이 예상한 속성 값과 다르면 자원이 이미 이동했다고 여긴다.이것은 심지어 속성이나 자원이 삭제되었는지 여부를 포함한다.만약 창고의 한 개 이상의 자원이 이동한다면, 창고가 이동한 것으로 간주됩니다.
여기서 본 컴퓨터 클라우드를 이용하여 배치를 형성하는 것이 아니라 열교환 배치를 통해 초기 창고 꼭대기의 표류 변화를 이용하여 더욱 간단하고 빠른 배치를 집행한다.


자원 표류 상태 코드 및 설명🗽
이것은 최근의cloudformation배치와 기본적으로 비교된다.

삭제
자원은 삭제되었기 때문에 예상한 템플릿 설정과 다르다.

수정 사항

자원은 예상한 템플릿 설정과 다르다.

미검사
CloudFormation에서 리소스가 예상한 템플릿 구성과 다른지 확인하지 않았습니다.

동기식
리소스의 현재 구성이 원하는 템플릿 구성과 일치합니다.

종료하기 전에 다음 deploy cli 명령을 살펴보겠습니다.

CDK 시계🎪
CDK watch는 파일 변경을 모니터링하고 필요할 때 CDK deploy를 호출하는 데 도움이 됩니다.그것은 cdk.json 파일에 목록에 지정된 파일을 포함하고 배제하는 것을 감시한다.

{
    "watch": {
    "include": [
      "**"
    ],
    "exclude": [
      "README.md",
      "cdk*.json",
      "**/*.d.ts",
      "lambda/*.ts",
      "tsconfig.json",
      "package*.json",
      "yarn.lock",
      "node_modules",
      "test"
    ]
  },
}

위의 부분에서 나는 특별히 **/*.js을 lambda/*.ts으로 갱신하였다.이 변경은 lambda 원본을 검출하는 동시에 ts 파일 변경 사항을 검출할 수 없도록 하기 위해서입니다.tsc에서 보낸 js 파일입니다.
따라서 나는 tsc -w과 cdk watch CommonEventStack --hotswap을 실행하기 위해 두 개의 윈도우즈를 시작할 것이다.병행 작업은expect lambda 코드 변경을 자동으로 배치합니다. 기본적으로 개발자의 우호적인 맞춤형입니다.

tsc -w this rewrites the js files.

[4:26:07 PM] File change detected. Starting incremental compilation...

[4:26:11 PM] Found 0 errors. Watching for file changes.

cdk watch CommonEventStack --hotswap published my js files automatically and swiftly.

Detected change to 'lambda/event-entry.js' (type: change). Triggering 'cdk deploy'

✨  Synthesis time: 21.92s

✨ hotswapping resources:
   ✨ Lambda Function 'CommonEventStack-EventEntryHandler0826D724-xaVWqcUsxERH'
✨ Lambda Function 'CommonEventStack-EventEntryHandler0826D724-xaVWqcUsxERH' hotswapped!

 ✅  CommonEventStack

✨  Deployment time: 2.17s

Stack ARN:
arn:aws:cloudformation:ap-south-1:575066707855:stack/CommonEventStack/93688c10-a10a-11ec-b942-0ad3136ae540
current credentials could not be used to assume 'arn:aws:iam::575066707855:role/cdk-hnb659fds-lookup-role-575066707855-ap-south-1', but are for the right account. Proceeding anyway.
(To get rid of this warning, please upgrade to bootstrap version >= 8)

✨  Total time: 24.09s

이 lambda에 더 많은 연결을 추가하고 다음 글에서 사용할 수 있도록 합니다.
⏭ 우리의 다음 글은 서버less에 발표될 것이니, 반드시 보십시오
지지해 주셔서 감사합니다!🙏
☕ Buy Me a Coffee에 가입하고 싶다면 다행입니다. 제 노력을 돕기 위해 아래에 열거한 당신이 선택한 플랫폼에서 제 댓글을 주목할 수 있습니다.
🔁 원래🔗 Dev Post
🔁 전재하다🔗