Jest to ostatni wpis z serii CI/CD pipeline z użyciem Kubernetesa, AWS, Azure i .NET Core. Dziś postawimy klaster w Azure oraz wypromujemy aplikacje ze środowiska testowego na produkcyjne. Seria CI/CD pipeline z użyciem Kubernetesa, AWS, Azure i .NET Core: Stawianie klastra na AWS Helm 3.0 i ACR Dodawanie klastra w Więcej…
Jest to następny wpis z serii CI/CD pipeline z użyciem Kubernetesa, AWS, Azure i .NET Core. Tym razem zepniemy cały flow z poprzednich wpisów i wdrożymy aplikację na klaster testowy. Seria CI/CD pipeline z użyciem Kubernetesa, AWS, Azure i .NET Core: Stawianie klastra na AWS Helm 3.0 i ACR Dodawanie Więcej…
Hej, ze względu na sporo wydarzeń w moim życiu prywatnym nie jestem w stanie pisać regularnie. Jednak na ten moment jest trochę luźniej, także lecimy. Ten wpis jest kolejnym z serii CI/CD pipeline z użyciem Kubernetesa. Dziś zajmiemy się narzędziem o nazwie Octopus Deploy. Seria CI/CD pipeline z użyciem Kubernetesa, Więcej…
Cześć! Jest to następna część serii o CI/CD z użyciem Kubernetesa. W pierwszej części postawiliśmy klaster testowy w chmurze AWS. W tym poście poruszymy temat menadżera pakietów dla Kubernetesa – Helm. Seria CI/CD pipeline z użyciem Kubernetesa, AWS, Azure i .NET Core: Stawianie klastra na AWS Helm 3.0 i ACR Więcej…
Cześć! Zapraszam na nową serię wpisów dotyczącej stworzenia pipeline CI/CD z użyciem Kubernetesa, chmury AWS, Azure i .NET Core. Pierwszy wpis poruszy temat stawiania klastra w chmurze AWS. Seria CI/CD pipeline z użyciem Kubernetesa, AWS, Azure i .NET Core: Stawianie klastra na AWS Helm 3.0 i ACR Dodawanie klastra w Więcej…
Dziś krótki wpis o automatyzacji tworzenia nowego projektu. Obecnie pracuje w zespole gdzie dosyć często tworzone są nowe projekty. Do tej pory tworzyliśmy zadania w jirze, które polegały właśnie na stworzeniu projektu i repozytorium itp. Stało się to uciążliwe więc zautomatyzowaliśmy ten proces przy pomocy prostego skryptu. Przed jego uruchomieniem Więcej…
Cześć! Dziś postaram się opowiedzieć trochę o automatyzacji testów integracyjnych przy pomocy dockera. Według klasycznej piramidy testów, testy integracyjne powinny stanowić 20% wszystkich testów. Piramida ta jednak odnosiła się do aplikacji monolitycznych. W przypadku rozproszonej aplikacji ilość testów integracyjnych powinna się zwiększać. Oczywiście, jak zwykle, to zależy od indywidualnej Więcej…