Jak zdobyć doświadczenie w Kubernetes mając tylko cert CKAD?

Hej,

jak Waszym zdaniem najlepiej zdobyć doświadczenie np. w Kubernetes mając tylko cert CKAD?
Kontraktornia, w której pracuje, szuka projektów dla pracowników u klienta. Problem w tym, że wymagane jest akurat na ten moment doświadczenie np. w Kubernetes (+ Java itd.). Za chwilę może być potrzebne inne doświadczenie do innego projektu dla innego klienta. A jak miałem zdobyć doświadczenie przydatne w tych projektach pracując w tej firmie w projekcie legacy C#? Certyfikat CKAD za bardzo w tym nie pomaga, bo chcą doświadczenia, a nie certyfikat.

Podziękuj Chat GPT:

o bardzo powszechny problem w IT – brak możliwości zdobycia doświadczenia komercyjnego bez realnej pracy w danym obszarze. Oto kilka praktycznych sposobów na zwiększenie swoich szans na zdobycie projektów wymagających doświadczenia w Kubernetes, mimo że masz tylko certyfikat CKAD:

1. Projekty Open Source
   Dlaczego warto?: Praca nad rzeczywistymi problemami w open-source pozwala na zdobycie praktycznego doświadczenia, które można wpisać w CV.
   Jak zacząć?:
   Poszukaj projektów open-source używających Kubernetes (np. na GitHubie lub w CNCF Landscape).
   Dołącz do projektów takich jak Helm, Prometheus, czy Kubectl plugins, gdzie możesz rozwijać narzędzia dla K8s.
   Przykład projektu: Możesz stworzyć i zarządzać aplikacją przy użyciu Helm Charts i napisać o tym bloga lub przygotować case study.
2. Własne Laby i Projekty
   Stwórz własny projekt w Kubernetes w chmurze (AWS, GCP, Azure) lub lokalnie z użyciem Minikube czy k3s.
   Przykładowy projekt:
   Stwórz wielomikroserwisową aplikację z pełnym CI/CD w Kubernetes.
   Dodaj do niej narzędzia monitorujące (Prometheus, Grafana).
   Udokumentuj ten projekt i pokaż jako część swojego portfolio.
3. Contributing na GitHub
   Issue Triage: Zacznij od przeglądania zgłoszeń błędów i ich rozwiązywania.
   Pluginy i narzędzia: Twórz własne narzędzia pomocnicze dla Kubernetes, np. automatyzujące wdrożenia w projektach lokalnych.
4. Kontrybucja do dokumentacji
   CNCF (Cloud Native Computing Foundation) i inne społeczności chętnie przyjmują wkład w poprawę dokumentacji.
   Korzyść: Ułatwia nawiązanie kontaktów i budowanie sieci kontaktów w branży.
5. Wewnętrzne Inicjatywy
   Proaktywnie wykorzystuj Kubernetes w obecnym projekcie:
   Zaoferuj optymalizację lub konteneryzację istniejących komponentów.
   Jeśli Twoja firma nie używa Kubernetes, zaproponuj jego wdrożenie na małą skalę (np. do narzędzi pomocniczych).
6. Side Projects i Blogowanie
   Stwórz publiczne repozytorium na GitHub i prowadź bloga lub serię artykułów dokumentujących Twój proces nauki i wdrożenia Kubernetes.
7. Freelancing i Drobne Projekty
   Możesz próbować znaleźć krótkoterminowe projekty na platformach takich jak Upwork czy Freelancer, gdzie Kubernetes jest używany.
8. Meetupy i Konferencje
   Dołącz do meetupów związanych z Kubernetes, aby nawiązać kontakty z ludźmi z doświadczeniem w tej technologii, co może prowadzić do okazji zawodowych.
   Jak zaprezentować te doświadczenia?
   Projekty z GitHuba: Stwórz solidną sekcję portfolio.
   Blogi i artykuły techniczne: Dodaj do swojego LinkedIna i profilu GitHub.
   Przykładowa sekcja CV:
   Cloud-Native Developer
   Projekty w Kubernetes obejmujące CI/CD, Helm Charts, oraz wdrożenie aplikacji mikroserwisowych z Prometheus i Grafana.
   Dzięki powyższym działaniom szybko zbudujesz praktyczne doświadczenie, nawet jeśli formalnie nie pochodzi z pracy u klienta. Ważne jest, aby być aktywnym i widocznym – to może zrobić różnicę podczas rozmów o pracę czy negocjacji nowych projektów.

Jeśli chodzi im o doświadczenie komercyjne to imo - bez szans, zwłaszcza jak robisz w legacy. Alternatywą jest kłamać - też opcja.

Jeśli zaś chodzi im o jakiekolwiek doświadczenie, no to ogólnie teoretycznie da się, tylko największe wyzwanie jest, w jaki sposób to doświadczenie zaprezentować. Bo jakiś prosty system mikroserwisowy w Javie + Spring Cloud można naklepać w parę wieczorów, wrzucić tam Kafkę czy coś i gitara. A wszystkie yamle wrzucić do repo podpiętego pod Flux/argo i to będzie jakiśtam dowód, że coś się umie - pytanie czy to wystarczy klientowi.

System od @kelog w postaci Helm charta deployowany na k3d albo u wybranego cloud providera. Dodatkowo, spróbuj dobrze sprzedać posiadanie certyfikatu CKAD. W teorii, Twoje umiejętności powinny pokrywać się z tym, co jest napisane w curriculum: https://github.com/cncf/curriculum/blob/master/CKAD_Curriculum_v1.31.pdf, więc jakieś doświadczenie już masz.

Zatrudnij się w duńskiej firmie na dotnetowca i licz że zostaniesz wrzucony do projektu niezgodnego ze swoim doświadczeniem

Nie przeskoczysz tego.

Doświadczenie komercyjne, zaprawienie się w boju z Kubernetesem to co innego niż posiadanie certyfikatu, czy nawet obcykana dokumentacja czy własne projekty.

Zderzyłem się z tym doświadczeniem jak przez chwilę jako programista pracowałem blisko z zespołem DevOps.

Sam przez to mam problem, bo wystarczy w złym projekcie pracować 2 lata i potem masz blokadę na inne oferty pracy, ja nawet na DevOps'a wysyłałem CV pomimo 8 lat expa w IT i zostawałem odrzucany. Zostaje jedynie zatrudnić się jako Junior DevOps gdzieś albo Junior Kubernetes Enginieer, ewentualnie celować gdzieś w Mid'a za niższą stawkę.

Druga sprawa, że pracujesz w kontraktornii i to co opisałeś to bolączka kontraktornii. Człowiek fizycznie nie jest w stanie być biegłym we wszystkim. Albo jesteś dobrym Devem albo DevOpsem, albo Sieciowcem czy Adminem. Nie ma nic pomiędzy.