웹 페이지/브라우저에서 메인 프레임 API에 액세스해야합니다. 메인 프레임 API는 웹 서버에 액세스 할 수 있지만 웹에 노출되지는 않습니다.node.js의 메인 프레임 API에 연결하는 어댑터/메소드
API는 패킷 당 40000 바이트의 데이터를 리턴하며 CICS.LU6.2 프로토콜을 사용 중입니다.
Linux에서 node.js 서버를 개발하여 mainframe API를 웹에 노출 시키거나, 즉 "웹 API"로 만들어 angular.js와 함께 웹 사이트를 개발할 계획입니다.
node.js의 메인 프레임 API에 연결할 어댑터/메소드를 찾지 못했습니다.
LU 6.2를 통해 흐르는 기존 API를 유지해야하는 경우 웹 요청 (대부분 HTTP)을 SNA LU 6.2로 변환 할 수있는 일종의 게이트웨이가 필요합니다. 직접 작성할 수 있지만이 작업의 일부 또는 전부를 수행 할 수있는 상용 제품이 몇 가지 있습니다.
One IBM solution is described here.
는 CA와 같은 타사 공급 업체의 솔루션이 있습니다 - here's a link to the CA API Management product. 타사 솔루션에는 보안,로드 균형 조정 또는 내결함성과 같이 중요한 기능이있을 수 있습니다.
Linux 솔루션을 사용할 수 있다면 WSO2 스택이나 Mule ESB와 같은 오픈 소스 기술을 사용하는 CA의 API 관리 솔루션과 비슷한 것을 얻을 수 있습니다. 이것은 LU 6.2에서 HTTP 로의 브리징을 넘어서는 중요한 결정이지만 필요한 대부분은 무료로 수행 할 수 있습니다.
귀하의 사이트에는 API 관리 전략이있을 가능성이 높습니다. 그렇다면 사이트 표준이 무엇인지 명확히 파악해야합니다. 보안 및 기타 여러 가지 문제를 정확하게 처리하기는 어렵 기 때문에 기존 서비스를 웹에 노출시키는 것이 조직의 첫 번째 취향 인 경우주의해야합니다.
나에게 방향을 알려준 덕분에 ws02와 노새 ESB는 계속 살펴 봐야합니다. – Anil
아마도 LU 6.2가 무엇인지에 대한 자신의 설명을 설명하고, 원하는대로 할 수 있다고 생각하는 방법을 설명 할 수 있습니까? 귀하의 사이트에서 CICS 지원 담당자에게 이야기하지 않는 이유는 무엇입니까? 웹 사이트를 만들고 CICS와 통신해야하며, 사이트의 설치된 소프트웨어 (또는 필요한 경우 라이센스가 부여 된 새 부품) 및 사이트의 보안 정책으로 어떻게해야합니까? 나는 LU 6.2가 대답의 일부가 될 것이라고 생각하지 않는다. –
답변을 주셔서 감사 드리며 세부 사항을 파헤 치려고합니다. – Anil