Différences entre Mule ESB et java enterprise application server
Je regarde actuellement Mule 101: Demonstrations of all things MuleTutorial parce que j'étais prêt à comprendre l'ensemble Enterprise Service Bus chose. Et ce tutoriel ressemble à de nombreux autres tutoriels que j'ai regardés sur les serveurs d'applications ou PaaS.
Quelles sont les différences entre Mule ESB et Glassfish Domain Administration Server (par exemple)?
- , Vous pouvez démarrer plusieurs applications dans un cluster. Vérifié!
- Vous avez modulaire architecture contenant des services atomiques cohésifs. Vérifié!
- Vous avez une évolutivité horizontale. Vérifié!
- Plusieurs serveurs physiques derrière un équilibreur de charge. Vérifié!
- Interopérabilité entre différents serveurs basés sur le langage - comme la communication entre Glassfish et IIS. Ok, si vous utilisez un modèle de données canonique (REST, SOAP, XML), vous n'êtes pas censé avoir de gros problèmes. Semi-vérifié!
Quelle fonctionnalité Mule ESB a, qu'aucune application moderne le serveur n'a pas?
Désolé, pour le type de question pas si StackOverflow, je comprends que les questions de comparaison sans réponse claire ne sont pas tolérées ici.
3 answers
Chacun se concentre sur un domaine d'application différent. Mule est comme bus de service, Glassfish un conteneur d'application. Comme vous l'avez remarqué, comme beaucoup d'outils, ceux-ci sont interchangeables dans une certaine mesure, mais chacun a des forces différentes.
Mule favorise une vueorientée service-architecture . Il connecte les services les uns aux autres via la configuration. En cela, c'est comme une infrastructure de messagerie comme par exemple JMS, Apache Camel, etc. À la place de l'entreprise haricots il fournit des "composants" qui collent les services ensemble. Mais idéalement, ceux-ci sont apatrides et légers. L'architecture événementielle tente de mettre en œuvre une solution efficace offrant par exemple une messagerie asynchrone, des E / S non bloquantes et des garanties de messagerie.
Bien qu'il soit possible de construire une application entière à l'intérieur de l'ESB, le résultat ressemble plus à une machineRube Goldberg .
Glassfish favorise une vuen-tier application . Sa technologie s'adresse à chacun couche de la norme modèle-vue-contrôleur de paradigme et beaucoup plus. Il prend en charge des applications très abstraites, mais bien qu'il fournisse adaptateurs pour les services et la messagerie, il s'agit soit d'un service autonome externe, soit découplé (via RMI ou IIOP). La conception se concentre sur la robustesse et la sécurité par rapport aux performances et permet au conteneur de garantir la sécurité et la fiabilité des composants.
Vous n'avez pas de contrôle sur la messagerie interne entre les beans d'entreprise, par exemple, vous ne pouvez pas réacheminer les demandes, passer à l'appel de beans de manière asynchrone ou garantir les performances.
Quelle fonctionnalité Mule ESB a, ce qu'aucun serveur d'applications moderne n'a pas?
Mule ESB peut exécuter des applications Mule, un type propriétaire d'applications qui traitent principalement des tâches d'intégration.
Du document d'architecture d'application Mule :
Au niveau le plus simple, une application Mule accepte une succession de messages un à la fois, puis traite chaque message dans l'ordre il a été reçu. Parfois, l'application Mule renvoie un différent message à la source du message d'origine. Dans d'autres cas, le l'application peut envoyer le message dans sa forme originale ou modifiée formulaire un ou plusieurs tiers. Ou il peut faire les deux.
Du Format d'application doc, une application Mule est soit un:
- Fichier zip. Oui, c'est une archive régulière avec une extension "zip".
- Version décompressée du même zip (application éclatée)
Quelle fonctionnalité Mule ESB a, ce qu'aucun serveur d'applications moderne n'a pas? Mule ESB peut exécuter des applications Mule, un type propriétaire d'applications qui traitent principalement des tâches d'intégration.
De la doc d'architecture d'application Mule:
Au niveau le plus simple, une application Mule accepte une succession de messages un par un, puis traite chaque message dans l'ordre dans lequel il a été reçu. Parfois, l'application Mule renvoie un message différent à la source de l'original message. Dans d'autres cas, l'application peut envoyer le message dans sa forme originale ou modifiée à un ou plusieurs tiers. Ou il peut faire les deux.