AWS Lambda/Serverless로 마이크로서비스를 만든다면, 어떤 업무를 ‘함수’로 쪼개는 기준이 있을까요?

Lambda 기반 마이크로서비스는 각 함수의 책임을 명확하게 단일 작업 단위로 분리하는 것이 핵심입니다. 함수 간 통신은 동기가 필요하면 API Gateway, 비동기라면 SQS나 EventBridge를 통해 연결합니다. 수업 프로젝트에서 주문 처리·알림·재고 업데이트를 각 Lambda로 분리하고 SQS로 연결한 구조를 설계한 경험이 있습니다. Cold Start를 줄이기 위해 Provisioned Concurrency 옵션을 검토했고, 서비스가 많아질수록 각 함수의 IAM 권한을 최소 권한 원칙으로 제한하는 것이 보안 설계의 출발점입니다.

Serverless 아키텍처는 운영 부담은 줄지만 분산 트레이싱과 로그 관리가 더 복잡해진다는 트레이드오프를 인식하고 설계해야 합니다. 앞으로도 Serverless 아키텍처에서 최소 권한 원칙과 분산 트레이싱을 설계 단계부터 고려하는 방식을 유지하겠습니다.

Lambda를 쓸수록 함수 간 경계와 IAM 권한 관리가 더 중요해집니다. 운영 부담은 줄지만 분산 로그 관리가 복잡해지는 트레이드오프를 인식하고 모니터링 구조를 먼저 설계하는 것이 Serverless 아키텍처의 핵심입니다.