Les services Ria remplacent les services WCF

Question

Nous avons actuellement une application Silverlight 2.0 communiquant avec un ensemble de services Web WCF. Ces services communiquent avec d'autres services WCF pour la logique métier.

Client    DMZ      Intranet 
Silverlight -> WCF Web Service Gateway -> WCF Biz service -> DB 

La passerelle de service Web WCF réside dans la zone démilitarisée.

Nous voyons que les services Ria peuvent remplacer notre passerelle de service web WCF, mais cela signifie qu'il sera installé dans notre DMZ et aura accès à notre base de données ... Est-ce sécurisé? Nous semblons également perdre nos services WCF de logique d'affaires ... Je devrais mettre la logique d'affaires dans les services de Ria (car elle a la connexion à la base de données et tient le domaine ...).

Quel est le modèle recommandé pour les services Ria? Où est-ce que ça va? Quelle est l'approche pour les entreprises qui ont déjà investi dans les services Web WCF? Peuvent-ils utiliser RIA?

Nous examinons cette alternative, nous avons été exposerait les services Web et Ria ...

Silverlight -> WCF web service - > WCF biz service -> DB 
      -> Ria services -> DB 

Des commentaires? Je me demande aussi si quelqu'un utilise Ria en production ...

Answer 1

Votre architecture de proposition avec l'application silverlight appelant à la fois Services WCF et services Ria me semble juste. Supposons que votre base de données possède une entité salariée.

Je peux obtenir cette approche et en cours d'exécution, mais ont quelques problèmes

• On suppose que « le service biz WCF » des accès et des employés modifie.
  • obtient-il directement ces données de la base de données? (si oui, le modèle EntityFramework edmx est-il partagé entre "le service WCF biz" et ria?)
  • utilise-t-il à son tour la couche RIA, et donc le EmployeeRiaProxy?
  • ..?
    
    
• Supposons que vous voulez utiliser l'entité employé sur votre "WCF service biz" contrat d'exploitation
  • Cela ne devrait pas être possible dans une architecture pure SOA?
  • Utilisez une approche de style de contrat de données DTO pur avec un EmployeeDto?
  • Si vous utilisez l'employé, ou le EmployeeRiaProxy?
    • Utilisation de l'employé n'est pas possible parce que l'application silverlight ne le sait pas (ou causerait un autre type de EmployeeWCFProxy créé sur le client)
    • Utilisation du EmployeeRiaProxy est possible, mais les liens de votre contrat d'exploitation à un proxy Ria (assez mauvaise conception) et prend le service utilise RIA pour l'accès aux données

Ou doit tout passer à travers ce RIA couche? à partir de laquelle vous appelez "le service WCF biz" à son tour alors?

Toutes les opinions sont les bienvenues!

Koen