Forum Programmation.autre Web-App de Monitoring pour Postgresql: En quoi la créer ?

Posté par  .
Étiquettes : aucune
1
14
nov.
2008
Hello,
je compte crée une web-app de monitoring de Postgresql (comme MONYog par exemple), Seulement je ne sait pas trop en quoi la crée, j'ai normalement l'habitude d'utiliser RoR pour mes applications web, mais je sait pas trop si ça conviendrais, vu que j'utiliserais pratiquement que des requêtes en SQL et pas d'ORM (pour accéder aux vues systèmes et aux fonctions de monitoring), Je pensait éventuellement a utiliser django qui est peut être plus flexible (notamment au niveau formulaire, il me semble que c'est mieux quand les formulaires ne sont pas liée a un modèle par apport a rails), mais j'aimerais éviter si possible la case PHP,
En gros voila les fonctions dont j'aurais besoin :

- Créations de graphiques de statistiques
- Utilisation de requêtes SQL brute
- Connexion a plusieurs serveurs postgresql simultanément
- Connexion a un serveur SSH (pour cpu, le swap, et la ram) (pas obligatoire, mais mieux)

Qu'en pensez vous ?
Que me conseillez vous ? (Mes meilleurs compétences sont sur RoR)
Merci

  • # Merb

    Posté par  . Évalué à 2.

    Merb est un rails alléger. Ça semble correspondre à ce que tu veux. Il te suffit ensuite de pas utiliser d'orm mais directement le binding ruby pour postgresql.

    Envoyé depuis mon lapin.

  • # Perl

    Posté par  (site web personnel) . Évalué à 2.

    Franchement c'est typiquement le types de projets pour lequel Perl semble n'avoir que des atouts.

    Au niveau des libs tu as de quoi faire (base de données, graphiques, ssh, templates, moteur web ...). Mais ce n'est pas le principal avantage.

    Ton application, va être utilisée (je l'espère pour toi en tout cas) par des admins.
    Hors ceux-ci seront sensibles à deux points
    - ils connaissent tous Perl
    - perl est déjà présent sur toutes leurs machine, ils savent tous installer des modules, manager les applications ...

    Une application de monitoring ne dois pas être intrusive. Si je l'installe dans un parc en production, je n'ai pas envie d'installer et surtout d'administrer Rails/Mongrel pour ça.

    Perl à mon avis t'amènera plus de contributeurs et d'utilisateurs que RoR dans ce cas précis.

    Reste php mais bon, php c'est vraiment ... comment dire ... php :)

    En tout cas ton projet est vraiment intéressant.

    • [^] # Re: Perl

      Posté par  . Évalué à 1.

      Le problème c'est que je connais pas du tout perl :d
      Puis je pense pas que les admins connaissent plus perl que python par exemple (python devient de plus en plus connu, et je connais beaucoup plus de monde dans mon entourage qui pratique python que perl)

    • [^] # Re: Perl

      Posté par  (site web personnel) . Évalué à 2.

      En tant qu'admin, j'approuve la suggestion du langage Perl.
      Cependant, je préfère largement un agent SNMP (comme pgsnmpd[1]) pour faire de la supervision.
      Une application web risque d'être trop intrusive, même en Perl.

      [1]: http://pgsnmpd.projects.postgresql.org/

      • [^] # Re: Perl

        Posté par  . Évalué à 1.

        Je vient de voir que perl n'est pas vraiment optimisé pour l'Orientation objet.. or je ne programme qu'avec ca, je vais plutot faire ca en python je pense :)

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.