절약, HTTP RPC(JSON+gzip)가 아닌 이유
Trift의 주요 목표는 프로그래밍 언어 간에 효율적이고 신뢰할 수 있는 커뮤니케이션을 가능하게 하는 것입니다.하지만 HTTP-RPC도 가능하다고 생각합니다.웹 개발자는 거의 모든 사람이 http에서 작업하는 방법을 알고 있고, HTTP-RPC(json)를 구현하는 것이 Trift보다 쉽습니다.
Srift-RPC가 더 빠를 수도 있는데, 그렇다면 성능 차이는 누가 알 수 있을까요?
속도 이외의 몇 가지 이유:
Srift는 전달 중인 데이터 구조를 포함하여 클라이언트와 서버 코드를 완전히 생성하므로 핸들러를 쓰고 클라이언트를 호출하는 것 외에 다른 작업을 수행할 필요가 없습니다.파라미터와 반환을 포함한 모든 것이 자동으로 검증되고 구문 분석됩니다.데이터 건전성 검사를 무료로 받으실 수 있습니다.
절약은 HTTP보다 콤팩트하며 암호화, 압축, 논블로킹 IO 등을 지원하도록 쉽게 확장할 수 있습니다.
필요에 따라 HTTP 및 JSON을 사용하기 쉽게 설정할 수 있습니다(클라이언트가 인터넷상의 어딘가에 있어 방화벽을 통과할 필요가 있는 경우).
트리프트는 영속적인 접속을 지원하며 HTTP에 의한 연속적인 TCP 및 HTTP 핸드쉐이크를 회피합니다.
개인적으로 외부에서 접속이 필요할 때 내부 LAN RPC와 HTTP를 알뜰하게 사용하고 있습니다.
이 모든 것이 당신에게 이해되길 바랍니다.여기서 알뜰에 대한 프레젠테이션을 읽어보실 수 있습니다.
http://www.slideshare.net/dvirsky/introduction-to-thrift
그것은 절약에 대한 몇 가지 다른 대안들과 연결되어 있다.
여기에서는 다양한 시리얼라이저의 퍼포먼스 비교에 관한 유용한 자료를 소개합니다.https://github.com/eishay/jvm-serializers/wiki/
특히 Trift vs JSON: 절약 퍼포먼스는 최고의 JSON 라이브러리(잭슨, 프로토스터프)에 필적하며 시리얼 사이즈는 다소 낮습니다.
IMO의 가장 강력한 절약 이점은 상호 운용 가능한 RPC 호출과 바이너리 데이터의 편리한 처리입니다.
언급URL : https://stackoverflow.com/questions/9732381/why-thrift-why-not-http-rpcjsongzip
'source' 카테고리의 다른 글
| WordPress에서 검색 쿼리와 일치하는 게시물을 프로그래밍 방식으로 가져오는 방법은 무엇입니까? (0) | 2023.03.27 |
|---|---|
| 리액트 훅 + WebSockets의 올바른 사용 방법 (0) | 2023.03.27 |
| Reacjs 프로젝트 구축 후 불투명도 값이 1%로 변경됨 (0) | 2023.03.27 |
| IntelliJ IDEA에서 1개의 실행 Configuration으로 여러 Spring Boot 어플리케이션을 실행하는 방법이 있습니까? (0) | 2023.03.27 |
| 파일에 쓰지 않고 Jackson을 사용하여 Map을 JSON 표현으로 변환할 수 있는 방법이 있습니까? (0) | 2023.03.27 |