<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Cicd on Cloudowski DevOps Expert</title><link>https://63db89d1.hugo-coudowski-website.pages.dev/tags/cicd/</link><description>Recent content in Cicd on Cloudowski DevOps Expert</description><generator>Hugo</generator><language>en-us</language><lastBuildDate>Sun, 31 Aug 2025 00:00:00 +0000</lastBuildDate><atom:link href="https://63db89d1.hugo-coudowski-website.pages.dev/tags/cicd/index.xml" rel="self" type="application/rss+xml"/><item><title>33 - Jak wdrażać aplikacje bez potoków CI/CD</title><link>https://63db89d1.hugo-coudowski-website.pages.dev/podcast/33/</link><pubDate>Sun, 31 Aug 2025 00:00:00 +0000</pubDate><guid>https://63db89d1.hugo-coudowski-website.pages.dev/podcast/33/</guid><description>&lt;p>Kontynuuję temat &lt;strong>GitOps&lt;/strong> i tym razem przedstawiam jego trudniejszą część.&lt;br>
Łatwo bowiem definiować niezbyt często zmieniające się elementy samej platformy, ale co innego jak potrzebne jest zintegrowanie tego z częstymi wdrożeniami aplikacji.&lt;/p></description></item><item><title>What is one CI/CD design principle that makes a huge difference?</title><link>https://63db89d1.hugo-coudowski-website.pages.dev/blog/one-key-cicd-principle/</link><pubDate>Thu, 24 Apr 2025 00:00:00 +0000</pubDate><guid>https://63db89d1.hugo-coudowski-website.pages.dev/blog/one-key-cicd-principle/</guid><description>&lt;p>I’ve been designing and running CI/CD pipelines for a long time and there’s one principle that makes it so much easier. I wish I had learnt it earlier - it would have saved me &lt;strong>so much time!&lt;/strong>&lt;/p></description></item><item><title>SBOMs Incoming! Are You Ready?</title><link>https://63db89d1.hugo-coudowski-website.pages.dev/blog/sboms-incoming-are-you-ready/</link><pubDate>Thu, 03 Apr 2025 00:00:00 +0000</pubDate><guid>https://63db89d1.hugo-coudowski-website.pages.dev/blog/sboms-incoming-are-you-ready/</guid><description>&lt;p>⚠️ Did you know that generating SBOMs is or will be mandatory for some projects in the 🇺🇸 and 🇪🇺? It is important to implement SBOMs to keep your environment secure.&lt;/p></description></item><item><title>Newsletter #129 - Czy Jenkins już umarł?</title><link>https://63db89d1.hugo-coudowski-website.pages.dev/newsletter-archive/129/</link><pubDate>Tue, 01 Apr 2025 00:00:00 +0000</pubDate><guid>https://63db89d1.hugo-coudowski-website.pages.dev/newsletter-archive/129/</guid><description>&lt;p>Dzisiaj chwilę o Jenkinsie - rozwiązaniu pamiętającym czasy sprzed kontenerów i Kubernetesa. Okazuje się, że budzi to wciąż duże kontrowersje i postanowiłem przypomnieć tutaj jak można tego rozwiązania użyć w nowoczesnym stylu.&lt;/p></description></item><item><title>Is Jenkins Dead?</title><link>https://63db89d1.hugo-coudowski-website.pages.dev/blog/is-jenkins-dead/</link><pubDate>Tue, 25 Mar 2025 00:00:00 +0000</pubDate><guid>https://63db89d1.hugo-coudowski-website.pages.dev/blog/is-jenkins-dead/</guid><description>&lt;p>Some may wish Jenkins disappeared completely. Apparently, it is still used in many companies. It can still be helpful, as long as it is properly managed.&lt;/p></description></item><item><title>Kubernetes Deployment Factory</title><link>https://63db89d1.hugo-coudowski-website.pages.dev/solutions/kubernetes-deployment-factory/</link><pubDate>Mon, 24 Mar 2025 00:00:00 +0000</pubDate><guid>https://63db89d1.hugo-coudowski-website.pages.dev/solutions/kubernetes-deployment-factory/</guid><description>&lt;p>&lt;img src="kubernetes-deployment-factory.webp" alt="">&lt;/p>
&lt;h2 id="overview">Overview&lt;/h2>
&lt;p>This solution provides a comprehensive, secure, and automated approach to managing containerized applications. By integrating &lt;strong>Gitlab CI&lt;/strong> for continuous integration, &lt;strong>Argo CD&lt;/strong> for continuous delivery, and leveraging the scalability and resilience of &lt;strong>Kubernetes&lt;/strong>, it empowers development, platform, and management teams to deliver value faster and more reliably.&lt;/p></description></item><item><title>From CI/CD to CI&amp;CD: A Modern Deployment Strategy with GitOps</title><link>https://63db89d1.hugo-coudowski-website.pages.dev/articles/from-cicd-to-ci-and-cd-a-modern-deployment-with-gitops/</link><pubDate>Mon, 10 Mar 2025 00:00:00 +0000</pubDate><guid>https://63db89d1.hugo-coudowski-website.pages.dev/articles/from-cicd-to-ci-and-cd-a-modern-deployment-with-gitops/</guid><description>&lt;p>Continuous Integration and Continuous Delivery (CI/CD) has become an indispensable cornerstone of modern software development, enabling teams to automate the build, test, and deployment processes. However, the traditional CI/CD pipeline, where a single system orchestrates both building and deploying, can become a bottleneck, especially in complex, cloud-native environments. This article examines the limitations of this monolithic approach and introduces a more robust and scalable alternative: separating the CI process from the CD process and leveraging GitOps principles. We&amp;rsquo;ll delve into the benefits of this evolved strategy, including improved resource utilization, enhanced rollback capabilities, a declarative approach that aligns with modern infrastructure, and enhanced security.&lt;/p></description></item><item><title>Newsletter #125 - Zapomnij o CI/CD</title><link>https://63db89d1.hugo-coudowski-website.pages.dev/newsletter-archive/125/</link><pubDate>Tue, 18 Feb 2025 08:00:00 +0000</pubDate><guid>https://63db89d1.hugo-coudowski-website.pages.dev/newsletter-archive/125/</guid><description>&lt;p>Dzięki wszystkim za wypełnienie ankiety - dała mi dużo informacji i już przekłada się na moje działania. Ich rezultaty zobaczycie już niebawem.&lt;br>
Wylosowałem już 3 osoby i otrzymały one oddzielnego maila z zaproszeniem na rozmowę ze mną 1:1.&lt;br>
A dzisiaj podważę długo utrzymywane założenie, że potoki CI/CD są najlepszym sposobem na tworzenie i wdrażanie oprogramowania. Wyjaśnię Ci czym jest podejście &lt;strong>CI&amp;amp;CD&lt;/strong>.&lt;/p></description></item><item><title>Newsletter #118 - Czym jest Golden Path dla CI/CD</title><link>https://63db89d1.hugo-coudowski-website.pages.dev/newsletter-archive/118/</link><pubDate>Tue, 10 Dec 2024 08:00:00 +0000</pubDate><guid>https://63db89d1.hugo-coudowski-website.pages.dev/newsletter-archive/118/</guid><description>&lt;p>Tak dużo osób pracuje z Kubernetesem i wdraża aplikacje, a ja się spotykam wciąż z pytaniami jak zrobić to najlepiej. I wówczas odpowiadam jak każdy konsultant - “to zależy”. Liczy się kontekst i dlatego dzisiaj przedstawiam Ci koncept złotej ścieżki (&lt;strong>Golden Path&lt;/strong>),&lt;/p></description></item><item><title>Newsletter #112 - Cebulowa automatyzacja</title><link>https://63db89d1.hugo-coudowski-website.pages.dev/newsletter-archive/112/</link><pubDate>Tue, 14 May 2024 08:00:00 +0000</pubDate><guid>https://63db89d1.hugo-coudowski-website.pages.dev/newsletter-archive/112/</guid><description>&lt;p>A kto powiedział, że za wszystko trzeba płacić (no, chyba, że chodzi o solidną wiedzę - o tym na końcu)? A co jeśli chcesz mieć wszystko u siebie i sobie to wszystko skalować, monitorować i wiedzieć gdzie lądują Twoje dane?&lt;br>
Obecnie wszystko możesz zbudować sam i często nie będzie to gorsze do tego co oferują wiodący producenci. Oczywiście jeśli masz odpowiednie umiejętności, czas i projekt, który tego użyje.&lt;br>
My Polacy od zawsze byliśmy “złotymi rączkami” i być może dlatego wśród nas jest tylu specjalistów, którzy budując własne rozwiązania zdobyli mnóstwo cennego doświadczenia.&lt;br>
Ja cenię sobie wciąż możliwość samodzielnego tworzenia kawałków platform. Wiem jednocześnie, że często duże organizacje będą wybierać produkty zamiast projektów open source dla swoich rozwiązań. I to jest też ok, bo wiesz co? Obecnie większość produktów jest i tak oparta o projekty open source. Dlatego warto wciąż eksperymentować i testować różne podejścia. Ja dzięki nauce Kubernetesa poznałem bardzo dobre produkt OpenShift i dzięki temu o wiele łatwiej jest mi z nim pracować.&lt;br>
Dlatego sprawdź moje nowe wideo, bo może znajdziesz tam inspirację do Twoich nowych rozwiązań i czegoś się nowego dowiesz.&lt;/p></description></item><item><title>25 - O bezpieczeństwie, DevSecOps i SecDevOps z Andrzejem Dyjakiem</title><link>https://63db89d1.hugo-coudowski-website.pages.dev/podcast/25/</link><pubDate>Mon, 25 Mar 2024 08:45:55 +0000</pubDate><guid>https://63db89d1.hugo-coudowski-website.pages.dev/podcast/25/</guid><description>&lt;p>Rozmowy o bezpieczeństwie nie muszą być nudne, szczególnie jeśli są ciekawi goście tacy jak Andrzej Dyjak.&lt;br>
Usiedliśmy razem z Andrzejem i porozmawialiśmy o ciekawych tematach z obszaru bezpieczeństwa nowoczesnych platform dla aplikacji.&lt;/p></description></item><item><title>How to build CI/CD pipelines on Kubernetes</title><link>https://63db89d1.hugo-coudowski-website.pages.dev/articles/how-to-build-cicd-pipelines-on-kubernetes/</link><pubDate>Wed, 23 Oct 2019 20:00:00 +0000</pubDate><guid>https://63db89d1.hugo-coudowski-website.pages.dev/articles/how-to-build-cicd-pipelines-on-kubernetes/</guid><description>&lt;h2 id="kubernetes-as-a-standard-development-platform">Kubernetes as a standard development platform&lt;/h2>
&lt;p>We started with single, often powerful, machines that hosted many applications. Soon after came virtualization, which didn’t actually change a lot from a development perspective but it did for the field of operations. So developers became mad, and that’s when the public cloud emerged to satisfy their needs instead of operations guys’. Now, this pendulum has moved once again and we have something that is beneficial for both sides - Kubernetes platform. I keep saying and will repeat it here again - I think it’s one of the best projects that have emerged in the last decade. It has completely changed the perspective of how we deliver applications and also how we manage platforms for them.
This time I want to focus on the delivery process and how it can be built and what the real benefits of using Kubernetes for that purpose are.&lt;/p></description></item><item><title>Jenkins on OpenShift - how to use and customize it in a cloud-native way</title><link>https://63db89d1.hugo-coudowski-website.pages.dev/articles/jenkins-on-openshift/</link><pubDate>Wed, 31 Jul 2019 20:00:00 +0000</pubDate><guid>https://63db89d1.hugo-coudowski-website.pages.dev/articles/jenkins-on-openshift/</guid><description>I can’t imagine deployment process of any modern application that wouldn’t be orchestrated by some kind of pipeline. It’s also the reason why I got into containers and Kubernetes/OpenShift in the first place - it enforces changes in your approach toward building and deploying but it makes up for with all these nice features that come with Kubernetes.</description></item><item><title>Maintaining big Kubernetes environments with factories</title><link>https://63db89d1.hugo-coudowski-website.pages.dev/articles/maintaining-big-kubernetes-environments-with-factories/</link><pubDate>Sun, 21 Jul 2019 20:00:00 +0000</pubDate><guid>https://63db89d1.hugo-coudowski-website.pages.dev/articles/maintaining-big-kubernetes-environments-with-factories/</guid><description>&lt;p>People are fascinated by containers, Kubernetes and cloud native approach for different reasons. It could be enhanced security, real portability, greater extensibility or more resilience. For me personally, and for organizations delivering software products for their customers, there is one reason that is far more important - it’s the speed they can gain. That leads straight to decreased Time To Market, so highly appreciated and coveted by the business people, and even more job satisfaction for guys building application and platforms for them.&lt;/p></description></item></channel></rss>