AWS와 파트너, 내 스타트업 창업자: Vorhealth (휴가 회고)

Source: Dev.to

과도한 지출을 하지 않는 CTO (FinOps를 전략으로)

• 첫날부터 비용 효율성을 우선시합니다.
• AWS 청구서에서 놀라움을 방지하기 위해 메트릭과 알림을 사용합니다.

개발 속도 vs. 기술 부채

• 빠르게 출시하는 데 집중하되, 향후 성장을 방해하는 아키텍처 결정을 쌓아두지 마세요.
• 코드와 인프라를 정기적으로 검토하여 부채가 관리 불가능해지기 전에 갚아 주세요.

파트너에게 배운 교훈

“자동화되지 않는 것은 고장 난다”.

• 파이프라인, 테스트 및 배포를 자동화하여 인간 오류를 줄이세요.

견고한 MVP

• 다른 창업자들이 서버와 씨름하는 동안, 당신은 Day 1부터 IaC(Terraform 또는 CDK)로 인프라를 배포합니다.
• 스타트업이 빠르게 성장한다면, 시스템은 몇 분 안에 확장할 준비가 되어 있고, 몇 주가 걸리지 않습니다.

Serverless First

• 제품에 집중하고 운영체제 패치를 신경 쓰지 않게 해주는 아키텍처를 선택하세요.
• AWS Lambda, API Gateway, DynamoDB와 같은 서비스는 운영 부담을 줄여줍니다.

보안을 판매 포인트로 활용하기

• B2B에서는 보안이 고객의 첫 번째 질문입니다.
• “우리는 클라우드에 있다”는 말 대신 이렇게 말할 수 있습니다:

“우리의 아키텍처는 AWS Well‑Architected Framework를 따르고, KMS를 사용한 저장 중 암호화를 적용하며, 최소 권한 원칙을 준수합니다”.

• 이 접근 방식은 계약을 성사시키고 신뢰를 형성합니다.

“문제 해결사” 마인드셋

• 다른 사람들의 배포를 2년 동안 보면서 무엇이 효과적이고 무엇이 아닌지 배웠습니다.
• 너무 복잡한 아키텍처 때문에 실패한 사례와 단순함으로 성공한 사례를 보았습니다.

“전‑기술자”가 창업자에게 주는 조언

• 전: 당신의 성공은 아키텍처가 완벽한 것이었습니다.
• 현재: 당신의 성공은 제품이 문제를 해결하고 누군가가 비용을 지불하는 것입니다.
• 인프라를 어떻게 구축하는지 안다고 해서 과도하게 구축하는 함정에 빠지지 마세요.

스타트업을 위한 황금 규칙

비즈니스 모델을 검증하는 데 꼭 필요한 기술만 구축하세요.

감사합니다.