Architecture pour système en temps réel?

Question

Je voudrais demander quelques conseils ou expériences de l'architecture ou technologie pour la construction de système en temps réel. Avant d'avoir une expérience sur le développement de "Queuing Management System", j'ai fait en envoyant un message TcpServer et TcpClient à tous les opérateurs lorsqu'un opérateur a changé le numéro de la file d'attente. Mais je pense que cette stratégie est compliquée et problématique.

Quelqu'un pourrait-il me guider quelques idées ou cadres?

Answer 1

Je n'ai pas travaillé sur quoi que ce soit en temps réel, mais je suppose que regarder real-time linux serait un bon début pour comprendre les problèmes et les solutions qu'ils ont mis au point avec les applications en temps réel.

Answer 2

Première place: coups d'oeil en temps réel hardcore en désaccord avec l'utilisation de « .NET » et « en temps réel » dans la même phrase, en raison de la nature non-déterministe de .NET;)

Cela dit Si vous implémentez simplement une couche de supervision ou de visualisation sur un système temps réel existant (par exemple, en implémentant un système de type SCADA), alors .NET devrait convenir. Ensuite, l'architecture de votre réseau peut se résumer à deux scénarios:

• Clients interrogés à partir d'un serveur: vous créez un serveur centralisé qui contient une grande partie de votre logique de processus et les clients interrogent régulièrement ce serveur.
• Le serveur prend en charge un mécanisme de publication/abonnement: les clients s'abonnent aux informations du serveur et le serveur envoie des mises à jour lorsqu'elles se produisent.

Il n'y a pas de "bonne" façon de faire les communications ci-dessus; cela dépend beaucoup de la taille et de la fréquence des mises à jour, du trafic réseau, etc.

Answer 3

Je vous recommande de regarder QNX.