내부 용으로 RPC 프레임 워크를 사용하려고합니다. 프레임 워크는 크로스 언어 여야합니다. 아파치 스 리프트 (Apache Thrift)를 지금 탐색 중입니다. Google 프로토콜 버퍼는 RPC 기능을 정확하게 제공하지 않습니다. Thrift와 다른 점은 무엇입니까? (내 서버는 주로 Java가 될 것이고 클라이언트는 Java, Python, PHP가 될 것입니다).RPC 프레임 워크를 사용할 수 있습니까?
10
A
답변
2
유비 쿼터스 및 아무 의미가 없기 때문에 나는 첫 번째 옵션으로 REST를 살펴볼 것이다.
성능과 표현력이 정말 컴팩트해야한다면, 나는 Apache AVRO에 대한 좋은 이야기를 들었고, 내 손가락이 분노에 시달리고있다.
1
4
MessagePack 또한 프로토콜 버퍼보다 빠르며 Thrift보다 많은 기능을 가지고 있다고 주장합니다.
+5
솔직히 말하면, PB, Thrift 및 대안 간의 퍼포먼스 차이는 거의 중요하지 않으며 대부분의 경우 충분히 빠릅니다. – StaxMan
조금 훑어보고 문서와 함께 사용할 수있는 모든 옵션을 살펴본 후, 나는 Thrift를 선호합니다. 메시지 팩이 더 성숙해질 때까지 기다리는 중 – sheki
호기심 tho 정확하게 간단한 요청/응답 처리 ("REST")에서 RPC를 정확히 찾고 있습니까? 예를 들어 간단한 HTTP + JSON 조합은 오히려 좋고, 편리하며, 성능이 뛰어납니다. 그래서 중고품, PB, 헤 시안 또는 다른 사람들이 당신을 사주는 프레임 워크는 무엇입니까? – StaxMan
Thrift는 HTTP/JSON 방식보다 확실히 빠르고 가볍습니다. Thrift를 사용하여 HTTP + JSON/XML보다 많은 요청을 처리 할 수 있습니다. 따라서 Thrift는 내부 서비스에 적합한 선택입니다. REST 접근 방식은 외부 API에 가장 적합 할 수 있습니다. – sheki