DCOM 을 활용할 경우가 어떤것이있나요?

"그러다보니 아! DCOM 이 이런걸 이렇게 가능하게 해주는구나.. 하고 이해가 잘안되는것같습니다.

만약 꼭 DCOM 이어야하는게있다면 이해하기쉬울것같은데. "

밥벌이하는 개발자라 깊은 이해는 없습니다만 저도 이런 근본적인 의문(?)에 관심이 많습니다.

용어가 너무 어려워서 그렇지 결국 기술은 필요에의해서 생겨납니다.

대규모 시스템에서-꼭 그럴 필요는 없지만-A,B,C 등등의 서비스들이 있습니다.
혹은 대큐모 시스템에서 어떤 개발 관점이든 쪼개서 개발을 합니다. 분할하여 정복하는 거지요.
결국 단위 시스템들은 효율적으로 통합되어 하나의 시스템을 이루어야 합니다.

통합을 위해서든 연계를 위해서든 다른 구성요소(컴포넌트 들)간의 연계(인터페이스)가 필요하게 됩니다.
그리고 이게 훨씬 더 효율적이게 설계를 합니다.

그럼 통합할 필요가 생겼습니다.

이를 가능하게 하는 하나의 기술 중 하나가 분산객체를 활용하는 것이 됩니다.

물론 따로 따로 개발하고 Web Service를 이용하거나 XML로 주고 받거나 RPC를 하나 정해서 쓰거나 같은 것이 실현이 됩니다.
또 이를 효율적으로 하기위해 ESB라는 것도 있고 EAI, SOA 등등 결국은 관점의 차이인데 좀 어렵죠.
따로 따로 개발할 수 밖에 없거나 다른 기관간의 연계, 혹은 다른 솔루션과의 연계에서는 이런 개념이 필수적입니다.

분산객체 역시 COM/DCOM도 있지만 JAVA RMI, CORBA, EJB 다양한 것들이 존재 합니다.
소켓이나 기타 네트워크를 통해서 연계하는 것 보다는 하나의 표준으로 연계하는 것이 훨씬 편한 것은 자명한 일이죠.
그래서 각자 다른 구성요소(컨포넌트 들)간의 연계(인터페이스)를 위해 프레임웤을 DCOM이나 EJB등으로 제공한 것이죠.

이런 방법들이 생겨나니 결국 설계 시에 너무 잘게 쪼개는 문제도 발생합니다.
그래서 쓸데 없는 DCOM이 난립한다거나 인터페이스가 인터페이스가 아닌게 된다거나
때문에 DCOM을 관리하는데 더 많은 노력이 든다거나 등의 문제요.

물론 너무 크게 쪼개면(컴포넌트화 하면) 역시 그 안에서는 이미 소프트웨어 개발의 복잡도로 인해 생기는 문제가
마구 발생합니다.

자 이상 제가 아는 걸 설명 드렸구요.

결론만 쉽게 말씀드리면 Socket으로 짜도 안될 건 없지만 분산객체 기술을 쓰는게 더 나으니까 쓰는 거죠.
(속도, 안정성, scalability, 안정적 설계 등등)

그리고 빠르고 안정적이고 기타 강점이 많으면 분산객체를 쓰는게 당연하겠죠.

머 web server에 php를 쓰는 이유는 c++로 html을 만들어서 내려보내는 서버 소켓 어플리케이션을 만드는 것 보다
더 나으니까 겠죠.

"그렇지않다면 DCOM 을 썼을때 더 효율적으로 될수있는 경우라도 있다면 알고싶어서요.."

답을 쓰다 보니 이 답변을 쓰는게 핵심인거 같네요.

소프트웨어를 개발하다 보니 커지면 커질 수록 개발이 어려워지고 그래서 CBD라는 개념을 생각해 냈습니다.
CBD로 하다 보내 Component들 간의 인터페이스 문제가 있고 이를 분산해야 할 필요도 생겼습니다.
그래서 CORBA니 JAVA RMI 등등을 내세웠습니다. 이걸로 하면 분산객체가 편해(저도 이게 엄청 안편하다는 경험을 가지고 있기는 합니다-_-)
MS는 COM개념에 플러스 알파 DCOM으로 대응한 것이 되지 않을까요 ?

답이 되었는지는 잘 모르겠습니다.
저도 공부 좀 하다 몇 일 있다 삭제 하겠습니다. 자신이 없네요