다섯 살도 알 수 있게 · SRE

서비스 메시가 뭐예요?

서비스 메시를 기구끼리 이야기할 때 쓰는 전용 통로 이야기로 풀어봤어요.

기구끼리 서로 다른 말로 이야기하다 꼬여요.재고 확인, 대기 상황 같은 걸 각자 방식대로 물어봐요.

기구가 많아지면 연결선이 실타래처럼 엉켜요.기구 하나가 늘 때마다 연결선이 훨씬 더 늘어나요.

기구 뒤에 똑같은 통로를 하나씩 붙이면, 통로끼리만 이야기해요.기구 자신은 신경 안 써도 돼요.

기구마다 같은 통로 하나생김새가 다 똑같아요

통로끼리는 같은 말로기구 말은 안 바꿔요

누가 누구한테 말했는지 기록나중에 들여다볼 수 있어요

하나 끊겨도 다른 길로기구는 그대로 있어요

기구는 자기 통로하고만, 통로끼리는 서로 다 이야기해요.이 그물이 바로 서비스 메시예요.

통로를 다는 것도 일이 늘어요 — 기구가 적으면 안 써도 돼요.사이드카도 늘어나면 복잡해져요. 꼭 필요할 때만 쓰세요.

한 줄로

서비스 메시 = 기구끼리 직접 말 안 걸고, 기구마다 붙은 똑같은 통로(사이드카)가 대신 정해진 말로 이야기하게 하는 방법.

서비스 메시는 마이크로서비스 사이의 통신을 애플리케이션 코드 밖에서 처리하는 인프라 계층이에요. 각 서비스 옆에 사이드카 프록시를 붙여서 트래픽 제어·mTLS·재시도·관측을 통로 쪽에서 전담해요.

서비스 메시 Service mesh: 기구 사이 전용 통로 그물. 기구끼리 말이 안 통하던 문제를 통로가 대신 풀어요.
사이드카 Sidecar: 기구 뒤에 붙는 똑같이 생긴 통로 상자. 기구마다 하나씩, 생김새가 다 같아요.
mTLS mTLS: 통로끼리만 아는 암호. 다른 통로인 척해도 못 끼어들어요.
트래픽 제어 Traffic control: 어느 길로, 얼마나 보낼지 정하는 일. 통로가 기구 대신 맡아요.
재시도 정책 Retry policy: 한 번에 안 되면 잠깐 쉬었다 다시 거는 규칙. 통로가 기구마다 따로 안 정해도 되게 해줘요.
관측 Observability: 누가 누구한테 말했는지 다 기록하는 일. 통로끼리 오간 말은 전부 기록으로 남아요. → 관제실의 계기판 네 개
서킷 브레이커 Circuit breaker: 한쪽이 자꾸 고장나면 아예 그쪽으로 안 보내는 장치. 이것도 통로 쪽에서 대신 챙겨요.
API 게이트웨이 API gateway: 손님과 기구 사이의 안내소. 안내소는 손님-기구 사이, 서비스 메시는 기구-기구 사이예요. → 정문 안내소

다음 이야기

다른 용어도 그림책으로 보고 싶다면 요청하기 →