Mule ESB/GigaSpaces XAP/Appistry/GoGrid для платформы Paas для установки нескольких приложений в качестве SaaS?

Мы работаем над проектом по разработке платформы, которая позволит нам легко добавлять несколько приложений на облачную платформу, чтобы эти приложения можно было предлагать на основе SaaS. Будет единый доступ ко всем приложениям (вероятно, через Open SSO).

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

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


person kburke    schedule 22.01.2010    source источник


Ответы (2)


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

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

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

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

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

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

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

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

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

person Guerry    schedule 28.01.2010
comment
Привет. Спасибо за фантастический ответ. Некоторые дополнительные сведения: 1. Используя Appistry, как быстро приложение может быть подключено (приблизительное время для одного разработчика — час, день или больше?). 2. Если мы используем приложение партнера, нужен ли нам его исходный код? 3. После того, как приложение связано, есть ли у вас инструмент управления подпиской, позволяющий конечному пользователю быстро подписаться на приложение? Еще раз спасибо за отличный ответ! - person kburke; 29.01.2010
comment
С CloudIQ Manager перенос сервисов/приложений может занять меньше дня. Это усложняется, если служба не может работать распределенно или настраивается вручную. У нас есть шаблоны для таких вещей, как Tomcat, Jetty, IIS и т. д., так что это может занять меньше часа. Приложения CloudIQ Engine различаются. У нас были пользователи, переносившие потокобезопасную бизнес-логику (dll/so/jar) или исполняемые файлы командной строки в полностью распределенное облачное приложение от часа до дня. Что касается № 2, мы просто развертываем и запускаем двоичные файлы, чтобы вы могли их включить. Я могу ответить на дополнительные вопросы здесь: appistry.com/community - person Guerry; 22.02.2010

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

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

person Ken    schedule 24.01.2010
comment
MuleSoft теперь предлагает Mule iON, интеграционную PAAS (iPAAS), которая обеспечивает полное решение для этого. - person Ken; 21.02.2011