네트워크를 통해 프로그램 간 연결을 제공하는 다양한 도구에 대해 배우고 싶습니다. 네트워크를 통한 프로그램 간 연결
질문을 명확히하기 위해, 나는 subquestions에 분할 : 프로그램의 일부 그룹 (이 프레임 워크를 사용할 수있는 위치 또는 특정 툴/프레임 워크/프로그래밍 언어로 접근) 왜- 가에서 인기가 있었다 각 기간? (해결 된 문제에 대한 설명, 도구 설명, 해당 도구가 그 당시의 문제에 가장 적합한 솔루션으로 여겨지는 이유, 일부 도구가 인기를 잃어버린 이유)
- 소프트웨어 통신의 전체 내역은 무엇입니까? 회로망? (도구/수십 년 동안 인기가 높았 음)
- 이 문제에 대한 최신 해결책은 무엇입니까?
두 가지 중요한 접근 방식 만 구별 할 수 있습니다. 나는 상호 프로그램의 전체 그림이 문제의 장소를보고 싶어
RPC는 RMI와 그 구현 (나는 this을보고 있지만,이 문제를 해결하기 위해 구체적인 문제와 특정 도구에 관한 것입니다 ONC RPC, XML-RPC, CORBA, DCOM, gRPC, 지금은 활성화 되었습니까? 사용하기에 합당한 이유는 무엇이며 바람직한 이유는 무엇입니까? 의견 기반이 아닌 의견을 받아 들일 수 있기를 바랍니다. "기술과 같은 대답 X 문제 때문에 기술 B보다 ..."신뢰할 수있는 연구가있는 경우에만/통계 또는 사실). 나는 RPC와 RMI가 10 년 전에 인기가 있었다고 들었다. 아직도 그래?
나는 무엇인가 놓치고 있습니까? 어쩌면 완전히 새로운 방식으로 문제를 해결할 수있는 기술이 있을까요? RPC (RMI) 및 웹 서비스를 대체 할 수있는 기술이있을 수 있습니까? RPC (RMI)를 REST로 대체 할 수 있습니까? RPC (RMI)를 현대 작업으로 만 REST로 대체 할 수 있습니까? RPC와 웹 서비스가 아닌 다른 방식으로 기술을 분리해야합니까?
90 년대 중반의 Robert Orfali의 저서 "The distributed objects survival guide"는 오래된 기술의 역사에 대한 배경 지식을 제공합니다. 그것은 또한 재미있는 읽기 :-) –