실리콘밸리 AI 개발자의 LLM 서비스를 위한 RAG
Hong
₩165,000
얼리버드
70%
₩49,500
입문 / JavaScript, Python, 인공지능(AI), ChatGPT, RAG
4.8
(9)
LLM의 한계? 실리콘밸리 현업에서 겪은 RAG 시행착오와 운영 노하우로 실전 문제 해결법을 알려드립니다.
입문
JavaScript, Python, 인공지능(AI)

대규모 MSA(Microservice Architecture) 환경에서 성능을 극대화하는 RPC 통신 기법을 다룹니다. 단순한 gRPC 실습을 넘어, 수백 개의 마이크로서비스가 동시에 동작하는 실제 운영 환경에서 안정적이고 효율적인 서비스 간 통신을 구현하는 방법을 배웁니다. Golang을 기반으로 Protocol Buffers(proto) 문법 작성, 자동 코드 생성 및 서비스 구현, gRPC의 구조와 기존 RPC 대비 장점, 그리고 성능 최적화 전략까지 실무 중심으로 다룹니다. 비전공자나 서버 개발 입문자도 쉽게 이해할 수 있도록, RPC의 개념부터 gRPC의 내부 동작 원리까지 단계적으로 설명하여 실제 서비스에 바로 적용할 수 있는 실무형 역량을 갖추게 됩니다.
수강생 302명
난이도 초급
수강기한 무제한





삼성
다우기술
임직원들도 이 강의를 듣고 있어요!





삼성
다우기술
임직원들도 이 강의를 듣고 있어요!
먼저 경험한 수강생들의 후기
5.0
미래 1인 개발자
토스에서 개발을 하고있고, 강의에도 함께 참여하고 도와준 개발자입니다. RPC 통신에 대해서 반드시 알고 계셔야 합니다. 사람들이 생각보다 HTTP 로 간단하게 구현하고 MSA를 구현했다고 많이 말씀하시는데, 사실 저는 동의하지는 않아요. 실제로 예전에 면접들어갔을떄도 MSA라는 아키텍처 이야기가 나오면 RPC에 대해서도 반드시 질문을 하는 경향이였던만큼 MSA에서 RPC 통신이라는것이 자원 최적화 측면과 관리하는 측면에서 굉장히 중요한 요소중에 하나라고 생각합니다. 이 강의가 많은 도움이 되시길 바라겠습니다.
5.0
Choi
카카오에서 개발하면서 Hong과 함께 강의를 만든 개발자 입니다!! RPC 통신, MSA 아키텍처 이 두개의 연관관계를 잘 이어서 설명하지 못하시는 분들과 둘의 호환성의 중요도를 잘 모르시는 분들이 많은거 같다고 생각합니다. "어디가서 MSA 코어레벨까지 구현을 해보았습니다." 라고 말할 수 있다면, 반드시 RPC 까지 활용하여 네트워크 단의 자원을 최적화하고 이 과정에서 어떤 부분을 개선했는지를 설명 할 수 있어야 한다고 생각합니다. 그런 주제를 기반으로 강의를 준비해보았고, 강의를 보시고 많은 도움을 받아가시기를 바라겠습니다. 감사합니다!
5.0
이병석
정말 유익한 내용이였습니다.. 다른 강의도 너무 기대되고 많은 부분을 배웠습니다. 구체적으로 표현하자면. 1. MSA 에서 왜 HTTP로는 구현의 한계가 있는지 알 수 있었다. 2. 기본부터 심화까지 다양한 요구사항을 대응 할 수 있는 RPC 설계를 알게 되었다. 3. RPC를 사용하는 과정에서 고려해야 하는 부분들을 알게되었다. 4. 연결에 대한 최적화나 프로토콜 레벨에서의 연결 재사용등 쉽게 알지 못하는 내용들을 학습 할 수 있었다. 정말 너무 좋은 강의 감사합니다.
“RPC는 왜 필요한가?” – REST를 넘어선 고성능 통신의 본질 이해
gRPC 완전 정복 – proto 설계부터 코드 자동 생성, 실전 서비스 구축까지
수백 개의 마이크로서비스를 버티는 비결 – 카카오식 성능 보장 전략 공개
INTERFACE DEFINITION · order.proto
밖에서 들어오는 요청은 REST가 맞습니다. 그런데 서비스가 서비스를 부르는 안쪽 통신까지 같은 방식이면, 서비스가 늘어날수록 헤더와 직렬화에 쓰는 비용이 함께 늘어납니다.
gRPC는 인터페이스를 문서가 아니라 파일로 먼저 정의합니다. 서버와 클라이언트 코드가 이 파일에서 생성되기 때문에, 규격이 어긋나면 컴파일 단계에서 걸립니다.
1 · 문제 정의
둘 중 하나를 고르는 이야기가 아닙니다. 어느 자리에 무엇을 쓸지 나누는 이야기입니다.
서비스가 수백 개가 되면 헤더 오버헤드와 직렬화 비용이 호출 수만큼 곱해집니다. 그 판단을 하려면 gRPC가 무엇을 다르게 하는지 알아야 합니다.
2 · 시작
카카오와 토스, 두 곳의 현직 개발자가 같은 이야기를 했습니다.
3 · 통신 방식
어느 쪽이 스트림인지에 따라 넷으로 나뉩니다. 실시간 기능을 만들 때 무엇을 고를지가 여기서 갈립니다.
CLIENTSERVER
요청 하나에 응답 하나. 가장 많이 쓰이고 반드시 알아야 하는 형태입니다.
CLIENTSERVER
한 번 요청하고 응답을 여러 번 나눠 받습니다. 진행 상황을 밀어 주는 자리에 씁니다.
CLIENTSERVER
여러 번 보내고 마지막에 응답을 한 번 받습니다. 묶어서 올리는 작업에 맞습니다.
CLIENTSERVER
양쪽이 동시에 주고받습니다. 동시성 주의사항을 함께 봅니다.
섹션 5가 이 자리입니다. 마지막 실습의 메신저 예제가 Unary만으로는 안 되는 자리를 그대로 보여 줍니다.
4 · 커리큘럼
배경과 proto 설계를 잡고 통신 방식과 최적화를 거쳐 전체 실습으로 끝납니다.
5 · 실습
문법만 배우고 끝나지 않게, 성격이 다른 두 서비스를 각각 설계하고 구현합니다.
LAB 01
LAB 02
실습은 Go로 진행합니다. 섹션 2에서 Java와 Go의 개발 환경 차이를 먼저 짚기 때문에 Go가 처음이어도 출발점은 있습니다.
문법만 배우고 끝나지 않습니다. 성격이 다른 두 서비스를 proto 설계부터 코드까지 만들어 봅니다.
커리큘럼 보기6 · 대상
7 · 지금 시장
신입 채용은 줄고, 기업은 검증된 사람만 뽑으려 합니다. 최근 몇 달 사이 나온 기사들입니다.
기업이 불안한 만큼 뽑히는 쪽은 더 분명한 차이를 보여줘야 합니다. 프로토콜 이름을 아는 것과 왜 그것을 골랐는지 설명하는 것은 다른 이야기입니다.
8 · 수강평
인프런 수강평에서 그대로 옮겼습니다.
정말 유익한 내용이었습니다. 구체적으로 표현하자면 첫째, MSA에서 왜 HTTP로는 구현의 한계가 있는지 알 수 있었다. 둘째, 기본부터 심화까지 다양한 요구사항을 대응할 수 있는 RPC 설계를 알게 되었다. 셋째, RPC를 사용하는 과정에서 고려해야 하는 부분들을 알게 되었다. 넷째, 연결 최적화나 프로토콜 레벨에서의 연결 재사용 등 쉽게 알지 못하는 내용을 학습할 수 있었다.
이병석 · 100% 수강 후 작성
개발에 미칠 수 있을 만큼의 너무 유익한 내용이었습니다. 일반적으로 보기 힘든 주제에 관심 있는 내용이어서 이런 강의 제공해 주셔서 너무 감사합니다.
개발에 미친자 · 92% 수강 후 작성
이론부와 실습부가 적절히 분배되어 있습니다. gRPC 입문 등에서 가격 대비 만족한 강의였습니다.
Rojojun · 100% 수강 후 작성
9 · 만든 사람
카카오와 토스에서 각각 현업을 하고 있는 두 개발자, 그리고 판교 플랫폼 서버 개발자 Hong입니다.
KAKAO · BACKEND & DATA ENGINEER
제1금융권을 거쳐 지금은 카카오에서 백엔드와 데이터 엔지니어링을 담당하고 있습니다. 면접관으로도 활동하고 있습니다.
"MSA 이야기가 나오면 면접에서 RPC를 반드시 묻습니다."
TOSS · BACKEND ENGINEER
지방에서 컴퓨터공학을 전공하고 네이버를 거쳐 지금은 토스에서 백엔드를 개발하고 있습니다.
"HTTP로만 통신하면서 MSA를 다 만들었다는 건, 사실 완성이 아닙니다."
지식공유자 · 판교 플랫폼 서버 개발
비전공자로 시작해 지금은 판교에서 플랫폼 백엔드를 개발하고 있습니다. 현업의 지인들과 함께 강의를 만듭니다.
"바깥과 안쪽은 다른 문제라는 걸 알고 나면 선택이 달라집니다."
10 · 질문
서비스가 늘어날수록 비용이 곱해지는 자리가 어디인지 알고 나면 선택이 달라집니다.
결정하기 전에 커리큘럼 다시 훑어보기강의를 듣다 걸리는 부분, 자기 서비스에 적용하면서 생기는 질문, 커리어 이야기까지 나누는 공간이 따로 있습니다. 막히는 자리는 대체로 남들도 막힙니다.
학습 대상은
누구일까요?
MSA를 제대로 이해하고 싶은 서버 개발자 – 실제 대규모 환경의 통신 구조를 배우고 싶은 분
gRPC를 실무에 적용하려는 엔지니어 – REST를 넘어 새로운 통신 패러다임을 탐구하고 싶은 분
비전공자 출신 개발 입문자 – 개념부터 코드까지 단계적으로 배우며 실무 감각을 익히고 싶은 분
카카오 같은 대형 서비스의 백엔드 구조를 벤치마킹하고 싶은 학습자
인프런인증
커리어인증
9,510
명
수강생
606
개
수강평
166
개
답변
4.8
점
강의 평점
31
개
강의
집에서 빈둥대다 개발에 흥미를 느껴 개발 공부를 시작하였고 현재는 판교에서 플랫폼 서버 개발을 담당하여 진행하고 있습니다. 제가 공부를 했던 방법과 실무에서 접하실 수 있는 여러가지 문제점들과 해결책을 여러분들에게 제공하고 싶어 지식공유자 활동을 이어나가고 있습니다.
강의는 오로지 저만의 지식을 통해 만들어지지 않습니다. 모든 강의는 함께하시는 분들이 계십니다.
토스 개발자분의 추천으로 합류하신 실리콘 밸리 개발자 Waddy
[지식공유자 경력]
[前] 샌드박스IP 관련 블록체인 개발자
[前] 메타버스 백엔드 개발자
[現] 판교에서 고여가는 서버 개발자
[인터뷰 이력]
[기타 문의]
[공식 사이트]
전체
24개 ∙ (4시간 27분)
해당 강의에서 제공:
전체
16개
4.9
16개의 수강평
수강평 9
∙
평균 평점 5.0
5
정말 유익한 내용이였습니다.. 다른 강의도 너무 기대되고 많은 부분을 배웠습니다. 구체적으로 표현하자면. 1. MSA 에서 왜 HTTP로는 구현의 한계가 있는지 알 수 있었다. 2. 기본부터 심화까지 다양한 요구사항을 대응 할 수 있는 RPC 설계를 알게 되었다. 3. RPC를 사용하는 과정에서 고려해야 하는 부분들을 알게되었다. 4. 연결에 대한 최적화나 프로토콜 레벨에서의 연결 재사용등 쉽게 알지 못하는 내용들을 학습 할 수 있었다. 정말 너무 좋은 강의 감사합니다.
안녕하세요 이병석님 좋은 평 남겨주셔서 감사합니다. 하나하나 장점들을 나열해주셔서 해당 강의가 궁금하신 분들에게 많은 도움이 될 꺼같아요. 앞으로 더 유익한 강의 만들 수 있게 노력하겠습니다. 감사합니다!
수강평 8
∙
평균 평점 5.0
5
토스에서 개발을 하고있고, 강의에도 함께 참여하고 도와준 개발자입니다. RPC 통신에 대해서 반드시 알고 계셔야 합니다. 사람들이 생각보다 HTTP 로 간단하게 구현하고 MSA를 구현했다고 많이 말씀하시는데, 사실 저는 동의하지는 않아요. 실제로 예전에 면접들어갔을떄도 MSA라는 아키텍처 이야기가 나오면 RPC에 대해서도 반드시 질문을 하는 경향이였던만큼 MSA에서 RPC 통신이라는것이 자원 최적화 측면과 관리하는 측면에서 굉장히 중요한 요소중에 하나라고 생각합니다. 이 강의가 많은 도움이 되시길 바라겠습니다.
다음에도 함께 좋은 강의 만들어봐요 ㅎㅎ 감사합니다!
수강평 7
∙
평균 평점 5.0