マネージドが高く見える理由

한국어 원문으로 표시합니다.

관리형 서비스의 값은 요금표를 직접 비교하면 항상 비싸 보입니다. 빠져 있는 항목이 있기 때문입니다 — 우리 시간, 그리고 우리가 못 하게 될 일.

概念マップ: 항상 비싸 보입니다.・규모가 아주 크면・부하가 특이하면・이미 잘 하고 있으면

"RDS 가 EC2 에 직접 깐 것보다 두 배" 라는 비교가 회의에서 자주 나옵니다. 숫자는 맞습니다. 그런데 그 비교표에는 이런 줄이 없습니다.

이걸 사람의 시간으로 환산하면 대개 요금 차액을 넘습니다. 특히 팀이 작을수록 그렇습니다 — 3명짜리 팀에서 한 명이 DB 운영에 20% 를 쓰면, 그건 인건비의 6~7% 이고 웬만한 관리형 요금 차액보다 큽니다.

반대 방향의 계산도 해야 합니다.

세 줄만 적어 보면 대개 결론이 납니다.

1. 월 요금 차액                      = ( 관리형 − 직접 ) 원
2. 직접 운영에 드는 월 인시(person-hours)
3. 인시 × 시간당 비용                 = 숨은 비용 원

2+3 이 1 보다 크면 관리형이 싸다.

여기에 한 줄을 더 얹으면 정확해집니다 — 그 시간에 하지 못한 일의 값. DB 를 돌보느라 못 만든 기능이 있다면 그게 진짜 비용입니다.

6번을 처음에 확인하는 팀이 드문데, 나중에 가장 비싸게 값을 치릅니다.

관리형과 자체 운영의 요금표만 비교하면 언제나 자체 운영이 싸 보입니다. 요금표에 없는 것을 함께 세야 비교가 성립합니다.

가장 큰 항목이 마지막 셋입니다. DB 판올림 한 번에 엔지니어 이틀이 든다면, 연 4회 로 8일입니다. 인건비를 하루 60만원으로 잡으면 480만원 — 인스턴스 몇 대 값입니다.

자체 운영 총비용 = 인프라 + (연간 운영 시간 × 시간당 인건비) + 사고 비용 기댓값
관리형 총비용   = 인프라(비싼 값) + (남는 시간 × 그 시간에 만들 가치)

마지막 항이 핵심입니다. 관리형을 사는 것은 시간을 사는 것 이고, 그 시간에 제품을 만들 수 있으면 남는 장사입니다. 반대로 인원이 충분하고 특수한 튜닝이 필요하면 자체 운영이 맞습니다.

관리형의 진짜 대가는 요금이 아니라 떠나기 어려움 입니다. 다만 이것도 정도가 있습니다.

첫 줄은 사실상 잠금이 없습니다. 같은 프로토콜을 쓰는 다른 곳으로 덤프하고 옮기면 됩니다. 잠금이 걱정되면 표준 프로토콜 관리형부터 씁니다. 독자 API 를 쓸 때는 그 이점이 이전 비용을 넘는지 먼저 계산합니다.

마지막으로, 클라우드로 옮기지 말아야 할 것을 이야기합니다.