우리는 여러 응용 프로그램을 클라우드 플랫폼에 쉽게 추가 할 수있는 플랫폼을 개발하기위한 프로젝트를 진행하고 있으므로 응용 프로그램을 SaaS 기반으로 제공 할 수 있습니다. 모든 응용 프로그램에 대한 단일 사인온 (Open SSO를 통해 가능)이있을 것입니다.ESB/GigaSpaces XAP/Appistry/GoGrid for Paas 플랫폼을 OnBoard에 여러 애플리케이션을 SaaS로 사용 하시겠습니까?
우리는 생각하고 : 1. 뮬 ESB 호스팅에 대한 2. GigaSpaces XAP (확장 성) 3. Appistry 클라우드 IQ 플랫폼 (응용 프로그램을 업로드하기 위해) 4. GoGrid (다른 언어로 개발 된 애플리케이션을 통합하는)
이 도구의 올바른 조합입니까? 다른 조합을 추천 해 줄 수 있습니까?
필자는 Appistry의 독창적 인 엔지니어 중 한 명이며 현재는 제품 관리자입니다. 나는 기술적 인 사실을 고수하겠다. :-)
Appistry CloudIQ Manager를 사용하면 클라우드 서버에서 응용 프로그램 및 관련 서비스의 배포, 관리 및 수명주기를 단순화 할 수 있습니다. 관리자는 임의의 서비스 또는 서비스/응용 프로그램 조합으로이 작업을 수행 할 수 있으며 각 서버에서 계속 실행되도록 할 수 있습니다. 관리자는 서버가오고 갈 때 응용 프로그램을 위아래로 확장합니다. CloudIQ Manager는 Mule 및 GigaSpaces와 잘 작동합니다.
다른 조합은 특히 확장 성 및 다른 언어로 개발 된 응용 프로그램 통합 요구 사항에 따라 CloudIQ 엔진을 응용 프로그램 플랫폼으로 간주 할 수 있습니다. 엔진은 GigaSpaces 대신 또는 GigaSpaces와 함께 작업 할 수 있습니다.
CloudIQ Engine은 완전히 분산 된 응용 프로그램 컨테이너입니다. 엔진은 클라이언트 측과 클라우드 측 모두에서 통합을 위해 여러 언어를 지원합니다.
클라이언트 측에서는 Spring과 .NET Remoting을 사용하여 엔진 호스트 객체 (호출자와 수신자가 동일한 언어 여야 함)를 호출하거나 CloudIQ 클라이언트 API (C/C++/Java/.NET/SWIG-wrappable)가 사용자 정의 프로세스 플로우로 요청을 제출함으로써 ESB의 필요성을 제거 할 수 있습니다. 플로우는 엔진의 클라우드에서 실행되며 단일 요청으로 여러 메소드에서 호출을 조정할 수 있습니다. 이 방법은 다른 언어로되어있을 수 있습니다.
클라우드 측에서는 Java 객체 (POJO 및 Spring Beans) 및 .NET 객체 (PONO)와 C/C++ 라이브러리를 엔진 응용 프로그램으로 배포 할 수 있습니다. Java 및 .NET 객체는 변경없이 배포 할 수 있습니다. C/C++ (및 다른 바이너리 라이브러리)에는 래퍼 코드가 필요할 수 있습니다. 메타 데이터는 코드에 대한 작업량 정책 및 기타 클라우드 측 동작을 설명합니다.
엔진 응용 프로그램은 완전히 대칭입니다. 클라우드의 모든 서버는 애플리케이션 코드를 실행합니다. 내장 된 소프트웨어 기반로드 밸런싱은 작업을 가장 잘 처리 할 수있는 서버로 요청을 보냅니다. 코드는 코드를 변경하지 않고도 플랫폼에서 확장 성을 상속받습니다. 응용 프로그램은 확장 성뿐만 아니라 안정성에 대한 자동 장애 조치 및 메타 데이터에서 오류에 대응하여 응용 프로그램을 수행 할 방법을 정의 할 수있는 기능도 제공합니다.엔진은 사용 가능한 모든 CPU 코어에서 thread가 안전하지 않으면 코드를 자동으로 조정합니다. 코드가 스레드로부터 안전하지 않다면 CloudIQ는이를 효율적으로 실행할 수 있지만 모든 코어를 사용하지는 않습니다.
쉽게 시도해 볼 수 있습니다. CloudIQ Platform Community Edition을 사용하면 최대 5 대의 서버 및/또는 10 개의 프로세싱 코어 (프로덕션 포함)에서 무제한으로 소프트웨어를 무제한 사용할 수 있습니다. 커뮤니티 에디션은 Appistry Peer2Peer에서 다운로드 할 수 있습니다 (등록 필요) : Appistry Peer2Peer
Apprid 고객 Presidio Health는 GoGrid에서 Java 기반 CloudIQ Engine 응용 프로그램을 성공적으로 실행 중입니다. 여기에 기술 토론이있는 웹 세미나 및 사례 연구가 있습니다 (등록 필요). Appistry Resource Library
실제로 아주 좋은 스택을 선택하고 있습니다. Mule과 Gigaspaces는 자주 함께 사용되며 Mule ESB Enterprise (오픈 소스 버전 아님)는 실제로 high availability을 제공하기 위해 Gigaspaces 기술을 내장합니다.
GoGrid는 우수한 플랫폼을 보유하고 있으며 ESB, GigaSpaces 및 Appistry를 지원하는 회사는 모두 GoGrid 파트너이므로 해당 스택을 사용하여 훌륭한 지원을 기대할 수 있습니다. 나는 Appistry와 너무 친숙하지 않아서 직접적으로 말할 수는 없다.
MuleSoft는 이제 완벽한 솔루션을 제공하는 통합 PAAS (iPAAS) 인 Mule iON을 제공하고 있습니다. – Ken
안녕하세요. 환상적인 답변 주셔서 감사합니다. 몇 가지 후속 조치 : 1. Appistry를 사용하면 애플리케이션을 얼마나 신속하게 탑재 할 수 있습니까? (개발자 한 명당 대략 1 시간, 하루 이상입니까?) 2. 파트너의 애플리케이션에 참여하는 경우 소스 코드가 필요합니까? 3. 일단 응용 프로그램이 연결되면 최종 사용자가 응용 프로그램에 신속하게 등록 할 수 있도록하는 구독 관리 도구가 있습니까? 좋은 답변을 주셔서 다시 한 번 감사드립니다! – kburke
CloudIQ Manager를 사용하면 이식 서비스/앱을 하루 안에 가져갈 수 있습니다. 서비스가 분산 된 방식으로 실행될 수 없거나 수동으로 구성된 경우에는 더욱 복잡해집니다. 우리는 Tomcat, Jetty, IIS 등과 같은 것들을위한 템플릿을 가지고 있습니다. 그래서 그것들은 한 시간도 안될 수 있습니다. CloudIQ Engine 응용 프로그램은 다양합니다. 우리는 사용자가 스레드로부터 안전한 비즈니스 로직 (dll/so/jar)이나 명령 행을 1 시간에서 1 시간에 완전히 분산 된 클라우드 애플리케이션으로 포팅하도록했습니다. # 2는 바이너리를 배포하고 실행하기 때문에 포함시킬 수 있습니다. 여기에 더 많은 질문에 대답 할 수 있습니다 : http://www.appistry.com/community – Guerry