2010-01-22 2 views
2

Мы работаем над проектом по разработке платформы, которая позволит нам легко добавлять несколько приложений на облачную платформу, чтобы приложения могли предлагаться на основе SaaS. Будет установлен единый знак доступа ко всем приложениям (вероятно, через Open SSO).Mule ESB/GigaSpaces XAP/Appistry/GoGrid для платформы Paas для нескольких приложений в качестве SaaS?

Мы думаем: 1. Mule ESB (интегрировать приложения, разработанные на разных языках) 2. GigaSpaces XAP (масштабируемость) 3. Appistry Cloud IQ Platform (для загрузки приложений) 4. GoGrid для хостинга

Правильно ли это сочетание инструментов? Можете ли вы порекомендовать другие комбинации?

ответ

1

Прежде всего, я заявляю, что я являюсь одним из первых инженеров в Appistry, а теперь и менеджером по продуктам. Я буду придерживаться технических фактов. :-)

Как вы упомянули, вы можете использовать AppMan CloudIQ Manager для упрощения развертывания, управления и жизненного цикла приложений и связанных с ними сервисов на ваших облачных серверах. Менеджер может сделать это с помощью любой произвольной комбинации услуг или услуг/приложений и убедиться, что они не работают и работают на каждом сервере. Менеджер масштабирует приложения вверх и вниз по мере того, как серверы приходят и уходят. CloudIQ Manager отлично работает с Mule и GigaSpaces.

Что касается других комбинаций, в частности для ваших требований к масштабируемости и интеграции приложений, разработанных на разных языках, вы можете рассматривать CloudIQ Engine как платформу приложений. Двигатель можно использовать вместо GigaSpaces или работать в сочетании с ними, в зависимости от того, на какую часть вы обращаетесь.

CloudIQ Engine - это полностью децентрализованный контейнер для приложений. Engine поддерживает несколько языков для интеграции, как на стороне клиента, так и на стороне облака.

На стороне клиента вы можете использовать удаленные объекты Spring и .NET для вызова объектов, размещенных в Microsoft (вызывающий и вызываемый должны быть на одном языке) или использовать API-интерфейс CloudIQ (C/C++/Java/.NET/SWIG-wrappable) для отправки запросов с пользовательскими потоками процессов, что, возможно, устраняет необходимость в ESB. Потоки выполняются в облаке на Engine и позволяют одному запросу упорядочивать вызовы по нескольким методам. Методы могут быть на разных языках.

В облачной среде вы можете развернуть объекты Java (POJO и Spring Beans) и объекты .NET (PONOs), а также библиотеки C/C++ в качестве приложений Engine. Объекты Java и .NET могут быть развернуты без изменений. C/C++ (и другие двоичные библиотеки), вероятно, требуют некоторого кода оболочки. Метаданные описывают правила рабочей нагрузки и поведение в облачной среде для вашего кода.

Требования к двигателю полностью симметричны. Каждый сервер в облаке запускает ваш код приложения. Встроенная балансировка нагрузки на основе программного обеспечения направляет запросы на сервер, которые лучше всего справляются с работой. Ваш код наследует масштабируемость с платформы без изменений кода. Помимо масштаба, ваше приложение также бесплатно получает автоматическую отказоустойчивость, а также возможность определять в метаданных, как вы хотите, чтобы ваше приложение действовало в ответ на сбои.Двигатель автоматически масштабирует ваш код, если он не является потокобезопасным, во всех доступных ядрах ЦП. Если ваш код не является потокобезопасным, CloudIQ может эффективно запускать его, но при стоимости не использовать все ядра.

Вы можете легко попробовать. CloudIQ Platform Community Edition позволяет бесплатное неограниченное использование программного обеспечения на пяти серверах и/или десять процессорных ядрах (включая производство). Сообщество доступно в Appistry Peer2Peer (требуется регистрация): Appistry Peer2Peer

Клиент-заказчик Presidio Health работает с приложениями CloudIQ Engine от Java на GoGrid с большим успехом. Существует вебинар и тематическое исследование с техническим обсуждением здесь (требуется регистрация): Appistry Resource Library

+0

Привет. Спасибо за фантастический ответ. Некоторые последующие действия: 1. Используя приложение, как быстро приложение может быть включено (приблизительное время для одного разработчика - это один час, один день или более?). 2. Если мы на борту приложения партнера, нам нужен их исходный код? 3. Как только приложение связано, есть ли у вас инструмент управления подпиской, чтобы конечный пользователь мог быстро подписаться на приложение? Еще раз спасибо за отличный ответ! – kburke

+0

С CloudIQ Manager, услуги портирования/приложения могут занимать меньше суток. Это становится более сложным, если служба не может работать распределенным образом или настраивается вручную. У нас есть шаблоны для таких вещей, как Tomcat, Jetty, IIS и т. Д., И поэтому они могут быть меньше часа. Приложения CloudIQ Engine различаются. У нас была пользовательская потоковая бизнес-логика (dll/so/jar) или командная строка exes в полностью распределенное облачное приложение в любом месте от часа до дня. Что касается №2, мы просто развертываем и запускаем двоичные файлы, поэтому вы можете их включить. Я могу ответить на другие вопросы здесь: http://www.appistry.com/community – Guerry

0

Вы на самом деле выбираете очень хороший стек. Mule и Gigaspaces часто используются вместе, а Mule ESB Enterprise (а не версия с открытым исходным кодом) фактически внедряет технологию Gigaspaces для обеспечения high availability.

GoGrid имеет отличную платформу, и компании, которые поддерживают Mule ESB, GigaSpaces и Appistry, являются партнерами GoGrid, поэтому вы можете ожидать хорошей поддержки с использованием этого стека. Я не слишком знаком с Appistry, поэтому я не могу комментировать их прямо.

+0

MuleSoft теперь предлагает Mule iON, интеграцию PAAS (iPAAS), которая обеспечивает полное решение для этого. – Ken