<div id="readability-page-1" class="page"><div id="wrap">

        <main>

          
          <div><h3 data-ke-size="size23">grpc support framework</h3>
<ul data-ke-list-type="disc">
<li><a href="https://github.com/LogNet/grpc-spring-boot-starter">https://github.com/LogNet/grpc-spring-boot-starter</a>
<ul data-ke-list-type="disc">
<li><a href="https://github.com/LogNet/grpc-spring-boot-starter/blob/master/ReleaseNotes.md">https://github.com/LogNet/grpc-spring-boot-starter/blob/master/ReleaseNotes.md</a></li>
</ul>
</li>
<li><a href="https://github.com/yidongnan/grpc-spring-boot-starter">https://github.com/yidongnan/grpc-spring-boot-starter</a></li>
<li><a href="https://github.com/line/armeria">https://github.com/line/armeria</a></li>
<li>ktor의 경우 제한적으로 사용 가능
<ul data-ke-list-type="disc">
<li><a href="https://youtrack.jetbrains.com/issue/KTOR-1501">https://youtrack.jetbrains.com/issue/KTOR-1501</a></li>
<li>grpc server starter의 구현은 여름에 런칭 계획 중</li>
</ul>
</li>
</ul>
<p data-ke-size="size16"><a href="https://www.reddit.com/r/SpringBoot/comments/1255u5x/spring_boot_and_grpc/">https://www.reddit.com/r/SpringBoot/comments/1255u5x/spring_boot_and_grpc/</a></p>
<ul data-ke-list-type="disc">
<li>특별히 spring boot3를 쓰지 않는 한, 둘 중에 뭘 쓰거나 상관 없어 보인다.</li>
<li>lognet 구현체가 좀 더 잘 되어 있다.
<ul data-ke-list-type="disc">
<li>spring boot 지원 버전이 더 최신성을 잘 반영 함.
<ul data-ke-list-type="disc">
<li>native spring은 지원이 잘 안되는 것 같다.</li>
</ul>
</li>
</ul>
</li>
<li>다른 모듈 support 은 yidongnan 모듈이 좀 더 잘 지원한다.
<ul data-ke-list-type="disc">
<li><a href="https://yidongnan.github.io/grpc-spring-boot-starter/en/versions.html">https://yidongnan.github.io/grpc-spring-boot-starter/en/versions.html</a>
<ul data-ke-list-type="disc">
<li>2.15.0 버전은 spring boot 2.7.5 버전/spring cloud 2021.0.5버전을 지원 예정</li>
<li>2.14.0 버전은 spring boot 2.6.13/spring cloud 2021.0.5버전 지원
<ul data-ke-list-type="disc">
<li>문제점은 spring boot 기반 start의 모듈은 official 모듈이 없고, 3th-party 모듈이 유지보수한다.</li>
<li>과연 써도 될까?</li>
<li>armeria를 도입 하는 것이 좋은 장점이 될 수 있음.</li>
<li>HTTP/GRPC 둘다 서비스 가능</li>
<li>RPC docs 지원</li>
<li>Spring과 integration support 가능</li>
<li>armeria + spring 두개를 띄워서 서비스 가능하여, 별도 migration의 노고가 줄어든다.
<ul data-ke-list-type="disc">
<li>단점, spring webflux 기반이어야지 가능하고, 그렇지 않다면 전환 비용이 있음.</li>
</ul>
</li>
</ul>
</li>
</ul>
</li>
</ul>
</li>
</ul>
<p data-ke-size="size16">protobuf 병합</p>
<ul data-ke-list-type="disc">
<li><a href="https://github.com/stormcat24/protodep">https://github.com/stormcat24/protodep</a></li>
</ul>
<p data-ke-size="size16">ref.</p>
<ul data-ke-list-type="disc">
<li><a href="https://medium.com/jongho-developer/spring-boot-grpc-and-my-experience-of-grpc-fad4af471eb5">https://medium.com/jongho-developer/spring-boot-grpc-and-my-experience-of-grpc-fad4af471eb5</a></li>
</ul>
<p data-ke-size="size16">QA) proto 파일을 어떻게 공유 할 것인가?</p>
<ul data-ke-list-type="disc">
<li>repository를 따로 구성해서 공유 한다.
<ul data-ke-list-type="disc">
<li>문제는 팀 전체가 공유 하는 경우, proto 파일들이 방대해질 수 있음.</li>
</ul>
</li>
<li><a href="https://github.com/grpc-ecosystem/awesome-grpc#tools">https://github.com/grpc-ecosystem/awesome-grpc#tools</a>
<ul data-ke-list-type="disc">
<li><a href="https://github.com/bojand/ghz">https://github.com/bojand/ghz</a>
<ul data-ke-list-type="disc">
<li>grpc load test tool</li>
</ul>
</li>
</ul>
</li>
<li>grpc를 web에서는 바로 쓸 수 없어서, <a href="https://github.com/grpc/grpc-web">https://github.com/grpc/grpc-web</a> 를 써야 한다.
<ul data-ke-list-type="disc">
<li>이유는 web broser에서 동작 하는 grpc client 의 경우 trailer spec에 대한 이슈로 grpc 자체를 바로 받을 수 없어서 body 끝에 trailer를 담는 방식으로 해결</li>
<li>ref. <a href="https://carlmastrangelo.com/blog/why-does-grpc-insist-on-trailers">https://carlmastrangelo.com/blog/why-does-grpc-insist-on-trailers</a></li>
</ul>
</li>
</ul>
<h3 data-ke-size="size23">gRPC client and server</h3>
<p data-ke-size="size16">ref.</p>
<p data-ke-size="size16"><a href="https://www.youtube.com/watch?v=igHrQPzLVRw">https://www.youtube.com/watch?v=igHrQPzLVRw</a></p>
<figure data-ke-type="video" data-ke-style="alignCenter" data-video-host="youtube" data-video-url="https://www.youtube.com/watch?v=igHrQPzLVRw" data-video-thumbnail="https://scrap.kakaocdn.net/dn/ptc3g/hyTvkpf4JH/w1umkyk4N9NX9wuiwZMZQ0/img.jpg?width=1280&amp;height=720&amp;face=0_0_1280_720" data-video-width="860" data-video-height="484" data-video-origin-width="860" data-video-origin-height="484" data-ke-mobilestyle="widthContent" data-video-title="당근마켓 gRPC 서비스 운영 노하우 | 당근마켓 SRE 밋업 1회" data-original-url=""><iframe src="https://www.youtube.com/embed/igHrQPzLVRw" width="860" height="484" frameborder="" allowfullscreen="true"></iframe>

<img src="https://scrap.kakaocdn.net/dn/ptc3g/hyTvkpf4JH/w1umkyk4N9NX9wuiwZMZQ0/img.jpg?width=1280&amp;height=720&amp;face=0_0_1280_720"></figure>
<p data-ke-size="size16">gRPC client는 resolver/load balancer 내장</p>
<ul data-ke-list-type="disc">
<li>resolver는 주기적으로 target DNS를 resolve 하면서 endpoint를 갱신 함</li>
<li>connection이 실패하면, load balancer는 직전에 사용한 address list를 이용하여 re-connection</li>
<li>connection pool을 관리</li>
</ul>
<p data-ke-size="size16">gRPC Keepalive</p>
<ul data-ke-list-type="disc">
<li>keepalive는 http/2 ping frame을 보내 연결상태 체크</li>
<li>ping frame이 제 시간에 오지 않으면 connection close</li>
<li>gRPC가 연결에서 주기적으로 http/2 ping frame을 전송하면 해당 connection은 idle connection 상태가 아님.</li>
<li>MAX_CONNECTION_AGE 같은 옵션을 사용 할 수 있음.</li>
</ul>
<p data-ke-size="size16">gRPC 의 request / response</p>
<ul data-ke-list-type="disc">
<li>Content-type이 application/grpc가 아닐 경우 415 error</li>
<li>response message는 response header, length prefixed Message, Trailer 3가지다.</li>
<li>마지막 트레일러 헤더는 http 스펙으로 grpc-status와 grpc-message를 포함.</li>
</ul>
<p data-ke-size="size16">gRPC status code</p>
<ul data-ke-list-type="disc">
<li>infra layer</li>
<li>application layer</li>
</ul>
<p data-ke-size="size16">gRPC load balancing</p>
<ul data-ke-list-type="disc">
<li>k8s service는 l4 레벨이라, gRPC의 요청 분산하기에는 어려움이 있음.</li>
<li>linekerd, istio, nginx .. etc k8s gRPC 서비스를 로드 밸런싱 할때, service 객체를 endpoint 주소들을 갱신 하는 용도로 사용</li>
<li>endpoint list를 proxy가 직접 관리함.</li>
<li>HAProxy의 경우 option http-use-htx
<ul data-ke-list-type="disc">
<li>DC가 터지면, connection pool에 flow control error</li>
<li>connection pool을 분리</li>
<li>gRPC 모니터링 메트릭이 부족</li>
</ul>
</li>
<li>nginx의 경우 ngx_http_grpc_module</li>
<li>Envoy의 경우 gRPC 필터 동작 방식</li>
</ul></div>
          

          
          
          

        </main>
        
      </div></div>

Seungdols Company

seungdols

grpc support framework https://github.com/LogNet/grpc-spring-boot-starter https://github.com/LogNet/grpc-spring-boot-starter/blob/master/ReleaseNotes.md https://github.com/yidongnan/grpc-spring-boot-starter https://github.com/line/armeria ktor의 경우 제한적으로..

Grpc framework, protobuf 관리, grpc 기본 톺아보기

댓글