npm i -g @nestjs/cli

nest new my-project

위와 같이 하면 my-project라는 하위 디렉토리가 생기고 그 안에 기본 디렉토리 및 파일들이 생성이 됩니다.

하지만 이미 디렉토리가 생성된 곳에 프로젝트를 생성하려면 아래와 같이 하면 됩니다.

nest new . #현재 디렉토리는 my-app

그러면 my-app 이라는 이름으로 프로젝트가 생성이 됩니다.

nodejs 를 이용한 서버 배포 기준입니다. 다른 스펙도 크게 다르지 않을 것 같습니다.

version: 0.2

phases:
  pre_build:
    commands:
      - echo Logging in to Amazon ECR...
      - aws --version
      - aws configure set aws_access_key_id "$AWS_ACCESS_KEY_ID" --profile default
      - aws configure set aws_secret_access_key "$AWS_SECRET_ACCESS_KEY" --profile default
      - aws ecr get-login-password --region ap-northeast-2 | docker login --username AWS --password-stdin {$AWS_ECR_URI}
      - REPOSITORY_URI={$AWS_ECR_URI}/{$ECR_REPOSITORY_NAME}
      - COMMIT_HASH=$(echo $CODEBUILD_RESOLVED_SOURCE_VERSION | cut -c 1-7)
      - IMAGE_TAG=${COMMIT_HASH:=latest}
  build:
    commands:
      - echo Build started on `date`
      - echo Building the Docker image...
      - docker build -t $REPOSITORY_URI:latest --build-arg NODE=production .
      - docker tag $REPOSITORY_URI:latest $REPOSITORY_URI:$IMAGE_TAG
  post_build:
    commands:
      - echo Build completed on `date`
      - echo Pushing the Docker images...
      - docker push $REPOSITORY_URI:latest
      - docker push $REPOSITORY_URI:$IMAGE_TAG
      - echo Writing image definitions file...
      - printf '[{"name":"web","imageUri":"%s"}]' $REPOSITORY_URI:$IMAGE_TAG > imagedefinitions.json ## 여기에서 name 이 클러스터 작업정의에 나오는 컨테이너의 이름과 같아야 합니다.
      - cat imagedefinitions.json

artifacts:
  files: imagedefinitions.json

AWS의 Application load balencer를 생성합니다. AWS ECR에 배포할 이미지를 미리 push 합니다. ecs-cli 설치합니다. docker-compose.yml 파일 준비

#docker-compose.yml
version: "3"
services:
  web:
    image: ******.amazonaws.com/nginx:latest #AWS ECR에 있는 이미지
    ports:
      - "80:80"
    logging:
      driver: awslogs
      options:
        awslogs-group: nginx-cluster
        awslogs-region: ap-northeast-2
        awslogs-stream-prefix: web

ecs-parms.yml 준비

#ecs-parms.yml
version: 1
task_definition:
  services:
    web:
      cpu_shares: 100
      mem_limit: 524288000

배포과정

1. ecs-cli 로 배포할 계정(profile) 생성

   #IAM에서 AdminstratorAccess 권한을 가지는 계정을 생성하고, 
   #생성한 계정의 access key와 secret key를 입력합니다.
   ecs-cli configure profile \
    --access-key access-key \
    --secret-key secret-key \
    --profile-name ecs-profile

2. 배포할 환경설정

   ecs-cli configure \
    --cluster nginx-cluster \
    --default-launch-type EC2 \
    --config-name nginx-cluster-config \
    --region ap-northeast-2

3. 클러스터 생성 vpc와 보안그룹은 ALB와 동일하게 설정함 보안그룹의 보안 규칙에서 TCP 포트범위를 확인해야 함( TCP 32768 - 65535)

   ecs-cli up \
    --capability-iam \
    --vpc vpc-******** \
    --subnets subnet-******,subnet-******* \
    --security-group sg-******** \
    --size 2 \
    --instance-type t2.medium \
    --cluster-config nginx-cluster-config \
    --ecs-profile ecs-profile

4. 배포

   ecs-cli compose up \
    --create-log-groups \
    --cluster-config nginx-cluster-config \
    --ecs-profile ecs-profile

5. 서비스 배포

   ecs-cli compose service up \
    --cluster-config nginx-cluster-config \
    --ecs-profile ecs-profile

6. 서비스 배포

   # 지정된 갯수만큼 늘림. ecs-cli up 에서 설정한 사이즈까지 가능함
   ecs-cli compose service scale 2 \
    --cluster-config nginx-cluster-config \
    --ecs-profile ecs-profile

7. 확인

   ecs-cli ps \
    --cluster-config nginx-cluster-config \
    --ecs-profile ecs-profile

8. 중지

ecs-cli compose service rm \
    --cluster-config hello-cluster-config \
    --ecs-profile ecs-profile

ecs-cli compose down \
    --cluster-config nginx-cluster-config \
    --ecs-profile ecs-profile

ecs-cli down \
    --force \
    --cluster-config nginx-cluster-config \
    --ecs-profile ecs-profile

//스크립트 태그 안에서
const VARIABLE = import.meta.env.VARIABLE_NAME;

최근에 저는 AWS에서 Lambda 함수 URL의 초기 유출에 대해 게시했습니다. AWS Lambda 함수 URL은 마침내 Alex Casalboni의 블로그 게시물에서 공식적으로 발표되었습니다. 이것은 AWS 커뮤니티에서 오랫동안 기다려온 기능입니다.

그러나 HTTP API 호스팅 측면에서 Lambda 함수 URL은 API Gateway와 어떻게 비교됩니까? 이 글에서는 Lambda 함수 URL이 제공하는 것은 무엇인지와 람다 함수 URL을 API Gateway를 통해 사용할 때의 장단점을 살펴보겠습니다.

Lambda 함수 URL이란 무엇입니까?

Lambda 함수 URL을 사용하면 HTTPS 엔드포인트에서 Lambda 함수를 호출할 수 있습니다. 이를 통해 HTTP 클라이언트를 사용하여 AWS 외부의 애플리케이션에 함수를 노출할 수 있습니다.

전에는 HTTP 엔드포인트를 통해 Lambda 함수를 노출하려는 사용자가 먼저 API Gateway 엔드포인트를 만든 다음 Lambda 함수를 연결해야 했습니다. 올바르게 설정하려면 API Gateway 서비스에 대한 몇 가지 추가 단계와 지식이 필요했습니다.

API Gateway를 사용자와 함수 사이의 중개자로 사용하는 것은 API Gateway의 고급 기능을 활용하려는 사용자에게 좋은 선택입니다. 여기에는 쓰로틀링, 요청 유효성 검사, 사용자 지정 권한 부여, 리소스 정책 등이 포함됩니다.

Lambda 함수 URL은 이 프로세스를 훨씬 쉽게 만듭니다. 이제 콘솔의 고급 설정 섹션에서 람다 함수를 구성하여 HTTPS 엔트포인트를 빠르게 추가할 수 있습니다. 이 기능은 이미 AWS 클라우드 포메이션 및 CDK를 통해 대안으로 사용할 수 있습니다.

Lambda 함수 URL은 API Gateway 엔드포인트의 간소화된 버전입니다.

이 기능은 복잡한 API Gateway 엔드포인트 설정에 대해 걱정할 필요 없이 빠르게 HTTP URL을 설정하려는 사용자에게 유용합니다.

Lambda 함수 URL은 어떻게 작동합니까?

Lambda 함수에서 함수를 처음 생성할 때 또는 나중에 업데이트하여 함수 URL을 활성화할 수 있습니다. 함수를 처음 생성할 때 고급 설정 드롭다운을 클릭하여 콘솔에서 액세스할 수 있습니다. 이미 존재하는 함수에 함수 URL을 추가하려면 함수의 구성 탭으로 이동하여 함수 URL 활성화 탭을 클릭합니다.

함수 url 공개 액세스(NONE) 또는 IAM 기반 액세스 중에서 선택할 수 있습니다.

함수에 대해 두 가지 인증 유형 중 하나를 정의할 수 있습니다.

NONE을 설정하면 인터넷 어디에서나 URL에 공개적으로 액세스할 수 있습니다. 이것은 일부 테스트 사례에서 유용할 수 있지만 대부분의 프로덕션 사용 사례에서는 피해야 합니다.

IAM을 설정하면 리소스 기반 정책을 정의하여 Lambda 함수 URL에 대한 액세스를 정의할 수 있습니다. 리소스 기반 정책을 사용하면 특정 계정, 조직, 사용자, 역할 또는 기타 AWS 보안 주체를 정의하여 기능에 액세스할 수 있습니다. IAM 인증에 대한 자세한 정보는 여기에서 찾을 수 있습니다.

IAM 옵션은 다른 AWS 사용자로부터 호출될 것으로 예상되는 함수에 이상적입니다.

언제 Lambda 함수 URL 대신에 API Gateway를 사용하나

API Gateway 및 Lambda 함수 URL은 언뜻 보기에 유사한 기능을 제공합니다. 엔드포인트를 호스팅하기 위해서 API Gateway를 선택할지 아니면 Lambda 함수 URL을 선택할지의 여부는 API Gateway가 제공하는 추가 기능에 액세스해야 하는지 여부에 따라 다릅니다.

예를 들어 API Gateway는 엔드포인트에서 쓰로틀링과 같은 기능을 제공합니다. 이렇게 하면 클라이언트가 특정 개수를 초과하여 API를 호출하는 것을 방지할 수 있습니다.

기타 API Gateway 기능에는 IP 화이트리스트/블랙리스트 작성, Amazon Cognito와의 통합을 통한 권한 부여, 요청 검증 등 많은 기능이 있습니다.

Lambda 함수를 공개 인터넷에 노출하는 빠른 방법이 필요하다면 람다 함수 URL이 확실히 좋은 선택입니다. 또한 일반적인 Lambda 호출 비용 외에 함수 URL을 사용하는 데 추가 비용이 들지 않는다는 점도 흥미롭습니다. 그러나 API Gateway와의 통합에는 추가 비용이 듭니다.

그러나 전체 추가 기능이 포함된 좀 더 견고한 제품을 찾고 있다면 Lambda가 포함된 API Gateway가 더 나은 선택일 수 있습니다.

원문링크 https://beabetterdev.com/2022/04/06/aws-lambda-function-url-vs-api-gateway-when-to-use-what/

sudo apt update

# 우분투 20에는 python3 이 이미 설치되어 있어서 pip만 설치했습니다.

sudo apt install python3-pip

sudo apt install awscli

aws configure

# 아래에서 사용자 생성할 때 만들어진 키를 입력합니다.(복사하고 마우스 우클릭하면 됩니다.)

AWS Access Key ID [None]: Type your IAM user AWS access key ID here, and then press Enter
AWS Secret Access Key [None]: Type your IAM user AWS secret access key here, and then press Enter
Default region name [None]: Type a supported region for CodeCommit here, and then press Enter # 리전은 서울이면 ap-northeast-2
Default output format [None]: Type json here, and then press Enter # json 이라고 입력합니다.

pip install git-remote-codecommit

WARNING: The script git-remote-codecommit is installed in '/home/enosh/.local/bin' which is not on PATH.
Consider adding this directory to PATH or, if you prefer to suppress this warning, use --no-warn-script-location.

# 위와 같은 경고가 나오면 PATH 를 추가해줍니다.

PATH=$PATH:/home/enosh/.local/bin

디폴트 프로파일이 아닌 곳에서 clone하려면 아래와 같이 하면 됩니다.

git clone codecommit://other_profile@my-repo

Route53에서 도메인을 먼저 등록을 하는 줄 알았는데, API Gateway에서 먼저 도메인이름을 등록하고 그 다음에 Route53으로 가서 등록을 해야 하더군요.

위의 캡쳐화면과 같이 API Gateway에 대한 별칭을 선택하고, 리전을 선택하고, 엔드포인트를 선택해야 하는데, API Gateway에서 도메인등록을 하지 않으면 리소스를 찾을 수 없다고 나옵니다.

다시 API Gateway 콘솔로 이동해서 아래와 같이 도메인을 등록해 줍니다.

그리고 나서 다시 Route53으로 가면 아래와 같이 엔드포인트를 찾을 수 있습니다.

그리고 나서 API Gateway로 가서 API 매핑을 해주면 됩니다. -끝-