Bonjour !
J'administre les 6 serveurs d'un site web qui monte, et par faute de temps je faisais le travail un peu à la va vite. Maintenant que le site commence à prendre de la notoriété et à gagner en sérieux, je me dis qu'il est temps de passer aux étapes suivantes qui consistent à améliorer le quotidien du sysadmin, à savoir une sorte de portail avec un lien vers les différents outils actuels et à venir: graphs, nagios, manager de l'hébergeur, stats memcache, stats interne, etc ... (Les étapes de redondance et de backups sont déjà faites...)
Au lieu de réinventer la roue, je me demandais ce que vous utilisiez pour vos besoins ? Niveau pro, j'utilise un Trac + une page bookmark, mais c'est un peu sortir l'artillerie lourde pour une 12ène de liens ... Je me demande aussi si je devrais pas utiliser un outils pour moi pour gérer mes différents clients, avec un accès restreints pour chaque clients...
Après ça, je vais peut-être me lancer sur Puppet ...
Bon week-end !
Des retours m'intéressent.
Perso j'utilise du redmine: un projet par client. Ca me permet de noter aussi mes heures/clients.
Après ce qu'il me manque (c'est "en partie" fait mais ça "marche" pas encore comme je le voudrais) serait des insert auto from nagios/mes outils d'alerte.
Bon, par contre oui ça commence à être lourd, et à chaque fois je dois former un peu le client à l'utilisation de redmine (ils ont la facheuse habitude de mettre tout à "urgent").
Après bon, environ 20% s'en serve réellement comme il faut donc c'est déjà ça. Moi pour ma facturation ça me permet de faire des bons relevés. Donc gros avantage pour un freelance comme moi c'est le timetracking.
Après j'avoue qu'un outils plus simple pourrait être pas mal.
Pareil pour ce qui est de munin/nagios, mes clients adorent les graphiques, j'en reviens pas, alors généralement je leur créé des sous répertoires "pour eux" avec des belles courbes ;)
Le 22/01/2011 13:51, Greg a écrit :
Hello,
de mon coté j'utilise Redmine : chaque client a son propre "Projet", auquel chaque personne de son équipe a accès. J'utilise surtout la gestion des "Ticket" et le Wiki, pour mes différentes notes, en particulier un "Projet" réservé à mon équipe et moi.
C'est "pratique", mais très loin d'être parfait. Entre autre je ne peux pas indiquer que telle tâche d'un client/projet dépend de telle tâche d'un autre client/projet ; et même si c'était possible je n'ai pas spécialement envie que mes clients le voient. Autre truc "pénible", je dois consulter chaque projet un à un afin de consulter toutes les tâches en cours...
Bref, ça dépannait bien au début, mais si je peux trouver un truc un peu plus adapté maintenant, je prends volontiers. Sinon ça va finir en développement interne.
Olivier
Le 22/01/2011 13:51, Greg a écrit :
Bonsoir,
Dans toutes les entreprises d'infogérance où j'ai travaillé, à chaque fois c'était un logiciel développé en interne. Du simple extranet, à des applis en lourd ou lourd plus webapps.
Dans chaque cas les besoins sont spécifiques. Redmine ou tout autre système de tracking projet c'est très bien mais au delà de 10 clients ... Effectivement des intégrations de la supervision, des outils de reporting pour les clients c'est pratique. En fonction de comment s'organise l'astreinte la vision n'est pas la même non plus.
Bref je ne connais pas de logiciel déjà en place qui réponde exactement à tout ce que j'ai pu voir.
En projet libre pour la gestion du support y a http://osticket.com/ qui est pas mal, simple pour les clients, assez bien fait pour le staff. Ca doit être assez simple de l'étendre à de nouvelles fonctionnalités (graphs, nagios, ...)
A bientôt
-- Pierre-Henry Muller
Bonjour,
Je ne sais pas si c'est très adapté au métier de freelance et je sais que c'est en place surtout dans des grosses structures, mais pourquoi pas RT ?
J'ai cherché longtemps pour les besoins de ma boite et on a pas trouvé quelque chose d'assez souple pour s'adapater aux problèmes d"hébergement. Surtout que, personnellement, Redmine et Trac, j'ai toujours trouvé ça trop orienté développement.
Pierre
Le 22/01/2011 13:51, Greg a écrit :
Le Sat, Jan 22, 2011 at 01:51:01PM +0100, Greg [greg-frsag@duchatelet.net] a écrit:
vi index.html
Intermédiaire : un DokuWiki posé n'improte où où tu peux avoir du PHP qui tourne.
On Tue, 1 Feb 2011 08:50:07 +0100, Dominique Rousseau wrote:
+1
J'ai déjà fait un truc du genre, avec 2-3 fichiers php, un header avec le logo de la boite, et une fonction qui crée un div, avec en parametre une URL, une description et une image. Ca fait des petites boites, avec un css qui va bien c'est joli, et c'est facile et rapide d'ajouter qqchose.
Intermédiaire : un DokuWiki posé n'improte où où tu peux avoir du PHP qui tourne.
C'est pas intermédiaire, c'est utiliser un tank pour sodomiser une mouche. J'exagère un peu, mais pas tant que ca. Un portail de base en php, ca doit faire 50 lignes max, et c'est parfaitement suffisant.
-
Dominique Rousseau -
Emmanuel Thierry -
Greg -
Julien Gormotte -
ml＠admin-serv.net -
Olivier Bonvalet -
Pierre Gaxatte -
Pierre-Henry Muller