J'ai une application qui fonctionne sur un boîtier Linux sans tête (un SheevaPlug, pour être précis). (Il recueille des données d'une station météorologique et l'envoie à une base de données, au cas où vous vous poseriez.) J'ai du mal à déboguer des problèmes avec l'application parce que je peux seulement SSH dans la boîte ou l'afficher sur le réseau (merci à Samba).Conception pour le débogage à distance et la vérification de statut
Je pourrais tout enregistrer dans un fichier, mais je suis limité dans l'espace et je veux empêcher le fichier journal de devenir trop grand (je sais que je peux utiliser logrotate, mais je n'ai pas réussi à le faire fonctionner correctement avec le fichier journal). Je suis en train de développer l'application en C# 3.5 et de l'utiliser avec Mono en tant que service. J'essaye de comprendre ce qu'une bonne architecture serait pour ce type d'application, dans lequel une partie s'exécute en tant que service et une autre partie communique avec ce service pour obtenir des informations d'état/débogage. Je pense à utiliser la communication inter-processus, la programmation orientée aspect, ou simplement tirer le meilleur parti des capacités de configuration de NLog (j'utilise NLog pour la journalisation). Ou peut-être que je devrais transformer l'application en un service Web et créer un client pour y accéder.
Un conseil?