Vault on Cloudowski DevOps Expert

Newsletter #83 - Jak HashiCorp namieszał z Terraform

Tue, 29 Aug 2023 07:58:00 +0000

Ale się porobiło! Może nie jest to pierwszy, ani ostatni raz, ale HashiCorp sporo namieszał swoją ostatnią decyzję o zmianie licencji dla projektu Terraform.
Przyjrzyjmy się temu bliżej, bo to może mieć duży wpływ na to jak będziemy w przyszłości zarządzać naszymi środowiskami.

Newsletter #68 - Klaster Kubernetes bez węzłów

Tue, 04 Apr 2023 07:00:00 +0000

Tym razem garść nowości i ciekawostek o Kubernetesie. Muszę przyznać, że coraz trudniej jest mi znaleźć coś ciekawego.
Może to po prostu oznacza, że większość jest już ogarnięta, a pozostaje nam jedynie doglądanie i udoskonalanie naszych “samograjów” kontenerowych na klastrach?
Ewentualnie to cisza przed burzą, bo wkrótce i tak wszystkim będzie zarządzać AI typu ChatGPT, a nam przyjdzie zajmować się wypiekami serników lub sprzedażą kebabów ;)

Newsletter #43 - Nie znam lepszego sposobu na uczenie się

Tue, 13 Sep 2022 06:00:00 +0000

Zapomnij o książkach, kursach i wszystkich dobrych radach. Ja postanowiłem zamiast chłonąć kolejne elementy wiedzy robić coś znacznie lepszego i trudniejszego.
Zacząłem eksperymentować. Moim największym eksperymentem jaki obecnie prowadzę to poświęcenie się niemalże w 100% na przygotowywaniu konkretnych treści dla polskiego obszaru DevOps. Ale tego jest więcej, bo pewnie widziałeś moje krótkie filmy na YouTube/Instagram/TikToku, słuchałeś podcastu, widziałeś może moje ostatnie vlogi i kilka innych.
Droga od wiedzy o czymś do jej praktycznego wykorzystania jest długa i tylko działając jestem w stanie sprawdzić czy to się aplikuje do mojego przypadku, mojej osobowości, moich wartości i moich celów.

Why Vault and Kubernetes is the perfect couple

Fri, 21 Feb 2020 22:00:00 +0000

The (not so) secret flaws of Kubernetes Secrets

When you’re starting learning and using Kubernetes for the first time you discover that there is this special object called Secret that is designed for storing various kinds of confidential data. However, when you find out it is very similar to ConfigMap object and is not encrypted (it can be optionally encrypted at rest) you may start wondering - is it really secure? Especially when you use the same API to interact with it and the same credentials. This, combined with a rather simple RBAC model, can create many potential risks. Most people would stick with one of three default roles for regular users - view, edit, and admin - with view as the only one that forbids viewing Secret objects. You need to be very careful when assigning roles to users or deciding to create your custom RBAC roles. But again, this is also not that easy since RBAC rules can only whitelist API requests - it is not possible to create exceptions (i.e. create blacklists) without using the external mechanism such as Open Policy Agent.