실행되는 함수와 설명 가능한 운영
서버리스 서비스를 운영하면서 함수가 실행된다는 사실 외에도 비용, 로그, 배포 원본을 함께 확인할 필요가 있었습니다. 문제가 발생했을 때 지금 실행 중인 버전을 설명하고, 어떤 기준으로 되돌릴지 알 수 있어야 하기 때문입니다.
SuperLozzi 관련 과거 검토에는 Lambda 기준선과 비용, 로그 보존, 운영 배포물과 소스의 정확한 연결에 대한 한계가 정리되어 있습니다. 이 글은 그 공백을 모두 해결했다는 완료 보고가 아니라, 운영을 검토할 때 남겨야 할 기준을 정리한 기록입니다.
계획과 적용을 구분하기
검토 문서에 변경 계획이 있다는 이유만으로 실제 적용됐다고 볼 수 없습니다. 로컬 구현, 빌드 결과, 운영 적용 버전도 각각 다른 근거입니다.
특히 배포 원본이 명확하지 않으면 현재 상태와 소스 코드를 대조하기 어렵습니다. 과거 검토에서 발견한 이 문제의 현재 해소 여부는 별도 확인이 필요하므로, 해결된 성과로 적지 않습니다.
다음 작업에서 연결할 정보
소스 Git SHA
→ 빌드 산출물
→ 운영 적용 버전
→ 되돌릴 버전과 확인 절차
위 흐름은 앞으로 남기려는 운영 기록의 기준입니다. 기존 서비스 모두에 이 연결이 갖춰져 있다는 의미는 아닙니다.
비용도 같은 방식으로 범위를 좁혀야 합니다. 전체 청구액만 보는 대신 해당 함수의 역할, 측정 기간, 사용량, 관련 과금 항목을 함께 정리하면 변경 결과를 설명하기 쉬워집니다.
경험을 과장하지 않는 기록
이 주제에서 지금 설명할 수 있는 것은 비용·로그·배포 추적을 함께 검토한 경험과 그 과정에서 확인한 공백입니다. 이후 실제 변경 한 건에서 소스와 배포를 연결하고 복구 절차까지 확인하면, 그때 별도의 완료 사례로 남길 수 있습니다.
운영 경험에는 해결한 문제뿐 아니라, 무엇이 아직 설명되지 않는지 알아내는 과정도 포함된다고 생각합니다.