Articles

Démarrer avec Jenkins

Découvrez comment démarrer avec Jenkins et profitez de ses avantages pour automatiser vos processus de développement.

Jenkins, un pilier de l’automatisation logicielle depuis plus d’une décennie grâce à ses outils riches en fonctionnalités et son adaptabilité.

Jenkins est un outil d’automatisation de logiciels très populaire depuis plus d’une décennie, grâce à ses fonctionnalités riches et sa grande adaptabilité. Bien que de nombreuses alternatives impressionnantes soient apparues sur le marché, Jenkins reste l’un des vétérans. Malgré son succès, Jenkins peut être difficile à apprendre et sauter dans le vaste monde des plugins et des fonctionnalités Jenkins peut rapidement devenir déroutant.

Dans cet article, nous allons décomposer cette complexité en comprenant d’abord les fondements et les concepts qui sous-tendent Jenkins. Avec cette base, nous apprendrons comment créer un pipeline simple dans Jenkins pour construire et tester une application. Enfin, nous examinerons comment améliorer cet exemple simple pour en faire un projet plus complexe et explorerons quelques alternatives à Jenkins.

Afin de pouvoir bien comprendre Jenkins, il est important de connaître les bases de la base de données. Une base de données est une collection organisée de données qui peut être facilement consultée, modifiée et mise à jour. Jenkins utilise une base de données pour stocker des informations telles que les paramètres du projet, les informations sur les builds et les informations sur les tests. Les bases de données sont également utilisées pour stocker des informations sur les plugins et les outils qui sont utilisés par Jenkins.

Une fois que nous avons compris la base de données, nous pouvons passer à la création d’un pipeline Jenkins pour construire et tester une application. Un pipeline est un ensemble d’étapes qui sont exécutées dans un ordre spécifique afin de produire un résultat final. Les pipelines Jenkins peuvent être configurés pour exécuter des tâches telles que la compilation du code source, le déploiement de l’application et le test des fonctionnalités. Les pipelines peuvent également être configurés pour envoyer des notifications lorsque des erreurs sont détectées ou lorsque des tests échouent.

Une fois que nous avons compris comment créer un pipeline Jenkins simple, nous pouvons passer à des projets plus complexes. Les pipelines Jenkins peuvent être configurés pour exécuter des tâches plus complexes telles que le déploiement dans le cloud, l’intégration continue et le déploiement continu. Ces pipelines peuvent également être configurés pour exécuter des tests plus complexes tels que les tests d’intégration et les tests de performance. Enfin, nous pouvons également explorer des alternatives à Jenkins telles que Travis CI, CircleCI et GitLab CI.

Source de l’article sur DZONE

Garder son emploi, mais pas le même.

Garder son emploi est une décision difficile à prendre lorsque l’on souhaite changer de métier, mais c’est possible ! Découvrez comment.

## Est-ce que le examen OCP a encore du sens?

Récemment, j’ai consacré trois articles à mon étude réticente pour l’examen OCP-17 Java, en donnant des conseils sur la façon de rendre l’effort moins pénible. Je ne l’ai pas encore passé. Avec chaque nouvelle avancée en assistance à la programmation IA, affiner vos compétences en tant que compilateur humain me semble de plus en plus anachronique. C’était toujours un acte de masochisme, mais je suis de plus en plus convaincu qu’il n’y a aucun avantage professionnel à devenir bon dans quelque chose que la machine est supérieure. Je concède que toute poursuite peut être bénéfique ou agréable pour des raisons autres que la simple utilité, mais en tant que développeur, je suis payé pour être productif. Passer un bon moment au travail est un plus, et les compétences que l’OCP exige ne sont pas mon idée de plaisir.

De nombreuses tâches intellectuelles qui sont difficiles pour les humains sont faciles pour les ordinateurs (échecs, arithmétique, apprentissage par cœur) et le sont depuis des décennies. Nous avons inventé les langages de programmation de haut niveau et la collecte des déchets car les êtres humains sont terribles pour inverser les bits et gérer la mémoire. La feuille de route des langages informatiques et des outils est celle de l’abstraction croissante. GitHub Copilot et ses semblables ne sont que la prochaine étape inévitable pour éliminer la complexité accidentelle.

Bien que je sois un développeur expérimenté, je n’ai pas le temps ou l’envie de passer des heures à apprendre des concepts qui ne sont pas directement liés à mon travail quotidien. De plus, je ne vois pas l’intérêt de passer un examen qui ne me donnera pas une certification reconnue par l’industrie. Cependant, je suis conscient que l’utilisation des données est essentielle pour les développeurs modernes. Les données sont utilisées pour prendre des décisions, améliorer les performances et créer des produits innovants. Les développeurs doivent être à l’aise avec les bases de données, l’analyse des données et le traitement des données. Les compétences en matière de données sont très recherchées par les employeurs et peuvent être acquises par le biais d’un cours ou d’une formation en ligne.

Je pense que les développeurs doivent se concentrer sur leurs compétences en matière de données plutôt que sur l’apprentissage d’un langage de programmation spécifique. Les technologies évoluent rapidement et il est important de rester à jour. Les développeurs doivent être en mesure d’utiliser les technologies les plus récentes et les plus pertinentes pour leurs projets. Les compétences en matière de données sont essentielles pour réussir dans ce domaine et devraient être une priorité pour tout développeur.

Source de l’article sur DZONE

Atelier Prometheus : Installation de Prometheus

Bienvenue à l’Atelier Prometheus ! Nous vous guiderons à travers l’installation de Prometheus et vous aiderons à surveiller vos systèmes.

Êtes-vous à la recherche d’un moyen de vous éloigner des instruments propriétaires? Êtes-vous intéressé par l’observabilité open source, mais manquez-vous de connaissances pour vous y lancer? Ce workshop est fait pour vous et a été conçu pour élargir vos connaissances et votre compréhension des outils d’observabilité open source disponibles aujourd’hui. Plongez-vous dans un atelier gratuit, en ligne et à votre rythme, pour vous familiariser avec Prometheus. Prometheus est un kit d’outils de surveillance et d’alerte open source qui vous permet de démarrer rapidement la découverte, la collecte et l’interrogation de votre observabilité. Au cours de ce workshop, vous apprendrez ce qu’est Prometheus, ce qu’il n’est pas, comment l’installer, comment commencer à collecter des métriques et tout ce que vous devez savoir pour devenir efficace dans l’utilisation de Prometheus dans votre pile d’observabilité.

## Découvrez Prometheus avec un atelier en ligne gratuit et à votre rythme

En tant qu’informaticien enthousiaste, je cherche à m’éloigner des instruments propriétaires ? Vous êtes intéressé par l’observabilité open source, mais manquez de connaissances pour vous y lancer ? Ce workshop est fait pour vous, conçu pour élargir vos connaissances et votre compréhension des outils d’observabilité open source disponibles aujourd’hui. Plongez directement dans un atelier en ligne gratuit, à votre rythme et pratique, vous introduisant à Prometheus. Prometheus est un kit d’outils open source de surveillance et d’alerte des systèmes qui vous permet de démarrer rapidement avec la découverte, la collecte et l’interrogation de votre observabilité aujourd’hui. Au cours de ce workshop, vous apprendrez ce qu’est Prometheus, ce qu’il n’est pas, comment l’installer, comment collecter des métriques et tout ce que vous devez savoir pour devenir efficace dans l’utilisation de Prometheus dans votre pile d’observabilité.

Afin de tester vos connaissances, le workshop comprend des exercices pratiques qui vous permettront de mettre en pratique ce que vous avez appris. Vous apprendrez à configurer Prometheus et à créer des alertes, à utiliser des outils tels que Grafana pour afficher les métriques et à utiliser des outils tels que PromQL pour interroger les métriques. Vous apprendrez également à surveiller des applications web et à utiliser des exposants pour exposer les métriques à Prometheus.

Une fois le workshop terminé, vous serez en mesure de mettre en œuvre Prometheus dans votre environnement et de commencer à surveiller et à alerter sur les performances de votre système. Vous serez également en mesure de développer des outils personnalisés pour collecter et afficher des métriques spécifiques à votre application. Vous aurez acquis une solide base de connaissances sur l’utilisation de Prometheus et serez prêt à l’utiliser pour améliorer votre observabilité.

Source de l’article sur DZONE

In part 1 of this multi-part blog series on continuous compliance, we detailed the personas and their role in the compliance processes. We concluded that the key to achieving compliance automation and hence continuous compliance is the compliance artifacts programmatic representation, as code, expressed in generic and standard security language terms.

In this blog post, we introduce Trestle, our open-source implementation of the NIST Open Security Control Assessment Language (OSCAL) standard framework adopted as a workflow automation of compliance artifacts managed as compliance as code. Trestle enables those diverse personas to collaboratively author the compliance artifacts and offers a platform and OSCAL SDK for teams to automate their specific native processes and formats. Trestle implicitly provides a core opinionated workflow driven by its pipeline to allow standardized interlocks with other compliance tooling platforms.

Source de l’article sur DZONE

In a fast-paced world, more teams have microservices architectures and are making the shift to Continuous Deployment and Trunk-Based Development. For one of our client’s teams, that meant no feature branches, pairs always committing to main, pushing frequently (multiple times per hour, as often as every 1–4 commits) and those changes landing in production 20–30 minutes later.

With pair programming, no feature branches, and such continuous change, code reviews would seem redundant or extremely difficult with little in the way of tooling support. How on earth would you use GitHub’s Pull Request review features in this setting when there’s no feature branch to diff?

Source de l’article sur DZONE

You might have heard about the K8ssandra project and want to start contributing, or maybe you want to start using all of its features. If you aren’t familiar with K8ssandra (pronounced like “Kate Sandra”), you can read this overview before digging into the developer activities in this post.

In a nutshell, K8ssandra is an open-source distribution of Apache Cassandra™ for Kubernetes, which includes a rich set of trusted open-source services and tooling. K8ssandra comes with handy features that are baked-in and pluggable, which allows for flexible deployment and configuration.

Source de l’article sur DZONE

Kubernetes offers developers tremendous advantages… if they can overcome the platform’s inherent complexities. It can be a big « if. » Without additional tooling, developers aren’t able to simply develop their applications on Kubernetes, but must also become experts in writing complex YAML templates to define Kubernetes resources. A relatively new tool called Shipa provides an application management framework that largely relieves developers of this burden, enabling dev teams to ship applications with no Kubernetes expertise required.

Having recently put the tool to the test, this article will demonstrate how to install and utilize Shipa to simplify Kubernetes and ease some common developer frustrations.

Source de l’article sur DZONE

In the previous article in this series, we introduced the world of Codeanywhere, a cloud IDE and container development experience all available in just your browser.

Are you ready for some more amazing, easy to use, developer tooling that requires not a single tooling installation and no configuration?

Source de l’article sur DZONE

The application development landscape has fundamentally changed in recent years. In a recent interview with Ambassador Labs, Mario Loria from CartaX said he believes this is still uncharted territory, particularly for developers in the cloud-native space. As he sees it, site reliability engineers (SREs) play a key role in guiding developers through the learning curve toward comprehensive self-service of the supporting platforms and ecosystem, and ultimately to service ownership. This requires a major shift in company and management culture, and developer (and SRE) mindset and tooling as well as insight to make the journey to full lifecycle ownership not just smoother and more transparent but also technically feasible.

Two Worlds Colliding: The Monolith and Service-Oriented Architecture

The traditional monolith continues to exist in parallel with cloud-native application development. The operations side of the equation, according to Mario, understands that this has caused a big shift in deploying, releasing, and operating applications, and now the role of SREs is to help developers understand and own this shift. Developers know how to code, but building in the necessary understanding (and ownership) of the “ship” and “run” aspects of the lifecycle introduces a steep learning curve. For developers, this means taking on new responsibilities with the support of SREs.

Source de l’article sur DZONE

DevConf.US 2021 has kicked off their call for papers this last month and of course it will be a virtual event (hopefully for this one last time) hosted on September 2-3. It’s the 4th annual, free, Red Hat sponsored technology conference for community project and professional contributors to Free and Open Source technologies coming to a web browser near you!

There is no admission or ticket charge for DevConf.US events. However, you are required to complete a free registration. Talks, presentations and workshops will all be in English.

Source de l’article sur DZONE