2010-09-02 3 views
10

내부 용으로 RPC 프레임 워크를 사용하려고합니다. 프레임 워크는 크로스 언어 여야합니다. 아파치 스 리프트 (Apache Thrift)를 지금 탐색 중입니다. Google 프로토콜 버퍼는 RPC 기능을 정확하게 제공하지 않습니다. Thrift와 다른 점은 무엇입니까? (내 서버는 주로 Java가 될 것이고 클라이언트는 Java, Python, PHP가 될 것입니다).RPC 프레임 워크를 사용할 수 있습니까?

+0

조금 훑어보고 문서와 함께 사용할 수있는 모든 옵션을 살펴본 후, 나는 Thrift를 선호합니다. 메시지 팩이 더 성숙해질 때까지 기다리는 중 – sheki

+0

호기심 tho 정확하게 간단한 요청/응답 처리 ("REST")에서 RPC를 정확히 찾고 있습니까? 예를 들어 간단한 HTTP + JSON 조합은 오히려 좋고, 편리하며, 성능이 뛰어납니다. 그래서 중고품, PB, 헤 시안 또는 다른 사람들이 당신을 사주는 프레임 워크는 무엇입니까? – StaxMan

+0

Thrift는 HTTP/JSON 방식보다 확실히 빠르고 가볍습니다. Thrift를 사용하여 HTTP + JSON/XML보다 많은 요청을 처리 할 수 ​​있습니다. 따라서 Thrift는 내부 서비스에 적합한 선택입니다. REST 접근 방식은 외부 API에 가장 적합 할 수 있습니다. – sheki

답변

2

유비 쿼터스 및 아무 의미가 없기 때문에 나는 첫 번째 옵션으로 REST를 살펴볼 것이다.

성능과 표현력이 정말 컴팩트해야한다면, 나는 Apache AVRO에 대한 좋은 이야기를 들었고, 내 손가락이 분노에 시달리고있다.

+0

AVRO가 재미있을 것 같습니다. 그럼 REST 대 RPC 토론은 끝났고 나는 RPC 대안을 찾고있다 – sheki

+0

행운을 비네! 어떻게 작동되는지 알려주십시오. –

+0

우선 AVRO는 PHP를 지원하지 않습니다. 그것은 우리에게 문제가 될 수 있습니다. – sheki

1

또한 RPC 용 Google 프로토콜 버퍼를 사용하는 ICE : 인 것으로 보입니다.

+0

정확히 말하면 사용하지 않지만 에뮬레이션 할 수 있습니다. –

4

MessagePack 또한 프로토콜 버퍼보다 ​​빠르며 Thrift보다 많은 기능을 가지고 있다고 주장합니다.

+5

솔직히 말하면, PB, Thrift 및 대안 간의 퍼포먼스 차이는 거의 중요하지 않으며 대부분의 경우 충분히 빠릅니다. – StaxMan