Mule ESB / GigaSpaces XAP / Appistry / GoGrid pour la plate-forme Paas OnBoard multiples applications en mode SaaS?

StackOverflow https://stackoverflow.com/questions/2115312

  •  22-09-2019
  •  | 
  •  

Question

Nous travaillons sur un projet pour développer une plate-forme qui nous permettra d'ajouter facilement plusieurs applications sur une plate-forme cloud pour que les applications peuvent être offerts sur une base SaaS. Il y aura seul signe sur l'accès à toutes les applications (probablement par SSO ouvert).

Nous pensons à: 1. Mule ESB (pour intégrer des applications développées dans différentes langues) 2. GigaSpaces XAP (évolutivité) 3. Appistry-Cloud IQ Platform (pour télécharger des applications) 4. GoGrid pour hébergement

Est-ce la bonne combinaison d'outils? Pouvez-vous recommander d'autres combinaisons?

Était-ce utile?

La solution

Je déclare d'emblée que je suis l'un des ingénieurs d'origine de Appistry, et maintenant chef de produit. Je vais en tenir aux faits techniques. : -)

Comme vous le mentionnez, vous pouvez utiliser Appistry CloudIQ Manager pour simplifier le déploiement, la gestion-vie du vélo et vos applications et services associés à travers vos serveurs cloud. Manager peut le faire avec un service quelconque ou une combinaison de service / d'application, et assurez-vous qu'ils restent et en cours d'exécution sur chaque serveur. Gestionnaire des échelles des applications de haut en bas que les serveurs vont et viennent. CloudIQ Manager fonctionne très bien avec Mule et GigaSpaces.

En ce qui concerne d'autres combinaisons, en particulier pour vos besoins d'évolutivité et l'intégration des applications développées dans des langues différentes, vous pourriez envisager CloudIQ Engine comme une plate-forme d'application. Moteur pourrait être utilisé à la place de GigaSpaces, ou travaillant en association avec eux, selon la pièce que vous abordez.

Moteur de CloudIQ est un conteneur d'application entièrement décentralisée. Engine prend en charge plusieurs langues pour l'intégration, à la fois sur le côté client et le côté nuage.

Sur le côté client, vous pouvez utiliser Remoting Spring et .NET pour appeler des objets hébergé par le moteur (appelant et appelé doit être dans la même langue) ou utilisez l'API client CloudIQ (C / C ++ / Java / .NET / SWIG -wrappable) présenter des demandes avec des flux de processus définis par l'utilisateur, ce qui élimine éventuellement la nécessité d'ESB. Les flux d'exécuter dans le nuage sur le moteur, et permettre à une seule demande d'orchestrer des appels sur plusieurs méthodes. Les méthodes peuvent être dans différentes langues.

Sur le côté nuage, vous pouvez déployer des objets Java (POJO et haricots de printemps) et des objets .NET (PONOS), ainsi que les bibliothèques C / C ++ comme des applications de moteur. objets Java et .NET peuvent être déployées sans changement. C / C ++ (et d'autres bibliothèques binaires) nécessitent probablement un code d'emballage. Méta-données décrit les politiques de la charge de travail et d'autres comportements côté nuage pour votre code.

applications de moteur sont entièrement symétriques. Chaque serveur dans le nuage exécute votre code d'application. , L'équilibrage de charge basé sur un logiciel intégré dirige les requêtes vers le serveur le mieux en mesure de gérer le travail. Votre code hérite d'évolutivité de la plate-forme sans modification de code. Au-delà de l'échelle, votre application obtient également la fiabilité et automatique fail-over gratuitement, ainsi que la possibilité de définir dans les métadonnées que vous souhaitez que votre application d'agir en réponse aux défaillances. Engine adapte automatiquement votre code, à moins qu'il n'est pas thread-safe, dans tous les cœurs de processeur disponibles. Si votre code n'est pas thread-safe, CloudIQ peut fonctionner efficacement, mais à un coût de ne pas utiliser tous les cœurs.

Vous pouvez facilement essayer. Plate-forme CloudIQ Community Edition permet une utilisation illimitée et gratuite du logiciel sur un maximum de cinq serveurs et / ou dix cœurs de traitement (y compris la production). L'édition communautaire est disponible à Appistry Peer2Peer (inscription obligatoire): Appistry Peer2Peer

Appistry client Presidio Santé exécute des applications de moteur de CloudIQ Java sur GoGrid avec grand succès. Il y a une étude de webinaires et cas de discussion technique ici (inscription requise): Appistry Bibliothèque de ressources

Autres conseils

Vous choisissez en fait une très bonne pile. Mule et GigaSpaces sont fréquemment utilisés ensemble et Mule ESB Enterprise (pas la version open source) incorpore la technologie fait GigaSpaces pour fournir haute disponibilité.

GoGrid a une excellente plate-forme et les entreprises qui soutiennent Mule ESB, GigaSpaces et Appistry sont tous les partenaires GoGrid, donc vous pouvez vous attendre un bon support en utilisant cette pile. Je ne suis pas trop familier avec Appistry, donc je ne peux pas commenter directement sur eux.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top