Październik: Rekomendacje treści od specjalistów Chmurowiska

Przed wami zestawienie najciekawszych materiałów i treści rekomendowanych przez specjalistów Chmurowiska.

Co w tym miesiącu warto było przeczytać, obejrzeć lub posłuchać? Dowiesz się z kolejnego zestawienia TECH Tips | Picks | News.

News: Microsoft Ignite 2022 “Book of News”

Jak co roku o wszystkich nowościach ogłoszonych podczas Microsoft Ignite dowiecie się z “Book of News”. Link do materiału → Microsoft Ignite 2022 Book of News

Natomiast w wersji wideo jak zawsze niezawodny Johna Savill-a.
Link do materiału → Oglądaj na YT

News: Nowe możliwości w konfiguracji sterownika sieciowego w AKS

Do tej pory MS pozwalał na dwa sterowniki sieciowe:

• kubenet
• azure cni

Z czego ten drugi miał dwie opcje alokacji adresów IP dla podów – klasyczną i dynamiczną (z możliwością wykorzystania adresacji z innego subnetu niż node, na którym jest wdrożony). To niestety często eliminowało AKS jako potencjalny wybór dla tych firm, które posiadały już klastry k8s w środowisku on-premises.
Nareszcie to się zmienia!
Od niedawna AKS pozwala na stworzenie AKSa w trybie BYOCNI (Bring your own Container Network Interface) → Przeczytaj o BYOCNI

Oczywiście to rozwiązanie ma pewne ograniczenia, ALE nie powinno to być problemem dla osób myślących o takiej opcji 🙂

I to nie jedyna nowość.

MS udostępnił nową opcję konfiguracji sterownika Azure CNI, tzw. Azure CNI Overlay.
Cóż to jest? Najprościej mówiąc to taki kubenet, ale bez jego bolączek, czyli:

• nie potrzebujemy dodatkowego UDRa (User Defined Route),
• nie trzeba wykonywać aktualizować definicji tras na UDR (routes),
• brak limitów dla ilości tras,
• zwiększenie limitów dotyczących ilości node’ów i pod’ów per node

Obecnie jeszcze w początkowym preview (tylko West Central region), ale moim zdaniem jest to ogromna zmiana na plus.
Szczególnie dla organizacji, które miały ograniczenia lub nie chciały rezerwować dedykowanych adresacji we własnej sieci na potrzeby podów.

Link do materiału →  Dokumentacja

Pick: Sprawdzony podcast o tematach chmurowych

Często dostaję pytania od osób zajmujących się chmurą na temat ciekawych materiałów branżowych. O to jeden z nich 😉 Naprawdę dobry zestaw dotyczący cloud computing, czyli CloudSkills
Jest to seria podcastów, która skupia się zarówno na rozwiązaniach (różnych!) chmurowych vendorów oraz na narzędziach cloud native.

Mój prywatny faworyt to odcinek to 143 → Posłuchaj odcinka

Mike Pfeiffer (gospodarz) rozmawia w nim z Andrew Brownem, który jest ekspertem w dziedzinach związanych z chmurą, devops, danymi oraz bezpieczeństwem.

Dlaczego warto go posłuchać? Ponieważ dowiesz się z niego:

• Jak zbudować umiejętności potrzebne do przetrwania w wielochmurowym świecie?
• Dlaczego umiejętności praktyczne są teraz ważniejsze, niż kiedykolwiek wcześniej?
• Trochę wiedzy nt. cloud native i Web 3.0

News: BMW + AWS = ?

BMW będzie pierwszym producentem samochodów, który skorzysta z platformy chmurowej Amazon Web Services (AWS) w celu zarządzania danymi ze swoich pojazdów. Rozwiązanie stworzone w AWS zostanie zintegrowane z platformą “Neue Klasse” BMW dla przyszłej linii pojazdów elektrycznych.

Link do materiału → Czytaj News

News: Nowa opcja zmiany konfiguracji API Server

W preview pojawiła się też opcja zmiany konifguracji API Servera.
Do tej pory mieliśmy jedynie dwie możliwości:

• klaster publiczny (Api Server dostępny w internecie),
• klaster prywatny (Api Server niedostępny, a w sieci tworzony jest private endpoint kierujący do niego).

Co powiecie na możliwość wykonania tzw. vnet integration dla Api Servera?
Tak, to też już jest osiągalne! Pojawiła się możliwość komunikacji z API Severem, który jest wdrożony w dedykowany subnet.
Technicznie to nie Api Server jest utworzony w subnecie lecz Load Balancer kierujacy do API Servera. Ma to jednak jedną dużą zaletę nad obecnym klasterm prywatnym.
Teraz możemy mieć ciągle klaster prywatny, natomiast dostęp do Api Servera umożliwić poza naszą siecią dla zestawu zewnętrznych adresów IP.
Ta funkcjonalnosć to koniec dla tzw. jump hostów w przypadku, gdy udostępniamy nasz klaster dla firmy zewnętrznej (która potrzebuje komunikować się z naszym API Serverem).
Co oznacza o jeden komponent mniej lub po prostu większą elastyczność w wyborze rozwiązania 🙂

Link do materiału → Dokumentacja

TIP: Poznaj Outbox pattern

“Outbox pattern” to jeden z ważniejszych wzorców projektowych, którego zdecydowanie trzeba stosować w systemach rozproszonych. Polega na kolejkowaniu wyjściowych wiadomości/zdarzeń, aby zapewnić maksymalną dostarczalność. Dzięki temu wszystkie informacje mogą być zapisane nawet w przypadku downtime po stronie backendu.

Rekomenduję więc lekturę, a co ważniejsze – zaimplementowanie w swoim systemie (to nie jest trudne!). Więcej info znajdziecie w artykule.

Link do materiału → Czytaj artykuł