https://javaetmoi.com/tags/plugin/Recent content in Plugin on Java & MoiHugofrSun, 09 Nov 2014 11:15:07 +0000https://javaetmoi.com/2014/11/plugin-exit-pour-logstash/Sun, 09 Nov 2014 11:15:07 +0000http://javaetmoi.com/?p=1254<p><a href="wp-content/uploads/2014/11/logstash.png"><figure> <picture> <img loading="lazy" decoding="async" alt="logstash" class="image_figure image_internal image_unprocessed" src="https://javaetmoi.com/wp-content/uploads/2014/11/logstash.png" /> </picture> </figure> </a> Ce billet a pour objectif de vous présenter un cas d’usage du <strong>plugin exit</strong> pour LogStash. Une utilisation répandue de LogStash consiste à alimenter Elasticsearch à partir de fichiers de logs. Extensible via un mécanisme de plugins, LogStash sait gérer plusieurs types de source et plusieurs types de destinations. <strong>Une utilisation alternative de LogStash consiste à l’utiliser comme batch d’indexation</strong>. Le fichier à indexer a une fin. Et <strong>l’utilisateur souhaite que LogStash s’arrête une fois les données importées</strong>.</p> <p><figure> <picture> <img loading="lazy" decoding="async" alt="logstash" class="image_figure image_internal image_unprocessed" src="https://javaetmoi.com/wp-content/uploads/2014/11/logstash.png" /> </picture> </figure> </p>https://javaetmoi.com/2013/07/jenkins-release-deploy-plugins/Tue, 16 Jul 2013 16:37:26 +0000http://javaetmoi.com/?p=721<p><a href="wp-content/uploads/2013/07/jenkins-build-history.png"><figure> <picture> <img loading="lazy" decoding="async" alt="jenkins-build-history" class="image_figure image_internal image_unprocessed" src="https://javaetmoi.com/wp-content/uploads/2013/07/jenkins-build-history.png" /> </picture> </figure> </a> A Devoxx France, lorsqu’Axel Fontaine vante les mérites du <strong>Continuous Delivery</strong> et que Ludovic Cinquin affirme que <strong>Facebook est mis en production 2 fois par jour</strong>, avouez que cela a de quoi vous laisser rêveur ? En attendant de travailler un jour dans des structures ayant compris que des <strong>livraisons fréquentes</strong> et <strong>automatisées</strong> permettent de gagner en fiabilité, en agilité et de développer leur business, vous n’avez d’autres choix que de vous approprier les processus établis où vous intervenez et de les améliorer à votre niveau.</p> <p>Dans les grands comptes où je suis intervenu, la mouvance <strong>Devops</strong> prônant de tels processus n’avait pas encore percé. Quelques <strong>outils</strong> sont bien mis en place. Mais pour autant, <strong>MOE</strong> et <strong>exploitation</strong> sont 2 <strong>équipes</strong> bien <strong>distinctes</strong>. L’exploitation peut elle-même être scindée en 2 : production et intégration (hors-prod). C’est précisément dans ce contexte que s’inscrit cet article. Il montre comment utiliser un <strong>serveur d’intégration continue</strong> pour releaser puis <strong>déployer une application</strong> sur les environnements autorisés.</p> <p><figure> <picture> <img loading="lazy" decoding="async" alt="jenkins-build-history" class="image_figure image_internal image_unprocessed" src="https://javaetmoi.com/wp-content/uploads/2013/07/jenkins-build-history.png" /> </picture> </figure> </p>