내가 일하는 큰 회사에서 매우 (costfull) ESB가 구입되었습니다. 목적은 웹 서비스로 랩핑하는 레거시 인프라를 재사용하여 비즈니스 목표에 신속하게 부합 할 수 있도록하는 것입니다. 즉 코딩이 더 이상 필요하지 않습니다. 이제는 ESB/BPM이 10 년 이상되었거나 다른 공급 업체의 약속이기 때문에 실제로 충분히 성숙합니까?ESB/BPM은 웹 서비스 배치를 분리하여 코딩을 완전히 제거 할 수 있습니까?
거의 확실하게 공급 업체가 약속합니다. 이것이 회사의 현실이된다면, 그들은 처음으로 그렇게 운이 좋을 것입니다!
이것은 12 년 넘게 반복되어 판매되는 동일한 판매 작업입니다 (4GL을 기억하십니까?).
대부분의 기업은 1) ESB/BPM 도구를 설치하는 데 더 많은 노력이 필요하다는 점, 2) 도구를 사용하여 가장 간단한 변경 만 할 수 있다는 것, 3) ESB/BPM 도구 공급 업체가 도구를 업그레이드 할 때마다 업그레이드 및 지원 자격이 부여됩니다 (이러한 도구의 역사를 살펴보고 상점의 고통에 대해 살펴보십시오. 4) 지원 서비스는 비용이 많이 들고 거의 도움을주지 못합니다 (프리미엄 지원 비용을 지불 한 회사 중 수십 개의 티켓을 소지 한 회사 중 하나 또는 두 가지만 가지고 있음을 알고 있습니다. 사내의 누군가가 결국 솔루션/해결 방법을 찾기 전에 전화로 바보들에 의해 해결되었습니다.
ESB/BPM을 사용하면 레거시 인프라 스트럭처를 랩하고보다 현대적인 타겟 아키텍처로 쉽게 마이그레이션 할 수 있습니다. 사실 그것은 복잡한 어플리케이션 환경에서 ESB/SOA 전략을 채택하는 가장 좋은 이유 중 하나입니다.
그러나이 코드는 "더 이상 코딩 할 필요가 없습니다."라는 의미로이라고 말하면 입니다. 결국 레거시 시스템의 상태 및 트랜잭션 의미에 대한 자세한 지식을 가지고 잠재적으로 복잡한 웹 서비스 순서를 조율해야합니다. 그 또 다른 단어는 .... 코딩입니다.
p.s. 지금은 너무 늦을 지 모르지만 다른 사람들이 이것을 읽으 려 할 때 값 비싼 독점적 인 ESB가 종종 돈 낭비라는 점을 지적해야합니다. 오픈 소스 솔루션을 통해 필요한 것을 완벽하게 (때로는 더 좋게) 할 수 있습니다. JBoss 및 Mule 봄을 즉시 생각하십시오. 어쨌든 대부분의 노력은 사내에서해야하기 때문에 공급 업체의 독자적인 솔루션을 사용하지 않고 훌륭한 오픈 소스 툴킷을 배우는 데 시간을 할애 할 수 있습니다.
너무 늦었습니다. 선택한 두 명의 ESB 지도자 중 하나입니다.) – user310291
나는 이전 대답을 upvoted했습니다. . Mule을 사용하는 경우 http://mulesux.tumblr.com/을 (를) 따르고 싶을 수도 있습니다. – b7kich
이 회사는이 비용이 더 많이 들지 않는다고 말하면서 돈을 지불하지 않습니다. – user310291