클라우드활용 14주차 — 디지털 전환(DX) 전략 & 서버리스(Lambda)

마지막 14주차는 디지털 전환(DX) 전략과, 그것을 가속하는 서버리스(Serverless) — AWS Lambda·API Gateway 를 다룬다. DX 개념·사례는 강의 내용으로, 서버리스는 Lambda 함수를 만들고 호출하는 핸즈온으로 진행했다(역할 생성 → 함수 배포 → invoke → 로그 → 정리). 생성한 자원은 끝에서 모두 삭제했다.

핵심 개념

디지털 전환(DX)의 3단계

1. 디지털화(Digitization): 아날로그 → 디지털 변환(종이 문서 → PDF/전자의무기록).
2. 디지털화 활용(Digitalization): 기존 업무 프로세스를 디지털 도구로 개선(ERP·전자결재·클라우드 서버).
3. 디지털 전환(Digital Transformation): 비즈니스 모델 자체를 재편(플랫폼화·AI 기반 서비스·데이터 주도 전략).

산업별 사례: 금융(모바일뱅킹·AI 신용평가·핀테크), 제조(IoT·예측 정비), 물류(자동화 물류·AI 재고 최적화), 의료(클라우드 의료영상). 공통점은 클라우드의 확장성·탄력성·AI/데이터 분석 이 DX를 가속한다는 것이다.

서버리스(Serverless) — DX를 떠받치는 실행 모델

• AWS Lambda: 서버를 두지 않고 코드(함수)만 올리면 실행. 요청이 올 때만 구동되고 사용한 실행시간만큼만 과금 된다.
• API Gateway: Lambda 함수를 HTTP API로 노출. “Lambda 함수를 만들고 API를 붙여” 백엔드를 구성한다.
• 장점: 인프라 관리 0, 자동 확장, 트래픽이 적으면 매우 저렴 → 빠른 실험·빠른 출시.

강의 화면 — Lambda 콘솔

Lambda 콘솔에서 함수에 테스트 이벤트(JSON) 를 구성해 호출하는 모습. 강의는 콘솔로 진행했고, 아래는 CLI로 같은 과정을 진행한 것이다.

서버리스 Lambda 다루기

Lambda 실행 역할 생성

$ aws iam create-role --role-name clouduse-week14-lambda-role \
    --assume-role-policy-document file://trust-policy.json        # lambda.amazonaws.com 신뢰
$ aws iam attach-role-policy --role-name clouduse-week14-lambda-role \
    --policy-arn arn:aws:iam::aws:policy/service-role/AWSLambdaBasicExecutionRole

함수 코드 + 배포

배포한 핸들러(lambda_function.py):

import json
def handler(event, context):
    name = event.get("name", "민우")
    body = {"message": f"클라우드활용 14주차 - 안녕하세요 {name}님",
            "service": "AWS Lambda (serverless)"}
    return {"statusCode": 200, "body": json.dumps(body, ensure_ascii=False)}

$ aws lambda create-function --function-name clouduse-week14-hello \
    --runtime python3.13 --role <ROLE_ARN> --handler lambda_function.handler \
    --zip-file fileb://function.zip --timeout 10
clouduse-week14-hello   python3.13   Pending → Active

함수 호출 (invoke)

$ aws lambda invoke --function-name clouduse-week14-hello \
    --cli-binary-format raw-in-base64-out --payload '{"name":"민우"}' response.json
200                                       # StatusCode
# response.json 본문:
{"message": "클라우드활용 14주차 - 안녕하세요 민우님", "service": "AWS Lambda (serverless)"}

서버를 한 대도 띄우지 않고 코드만 올려 호출해 응답을 받았다. 이것이 서버리스의 핵심이다.

CloudWatch 로그 확인

$ aws logs get-log-events --log-group-name /aws/lambda/clouduse-week14-hello ...
REPORT RequestId: 3d70f80d-... Duration: 1.74 ms  Billed Duration: 93 ms  Memory Size: 128 MB

Lambda가 자동으로 CloudWatch에 실행 로그를 남긴다 — 실행시간 1.74ms, 과금 대상 93ms, 메모리 128MB. “쓴 만큼만 과금”이 숫자로 나타난다.

정리 (자원 삭제)

$ aws lambda delete-function --function-name clouduse-week14-hello       → 204
$ aws logs delete-log-group --log-group-name /aws/lambda/clouduse-week14-hello
$ aws iam detach-role-policy --role-name clouduse-week14-lambda-role --policy-arn ...AWSLambdaBasicExecutionRole
$ aws iam delete-role --role-name clouduse-week14-lambda-role
$ aws lambda get-function --function-name clouduse-week14-hello 2>&1 | grep -o ResourceNotFoundException
ResourceNotFoundException                 # 삭제 확인

정리 (과목 마무리)

DX는 결국 기술(클라우드·AI·서버리스) + 조직 + 문화 의 변화이며, 서버리스가 그 민첩성의 한 축이다. 서버를 띄우고 관리하던 5주차 EC2와 달리 Lambda는 코드만 올려 즉시 실행됐다 — 같은 “웹 응답”을 만드는 두 방식의 대비다. 3주차에서 계산했던 “EC2 24/7 vs Lambda 요청 기반”의 비용 차이도 실제 실행 로그(1.74ms / 93ms 과금)로 확인된다.

한 학기를 한 줄로 정리하면, 1주차에서 “왜 클라우드인가”를 잡고 → IAM·EC2·S3·VPC로 인프라를 구축하고 → CloudWatch·고가용성으로 운영·안정성을 다지고 → 보안·거버넌스로 지킬 것을 지키며 → 마지막에 서버리스로 차세대 실행 모델까지 이어지는 흐름이었다.