서버 없는 프레임워크와 CDK 결합
16053 단어 sstserverlessawscdk
한편, Serverless Framework은 AWS에서 서버 없는 응용 프로그램을 구축하기에 매우 적합하다.비록 당신은 순수하게 CDK로 서버 없는 응용 프로그램을 구축할 수 있지만, 그것은 결코 좋은 개발자 체험을 하지 못한다.한편, 서버 프레임워크가 없으면 서버 없는 AWS 인프라를 구축할 수 있습니다.그러나 YAML 또는 JSON으로 작성된 CloudFormation 템플릿을 사용해야 합니다.
이 두 프레임 사이의 중첩 부분은 led folks to write으로 약 why you should use one versus the other이다.그러나 우리는 그것들을 동시에 사용해야 한다고 생각한다.우리는 이미 이렇게 하는 도구-Serverless Stack Toolkit(SST)을 만들었다.양쪽 다 좋게 해줄게!
이것을 자세히 봅시다.
출신 배경
깊이 연구하기 전에 우리는 이 틀의 배경 지식을 신속하게 이해합시다.
서버 프레임워크 없음
Serverless Framework은 2015년 10월에 발표되었다.이것은 로컬에서 서버 없는 응용 프로그램을 개발하고 쉽게 배치할 수 있도록 합니다.
serverless.yml
구성 파일에 의해 구동되며 다음과 같습니다.service: serverless-example
provider:
name: aws
runtime: nodejs12.x
functions:
hello:
handler: handler.hello
다음 명령을 사용하여 Lambda 함수를 로컬에서 호출할 수 있습니다.$ serverless invoke local -f hello
다음과 같은 방식으로 배포할 수 있습니다.$ serverless deploy
서버 프레임워크가 없으면 Lambda 함수가 자동으로 패키지되어 AWS에 업로드됩니다.YAML의 CloudFormation 템플릿을 사용하여 다른 AWS 인프라를 추가할 수도 있습니다.예를 들어, 다음 방법으로 DynamoDB 테이블을 추가할 수 있습니다.
Resources:
NotesTable:
Type: AWS::DynamoDB::Table
Properties:
TableName: ${self:custom.tableName}
AttributeDefinitions:
- AttributeName: userId
AttributeType: S
- AttributeName: noteId
AttributeType: S
KeySchema:
- AttributeName: userId
KeyType: HASH
- AttributeName: noteId
KeyType: RANGE
BillingMode: PAY_PER_REQUEST
AWS CDK
AWS CDK(클라우드 개발 도구 패키지)은 released in Developer Preview back in August 2018이다.TypeScript, JavaScript, Java를 사용할 수 있습니다.NET 및 Python은 AWS 인프라를 구축합니다.
예를 들어, 다음은 DynamoDB 테이블의 CloudFormation 템플릿과 CDK 버전의 비교입니다.
- Resources:
- NotesTable:
- Type: AWS::DynamoDB::Table
- Properties:
- TableName: ${self:custom.tableName}
- AttributeDefinitions:
- - AttributeName: userId
- AttributeType: S
- - AttributeName: noteId
- AttributeType: S
- KeySchema:
- - AttributeName: userId
- KeyType: HASH
- - AttributeName: noteId
- KeyType: RANGE
- BillingMode: PAY_PER_REQUEST
+ const table = new dynamodb.Table(this, "notes", {
+ partitionKey: {
+ name: 'userId', type: dynamodb.AttributeType.STRING,
+ },
+ sortKey: {
+ name: 'noteId', type: dynamodb.AttributeType.STRING,
+ },
+ billingMode: dynamodb.BillingMode.PAY_PER_REQUEST,
+ });
또한 고급 구조를 생성할 수 있습니다.이것은 새로운 재사용 가능한 위젯을 만들기 위해 낮은 등급의 자원을 통합하고 조합할 수 있다는 것을 의미한다.서버 프레임워크가 없는 것과 마찬가지로 다음 도구를 사용하여 CDK 응용 프로그램을 배포할 수 있습니다.
$ cdk deploy
또한 Lambda 함수를 정의할 수 있습니다.const helloSrc = fs.readFileSync('handler.js').toString();
const helloLambda = new lambda.Function(this, 'HelloLambda', {
runtime: lambda.Runtime.NODEJS_12_X,
handler: 'handler.hello',
code: new lambda.InlineCode(helloSrc, {
encoding: 'utf-8',
})
});
그러나, 이것은 당신의 Lambda 함수에 좋은 로컬 개발 체험을 제공할 수 없습니다.서버 없는 프레임워크와 CDK 결합
결론적으로 서버 프레임워크와 CDK가 없는 비교입니다.
서버 프레임워크 없음
AWS CDK
Lambda 함수에 적합합니다.
✅
〰️
다른 인프라에 적합
〰️
✅
따라서 다른 AWS 인프라를 포함하는 서버 없는 프로그램을 구축하고 있다면, 서버 없는 프레임워크를 Lambda 함수에 사용하고 CDK를 나머지 함수에 사용하는 것은 매우 의미가 있습니다.
또한 서버 없는 커뮤니티와 we recommend it over on Serverless Stack에서 Lambda 기능을 다른 기초 구조에서 분리하는 유사한 디자인 모델은 흔히 볼 수 있다.
그러나 이 두 가지 사이에는 디자인상의 차이가 존재하므로 주의해야 한다.
서버 프레임워크와 CDK 간의 설계 차이 없음
서버 없는 응용 프로그램은 여러 개의 서비스로 구성되어 있으며 전체 응용 프로그램은 같은 환경에 배치되어 있다.
각 서비스는 대상 AWS 계정에 클라우드 정보 스택으로 배포됩니다.사용자화를 위한 단계, 영역 및 AWS 구성 파일을 지정할 수 있습니다.
$ AWS_PROFILE=development serverless deploy --stage dev --region us-east-1
여기에서 --stage
옵션은 스택 이름 앞에 단계 이름을 추가합니다.따라서 동일한 AWS 계정에 여러 단계를 배치하려는 경우 리소스 이름은 영향을 받지 않습니다.따라서 서버 없는 애플리케이션을 여러 환경에 쉽게 배포할 수 있습니다.같은 AWS 계정에 있더라도
한편 AWS CDK 애플리케이션은 여러 스택으로 구성됩니다.각 스택은 CloudFormation 스택으로 대상 AWS 계정에 배포됩니다.그러나 서버가 없는 응용 프로그램과 달리 각 스택은 서로 다른 AWS 계정이나 지역에 배치할 수 있다.
이것은 CDK 응용 프로그램을 배치할 때마다 여러 환경에서 스택을 만들 수 있음을 의미합니다.이런 관건적인 디자인 차이는 우리가 서버 없는 서비스를 사용하는 동시에 CDK 응용 프로그램을 사용하는 것을 막는다.
본 문서와 같이 CDK 응용 프로그램에서 특정 규칙에 따라 이 문제를 해결할 수 있습니다.그러나 이 공약들을 집행해야만 효과가 있다.
진입, 서버 스택 도구 패키지 없음
이 문제를 해결하기 위해 Serverless Stack Toolkit(SST)을 만들었습니다.
SST를 사용하면 서버 프레임워크가 없는 것과 같은 규칙을 따를 수 있습니다.이것은 다음과 같은 방법으로 Lambda 함수를 배치할 수 있음을 의미합니다.
$ AWS_PROFILE=production serverless deploy --stage prod --region us-east-1
CDK를 AWS 인프라의 나머지 부분에 사용합니다.$ AWS_PROFILE=production npx sst deploy --stage prod --region us-east-1
서버 프레임워크가 없는 것처럼 CDK 응용 프로그램의 스택은 단계 이름을 접두사로 합니다.이제 서버 없는 프레임워크와 CDK를 함께 사용할 수 있습니다!다음 작업을 수행할 수 있습니다.다음과 같이 AWS 계정이나 영역을 CDK 스택의 일부로 정의할 수 있습니다.
new MyStack(app, "my-stack", { env: { account: "1234", region: "us-east-1" } });
너는 잘못을 하나 얻게 될 것이다.Error: Do not directly set the environment for a stack
더 있어!
SST에는 몇 가지 주요 이점이 있습니다.
병렬 배치
AWS CDK 배포는 현재 매우 느립니다.CDK는 순차적으로 CloudFormation 스택을 배포합니다.CloudFormation 템플릿을 배포하고 완료될 때까지 기다린 다음 다음을 시작합니다.이는 대규모 애플리케이션의 CDK 배포에 최소 30분이 소요될 수 있음을 의미합니다.SST는 CloudFormation 스택을 동시에 배치하여 이 문제를 해결합니다.
비동기식 배포
SST는 또한 비동기식 배포 CloudFormation 스택도 지원합니다.따라서 CloudFormation이 완료될 때까지 CI 구축 시간을 낭비할 필요가 없습니다.Seed natively supports concurrent asynchronous deployments for your SST apps.은 5배 가까이 속도를 높여 거의 무료로 배포할 수 있습니다!
SST와 CDK 간의 차이
SST는 CDK의 간단한 확장으로 몇 가지 작은 차이가 있습니다.
없음
cdk.json
대신 스테이지와 영역이 기본값인 sst.json
입니다.{
"name": "my-sst-app",
"type": "@serverless-stack/resources",
"stage": "dev",
"region": "us-east-1"
}
없음
bin/*.js
반면 기본 내보내기 기능이 있는 lib/index.js
은 스택을 추가할 수 있습니다.SST는 응용 프로그램 객체를 작성합니다.import MyStack from "./MyStack";
export default function main(app) {
new MyStack(app, "my-stack");
// Add more stacks
}
스택 확장
sst.Stack
스택 클래스는 sst.Stack
이 아니라 cdk.Stack
으로 확장되었습니다.이것은 SST가 스택 이름 앞에 배치할 단계를 추가할 수 있도록 합니다.import * as sst from "@serverless-stack/resources";
export default class MyStack extends sst.Stack {
constructor(scope, id, props) {}
}
총결산
우리는 AWS CDK이 YAML 또는 JSON으로 작성된 CloudFormation 템플릿에 대한 큰 개선이라고 생각한다.Serverless Framework과 CDK의 결합으로 이 두 분야의 장점을 충분히 활용할 수 있습니다.서버 없는 프레임워크를 사용하여 Lambda 기능을 개발하고 배치하며 CDK를 사용하여 AWS 인프라의 나머지 부분을 정의합니다.이 두 가지를 동시에 사용할 수 있도록 Serverless Stack Toolkit(SST)을 만들었습니다.CDK의 간단한 확장으로 서버 프레임워크 없는 서비스와 CDK 응용 프로그램을 함께 배치할 수 있습니다!
Reference
이 문제에 관하여(서버 없는 프레임워크와 CDK 결합), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다 https://dev.to/aws-builders/using-serverless-framework-and-cdk-together-12he텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
우수한 개발자 콘텐츠 발견에 전념 (Collection and Share based on the CC Protocol.)