Tu as trois options de mise à jour sur librenms :

   - daily : mise à jour quotidienne depuis la branche master du git
   - release : mise à jour mensuelle
   - manuel : quand on veut à partir d'une release

Par défaut, on est daily. Ce qui fait que beaucoup de gens testent le code
avant qu'une release mensuelle ne sorte. Par conséquent, le mode release /
manuel est assez sûr.

Nous avons choisi le mode manuel. Nous faisons des upgrades scriptés avec
dump de la base de données. Si besoin de retour arrière, on peut soit
restaurer la base et la version (git reset --hard VERSION) ou faire un
rollback (php artisan migrate:rollback --step=X &&  git reset --hard
VERSION - X étant le nombre de màj de la base de donnée à rollbacker)

Le mer. 8 avr. 2020 à 16:38, Kevin CHAILLY | Service Technique <
kchai...@adeo-informatique.com> a écrit :

> Au vu du fait que les intégrations sont réalisées « rapidement » et que le
> logiciel a un cycle de vie « vivant », cela ne se fait pas au détriment de
> la stabilité de celui-ci et de ses fonctionnalités ?
>
>
>
> *De :* Louis <luigi.1...@gmail.com>
> *Envoyé :* mercredi 8 avril 2020 16:27
> *À :* Kevin CHAILLY | Service Technique <kchai...@adeo-informatique.com>
> *Cc :* oups...@oupsman.fr; Radu-Adrian Feurdean <
> fr...@radu-adrian.feurdean.net>; Liste FRnoG <frnog@frnog.org>
> *Objet :* Re: [FRnOG] [BIZ] Devis Observium
>
>
>
> Je ne sais pas ce que tu entends par retour de flamme.
>
>
>
> J'ai pu réaliser 30 PR. Les discussions étaient constructives. Pas de
> refus. Il faut relancer quelquefois pour que le patch soit relu mais on
> peut l'utiliser en attendant qu'il soit publié dans la branche master /
> release mensuelle.
>
>
>
> Le mer. 8 avr. 2020 à 14:03, Kevin CHAILLY | Service Technique <
> kchai...@adeo-informatique.com> a écrit :
>
> Je rebondis sur ta remarque,
>
> Le support est aussi une forme d'assurance ( c'est pas moi faute c'est le
> support de XXX qui ne répond pas )
>
> Dans le cas de Librenms, le merge des PR ne provoque pas des retours de
> flamme intempestifs ?
>
> Kévin
>
> -----Message d'origine-----
> De : frnog-requ...@frnog.org <frnog-requ...@frnog.org> De la part de Louis
> Envoyé : mercredi 8 avril 2020 12:26
> À : oups...@oupsman.fr
> Cc : Radu-Adrian Feurdean <fr...@radu-adrian.feurdean.net>; Liste FRnoG <
> frnog@frnog.org>
> Objet : Re: [FRnOG] [BIZ] Devis Observium
>
> sauf que dans les faits, le support n'est jamais réactif. On a intérêt à
> bien connaître le produit pour se dépanner soi-même.
>
> Avec librenms, on peut résoudre soi-même ses problèmes du moment qu'on
> sait lire / corriger du code. La communauté est assez flexible sur les
> merge de PR, contrairement à d'autres projets opensource. Pas besoin
> d'attendre plusieurs mois une hypothétique sortie de patch/ajout de
> fonctionnalité.
>
> Le mer. 8 avr. 2020 à 11:43, <oups...@oupsman.fr> a écrit :
>
> > D'expérience, le principal inconvénient de l'opensource c'est souvent
> > l'absence de support.
> >
> > Donc nous à JOB, on pousse du Redhat en production et du CentosOS en
> > non production. Pour avoir du support.
> >
> > On pousse du postgres en passant par un intégrateur spécialiste, pour
> > cette même problématique de support.
> >
> > Perso, si je suis appelé à 3h du matin, j'aime bien avoir un support
> > joignable dans l'heure pour me dépanner.
> >
> > -----Message d'origine-----
> > De : frnog-requ...@frnog.org <frnog-requ...@frnog.org> De la part de
> > Radu-Adrian Feurdean Envoyé : mercredi 8 avril 2020 11:33 À :
> > frnog@frnog.org Objet : Re: [FRnOG] [BIZ] Devis Observium
> >
> > On Wed, Apr 8, 2020, at 11:01, Cécile MARTRON via frnog wrote:
> > > Pour eux : open source = non fiable et non sécure.
> >
> > Fais un compte du nombre de serveurs qui tournent sous Linux, essaye
> > d'avoir une estimation des prix des licences pour tous les re-deployer
> > en windows server (one-shot, plus support annuel), essaye d'ajouter
> > des licences pour les autres composants (hors OS) qui sont a remplacer
> > par du non-open-source.
> > 1. Retiens ce chiffre, soit prete de le sortir a tout moment 2. Lance
> > le projet de "fiabilisation"/"securisation". N'hesite pas d'utiliser
> > leurs propres arguments pour pousser le projet, et minimise le cout
> > financier. La mauvaise foi est dans ce cas essentielle.
> > 2.1 Si le projet est accepte, cherche ailleurs, et vite :) 3. Le
> > projet devra en toute logique etre refuse, n'hesite pas a repliquer de
> > facon systematique avec le cout du projet si jamais on te ressort cette
> connerie.
> >
> > Certes les choses ne vont pas etre si simples, mais si jamais tu
> > t'ennuies, ca vaut la peine d'essayer cet exercice. Peut-etre ca va
> > finir avec une presentation (?? FrNOG ou similaire ??) sur l'interet
> > de l'opensource en entreprise.
> >
> >
> > ---------------------------
> > Liste de diffusion du FRnOG
> > http://www.frnog.org/
> >
> >
> > ---------------------------
> > Liste de diffusion du FRnOG
> > http://www.frnog.org/
> >
>
> ---------------------------
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>
>

---------------------------
Liste de diffusion du FRnOG
http://www.frnog.org/

Répondre à