Patoarchitekci

„Usługa odrzucona i bardzo dobrze - cieszymy się z tego bardzo mocno.” Szymon opisuje analizę PostgreSQL hosting dla dziesiątek terabajtów danych. Odrzucili Cosmos DB for PostgreSQL jako „świetny na papierze, ale tylko na papierze” - Microsoft później wycofał usługę. Vindication! 🎯 Matryca decyzyjna z czterema kryteriami: koszty, łatwość zarządzania, elastyczność, strategia wyjścia. Azure Flexible Server wyglądał obiecująco, ale brak table spaces i replika tylko w tym samym regionie dyskwalifikują przy prawdziwej skali. Łukasz przypomina: „Parę lat temu byśmy powiedzieli: nie próbuj tego hostować na Kubernetesie.” Czasy się zmieniły. Zwycięzca? Cloud Native PG na AKS - narzut operacyjny większy, ale oszczędności kosztowe na tyle duże, że zostaje miejsce na kilka dodatkowych etatów. Łukasz: „Wraz ze wzrostem skali i potrzeb taniej zrobić to na Kubernetesie.” Ale ostrzega: „Hasło ‘zbudujemy kompetencje’ potrafi być mitem” - managersko ktoś wysyła na szkolenie i myśli, że ma już ekspertów. ⚠️     A teraz nie ma co się obijać! 👉 Wpadajcie na naszego Discorda: https://discord.gg/78zPcEaP22 ! 🔥Tam możecie się z nami pokłócić o przyspieszanie SQL-a, podyskutować o naiwnych nadziejach na AI albo po prostu podzielić się swoimi IT-owymi przemyśleniami.     Słuchasz Patoarchitektów dzięki PROTOPII – firmie, w której Łukasz i Szymon działają na co dzień, wspierając zespoły IT na każdym etapie: od projektowania, przez wdrożenia i migracje, aż po optymalizację i zabezpieczenia. Oferujemy też mentoring i szkolenia dostosowane do potrzeb każdej firmy, niezależnie od wielkości. Sprawdź nas: 👉 protopia.tech   - Nasze sociale i linki - Materiały do odcinka - Pato szkolenia

Dyskusja o ogłoszeniu o wycofaniu NGINX Ingress i skali problemu w środowiskach Cloud Native. Analiza przyczyn upadku projektu, roli F5 i CVE. Wyjaśnienie, czym jest Gateway API i czy rzeczywiście trzeba migrować. Praktyczne rekomendacje: wymiana kontrolera zamiast jednoczesnej migracji API i kontrolera oraz przegląd alternatyw jak Traefik, Contour, HAProxy i rozwiązania chmurowe.

Rozmowa o odrzuceniu systemu Palantir przez Szwajcarię i ryzyku vendorów oraz psychologii liderów. Dyskusja o rosnącym progu wejścia do IT i czy to rok generalisty czy wypalenia. Analiza przekazania Reacta do fundacji i wpływu dużych firm na projekt. Tematy migracji legacy, automatyzacji replatformingu oraz zalewu PR-ów generowanych przez AI.

“Skończyły się czasy romantycznego IT - to jest taka sama praca jak każda inna, 9-17 i ludzie chcą wrócić do swojego życia.” Łukasz otwiera odcinek o zarządzaniu zespołem najbrutalniej jak się da - bo Kuba zapytał na Discordzie: “czemu to trwa tydzień, jak ja bym zrobił w kilka godzin?” Łukasz dodaje twist: “Jesteście bardzo niereprezentatywną próbką osób pracujących obecnie w IT.” 🎯 Plot twist? Super developerzy są większym zagrożeniem niż słabi pracownicy. Szymon ostrzega: “Prawa strona rozkładu Gaussa może być większym zagrożeniem niż lewa.” Dlaczego? Rozleniwiają zespół, tworzą single point of failure, wprowadzają complexity budget bez kontroli - “Kafka, Kubernetes, event sourcing - to się po prostu nie spina.” ⚠️ Recepta na przetrwanie? Projektowanie na poziomie średniej zespołu, akceptacja “good enough” zamiast perfekcjonizmu, i brutalna prawda: “Zespół dowozi wolniej niż Ty i zrobi to gorzej niż Ty.” Łukasz szczerze: “To daje Ci skalowalność.” Mentoring ma granice, ADR-y jako narzędzie rozwoju, a delegowanie wymaga ownership - nie żołnierskiego wykonywania poleceń. Czy Twój zespół przeżyje prawdę, że dostępne kompetencje to największe ograniczenie architektury? Bo romantyczne czasy IT się skończyły - zostało tylko bilansowanie w skali szarości.     A teraz nie ma co się obijać! 👉 Wpadajcie na naszego Discorda: https://discord.gg/78zPcEaP22 ! 🔥Tam możecie się z nami pokłócić o przyspieszanie SQL-a, podyskutować o naiwnych nadziejach na AI albo po prostu podzielić się swoimi IT-owymi przemyśleniami.     Słuchasz Patoarchitektów dzięki PROTOPII – firmie, w której Łukasz i Szymon działają na co dzień, wspierając zespoły IT na każdym etapie: od projektowania, przez wdrożenia i migracje, aż po optymalizację i zabezpieczenia. Oferujemy też mentoring i szkolenia dostosowane do potrzeb każdej firmy, niezależnie od wielkości. Sprawdź nas: 👉 protopia.tech   - Nasze sociale i linki - Materiały do odcinka - Pato szkolenia

“Dla większości jest tak przekombinowany, że szkoda Waszego życia, żeby go sprawdzać.” Łukasz otwiera odcinek o Crossplane najbrutalniej jak się da - bo pod odcinkiem o chmurze w małej skali fani Kubernetesa zasugerowali “prawidłową automatyzację”. Szymon doprecyzowuje: “To ma dla mnie sens jak masz 100+ developerów.” Koszt? “Największym problemem jest to, że koszt ludzki utrzymania, zdobycia i zapewnienia kompetencji jest masakryczny.” 🎯 Platform engineering jako buzzword? Szymon: “Platforma to sposób na ujednolicenie, ale trzeba mieć co ujednolicać.” Łukasz dodaje: “Wyrzucimy pieniądze w błoto, spróbujemy zmusić ludzi do korzystania i nie będzie żadnych benefitów.” Plot twist? Terraform przeżyje. Szymon: “Pamiętam znajomego, hate’ował Terraforma. Jak on się nazywał? Łukasz jakiś.” Dziś Łukasz przyznaje: “Nie wygram z rynkiem.” Ekosystem, kompetencje, AI - “good enough” wygrywa. A OpenTofu? “Żyje i ma się dobrze.” Kiedy Crossplane ma sens? Spotify-level skala, firma produktowa SaaS, 100+ deweloperów, ograniczony stos. Łukasz szczerze: “Dla fanu inżynierskiego chętnie zbudowałbym platformę na Crossplane.” Ale uwaga - to jest “fajna zabawa dla osoby, która to buduje”, a potem ktoś to musi utrzymywać. Prawdopodobieństwo utopienia budżetu? 🔥 Ogromne. Czy Twoja organizacja ma skalę na Crossplane, czy tylko buzzword na platform engineering? Zanim rzucisz się w budowę platformy - posłuchaj, bo możesz zaoszczędzić sobie spalonej kasy i zmarnowanych miesięcy 💸     A teraz nie ma co się obijać! 👉 Wpadajcie na naszego Discorda: https://discord.gg/78zPcEaP22 ! 🔥Tam możecie się z nami pokłócić o przyspieszanie SQL-a, podyskutować o naiwnych nadziejach na AI albo po prostu podzielić się swoimi IT-owymi przemyśleniami.     Słuchasz Patoarchitektów dzięki PROTOPII – firmie, w której Łukasz i Szymon działają na co dzień, wspierając zespoły IT na każdym etapie: od projektowania, przez wdrożenia i migracje, aż po optymalizację i zabezpieczenia. Oferujemy też mentoring i szkolenia dostosowane do potrzeb każdej firmy, niezależnie od wielkości. Sprawdź nas: 👉 protopia.tech   - Nasze sociale i linki - Materiały do odcinka - Pato szkolenia

Rozmowa o autonomicznych agentach i vibe‑codingu, które potrafią wyciekać sekrety i tworzyć chaos w systemach. Dyskusja o konieczności human in the loop przy wdrożeniach low‑code. Techniczne kąski: architektura Postgresa OpenAI na Azure, eBPF‑owe mini‑firewalle po przejęciu Isovalent oraz wpływ na service meshe. Omówienie narzędzi do observability i Homes GPT do troubleshootingu.

Rozmowa o ryzykach używania ChatGPT/Copilota do eksperymentów biznesowych i dlaczego API jest kluczowe. Opisują mapowanie procesów, źródła danych i weryfikację dostępności integracji. Mówią o budowie surowego PoC z logami, testach, dokumentowaniu edge-case’ów i trzech decyzjach po próbie: kill, iterate, scale.

Rozmowa o tym, kiedy chmura się opłaca, a kiedy lepiej zostać on‑prem. Praktyczne minimum w Azure: subskrypcje, App Service/Container Apps, serverless SQL i private endpoints. Bezpieczeństwo i governance: MFA, backupy, alerty kosztowe i IaC od startu. Dyskusja o kosztach sieci: Front Door Premium vs Cloudflare, hub&spoke i firewalle. Analiza hybryd i współdzielenia zasobów między projektami.

Rozmowy o zarządzaniu i workflow z AI agentami: VS Code, Claude w terminalu i wirtualne desktopy per zadanie. Cross-modelowy review kodu i użycie Codexa do kontroli. Absurdalne, ale ciekawe projekty sprzętowe i sieciowe: port szeregowy przez USB, oscyloskop i HTTP proxy przez wirtualny port. Praktyczne zastosowania u klientów: governance, self-hosted runnery i szybki zwrot z inwestycji.

W odcinku omawiane są zawirowania brownfield cloud migration z zabawną metaforą o brudnej pracy. Poruszają temat inwentaryzacji zasobów oraz niebezpieczeństw związanych z naprawą starego kodu. Nowe strategie migracji, jak budowanie 'wyspy' obok starego środowiska, zyskują na znaczeniu. Ważna jest też rola ludzi, polityki i komunikacji w procesie, ponieważ sukces zależy właśnie od tych elementów. Na koniec podkreślają, że każde środowisko bez nadzoru stanie się browndfieldem.