Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | ||
6 | 7 | 8 | 9 | 10 | 11 | 12 |
13 | 14 | 15 | 16 | 17 | 18 | 19 |
20 | 21 | 22 | 23 | 24 | 25 | 26 |
27 | 28 | 29 | 30 | 31 |
Tags
- nodeSelector
- OIDC
- Ingress Controller Fake
- LPOS
- R2DBC Paging
- fake jwt
- jsonMarshaller
- ㅉ때
- jar 배포
- 월급루팡 일지
- 핀포인트
- 플루터
- 개발 어렵당.ㅠ
- RedirectService
- UnsupportedOperationException
- 노드간 통신
- 논블록킹 성능
- save/update
- pinpoint 2.5.3
- formik
- reids
- Armeria
- 더티체킹
- intellij
- Loki 로그
- hbase 저장공간 설정
- nGinder
- pinpoint
- 스프링Boot 개발환경
- 애자일 싫타
Archives
- Today
- Total
대머리개발자
Armeria를 사용하는 이유 본문
728x90
모든 리소스를 아르메리아로 조지고 있는데
문득 왜 쓰고 있는지 의문이 들었다.
https://engineering.linecorp.com/ko/blog/hello-armeria-bye-spring
사실 처음으로 "도입한 이유"를 생각 해보니 성능적인 면보다는 grpc를 쉽게 쓰기 위함이였다.
하나의 모듈에서 서로 다른 클라이언트에게 서비스를 서빙하기 위해
http와 grpc의 프로토콜을 채택했는데 각각의 포트로 서비스를 제공해야 했다.
아르메리아를 이용하면 하나 포트에서 서비스를 제공할 수 있다.
상당히 매력적인 부분이다.
해서 시작했던 부분인데 이제는 무조건 아르메리아를 쓰고 있네.... grpc를 쓰지 않음에도.
그리고 라인 블로그에 작성된 성능적인 부분은
실상 webflux로 마이그레이션 하면 얻을 수 있는 장점이라고 보인다.
물론 많은 좋은 기능들이 탑재 되었지만. 사용하지 않는다면 투머취 스펙이 되는 것이다.
가벼워지자!! 경량화!!! without EJB를 외쳤던 그 순간으로
(핀포인트 지원도 안 되고)
그래서 앞으로는
1. 코틀린 + webflux + r2dbc
2. 코틀린 + mvc + jpa + querydsl
프로젝트를 구성할 듯 싶다.
성능이 중요? ==> 1
쿼리의 동적 변경? ==> 2
그리고 자바는 PASS
기회가 되면
3. fastify / Prisma
728x90
'개발이야기 > 개념' 카테고리의 다른 글
Json 안에 Json 처리 (0) | 2024.04.25 |
---|---|
네이밍 너무 힘들다. (1) | 2024.04.19 |
쿠폰시스템 개발(2) (0) | 2023.12.19 |
쿠폰시스템 개발 (1) | 2023.12.17 |
Map vs. DTO (0) | 2023.12.14 |