250225 - aws krug 서버리스 소모임

[세션1] 주제: AWS SAM으로 안정적인 서버리스 결제 시스템 구축하기 연사: 이현제 (AWSKRUG 서버리스 오거나이저/크래프타) 내용: C2C 서비스의 자동 무통장 입금 확인 및 송금 시스템을 여러 개의 람다를 비롯한 서버리스 아키텍처 위에 구축하면서, SAM을 활용하여 효율적으로 람다를 개발 및 관리한 방법을 공유합니다.

[세션2] 주제: 서버리스를 활용해 서버 개발자 1명으로 MAU 10만 서비스 운영하기 연사: 김진영 (AWSKRUG 서버리스 오거나이저/한국분양정보) 내용: 주택 분양/임대 정보 제공 서비스 ‘맞춤분양’을 개발하며, 트래픽 증가에 맞춰 다양한 서버리스 기술을 활용해 인프라를 지속적으로 개선하고, 비용과 운영 효율을 극대화한 과정에서 겪은 시행착오를 공유합니다.

서버리스로 결제 서비스 운영하기

크래프타 라는 회사에서 백엔드로 근무하시는 분의 서버리스 기반의 결제서비스 운영관련 내용이였다. 작은규모 비용과 운영리소스 문제로 서버리스를 선택하는건 아마 꽤나 많은 현업에서 실제로 유용한 판단일것이다. 이걸 구현할만큼의 열정있는 인력이 많지는 않다는것의 문제이겠지..

네가지 어려움 환경분리 / 인프라관리 / 공통코드 및 변수 유지 / 형상관리 sam 으로 개발 할 경우 로컬에서 테스트도 가능하고 환경분리도 가능. toml 의 구성을 통해서 사용하는데 iac 와 유사한 느낌이다. 결국 람다도 aws에서 돌아가는거니까. 환경변수의 이슈가 있었고 레이러를 썼는데 레이어를 사용할 경우 자동으로 포함되는 sys.path 문제로 임의의 파이썬 경로 생성이 필요. 결론만 놓고 보면 sam을 통한 iac, toml 관리, github action을 통한 형상관리 및 자동배포. 환경변수도 ssm을 적용하면 문제는 없다. 단지,, 초기 구성을 누가 할 것인가. 추기 구성까지의 비용투자를 납득할 수 있을까의 이슈가 있다.

한국분양정보 에서의 서버리스 기반의 데이터 수집

de이신줄 알았는데 스타트업의 창업멤버셨음. 대부분의 해당 아이디어들의 출발처럼 초반에 보기 불편하니 수집을 자동화 하고 이거 기반의 서비스를 사이드 플젝으로 시작하셨음. 사이드 플젝에서 시작하면서 mau가 늘어나면서 안정화를 위한 코드와 구조도 필요하지만 운영 자체에 기본으로 들어가는 공수도 있기 때문에 다양한 방법으로 가다가 결국엔 서버리스로.. 심지어 mau 10만(max는 15만) 인데 원인프라 25만원. 서비스 자체가 간단하지만 충분히 재미있던 부분였다.

소개하셨던 이미지 하나 소개하셨던 멘트 “완벽함은 더 이상 더할 것이 없을 떄가 아니라 더이상 뺼 것이 없을 때 성취된다.”

open api 랑 정부서버 ip 대역이 다름. 담당공무원과 얘기를 해서 큰 힌트를 얻을때가 있다. 특히 공공api 인증키 장애가 나면 마스터키를 얻는다던가의 케이스도 있다고 한다. 윈도우즈 바이너리가 강제되는 케이스는 사무실에 노트북 놓고 쓴다하니 뭐 비슷한거 같다 ;;;;