Choisir une couche de services .Net (par Joël Descombes, SQLI) Entreprise Services
Com+ existe depuis l'époque de VB6 et on le retrouvait notamment sous l'accronyme DNA (Distributed interNet Architecture). Entreprise Services est le nom donné aux API permettant de réaliser des composants Com+ avec le Framework .Net. Bien qu'il s'agisse avant tout d'une plate-forme d'hébergement de composants, il est possible d'exposer ces composants comme des services Internet.
| Avantages | Inconvénients |
|---|---|
| Source : SQLI | |
| Bénéficie d'une gestion de pooling de composants | Lourd à mettre en œuvre et complexe à maintenir ("enfer des dlls") |
| Intégration avec le clustering de Windows | Nécessite l'ouverture de ports spécifiques dans les firewalls (RPC) |
| Environnement d'administration et de monitoring évolué | |
| Prise en charge du transactionnel distribué | |
| MSMQ (gestion de queues) | |
Cette solution apparait désormais comme désuète, mais pas obsolète. On lui préfèrera de beaucoup WCF. On notera, que WCF s'en sert pour fonctionner, notamment à travers MSMQ pour la gestion de queues. Et .Net l'utilise également dans l'accès aux données, pour effectuer des transactions distribuées avec les API du System.Transactions.