Według Gartnera do 2022 roku ponad 75% przedsiębiorstw będzie miało aplikacje w kontenerach na produkcji. To jest BARDZO DUŻO.
Zapisz sięWybitni eksperci od spraw kontenerów, Docker i Kubernetes
01Sesje pełne wartościowych treści, bez zbędnego bull... opakowania ;)
02Będzie ciężko ale jako organizatorzy się postaramy, żeby coś wspólnego wyszło :)
03Planujemy dobrą zabawę tak byś spędził miło czas i dużo się dowiedział
04The author of The Art of Immutable Architecture
Michael wrote The Art of Immutable Architecture, a book on applying mathematics to building distributed systems.
Learn more at https://immutablearchitecture.com.
Michael has recorded Pluralsight courses on Distributed Systems, XAML Patterns, and Cryptography, in addition to Provable Code.
Formerly a Microsoft MVP for seven years, he maintains the spoon-bending Assisticant and Jinaga open-source libraries.
You can find his videos about distributed systems at historicalmodeling.com.
And he helps his clients at Improving benefit from the power of software mathematics.
Microsoft MVP
Inżynier, architekt, technology leader, konsultant, geek i ojciec dwójki maluchów.
Pasjonat chmury publicznej oraz szeroko pojętej nowoczesnej architektury w IT oraz hipsterskich technologii, które dopiero się pojawiają.
Z Kubernetes i kontenerami związany od dawna (pierwszy raz publicznie nakłaniał do nauki tego już w 2014 roku!).
Microsoft MVP w kategorii Microsoft Azure.
Head of Cloud Infrastructure at DevSkiller
Tomasz jest architektem nowoczesnych środowisk opartych o chmurę, kontenery i swoją osobistą pasję do mądrej automatyzacji. Pomaga organizacjom wytwarzającym oprogramowanie uwalniać potencjał tkwiący w ich produktach dostarczając je szybciej przez zautomatyzowane procesy CI/CD oraz dobrze zaprojektowane dla nich i utrzymywane z kodu środowiska. Nie wierzy w narzędzia i uznaje technologie jedynie jako drogę do rozwiązywania realnych problemów. Swoją introwertyczną naturę przełamuje dzieląc się swoją wiedzą podczas wystąpień, prezentacji oraz szkoleń. Niepoprawny perfekcjonista, który ciągle widzi potrzebę usprawniania.
Team Leader at Allegro.pl
Pracuję w Allegro od ponad 3 lat. Obecnie jestem Team Leaderem. Programowanie to dla mnie nie tylko zawód, ale też hobby. Projektowanie rozproszonych aplikacji w dużej skali to jest to, co lubię najbardziej. Skala Allegro pozwala mi to realizować. Podzielę się moimi doświadczeniami i opowiem o tym, jak tworzyć lepsze aplikacje
Senior Consultant at Amazon Web Services (AWS)
Architekt, konsultant i instruktor z ponad 20-letnim doświadczeniem w branży IT, entuzjasta technologii chmurowej i Kubernetesa. Prelegent na wielu konferencjach i wydarzeniach on-line. Uwielbia surfować pośród nowych technologii. Od 2 lat w polskim zespole AWS.
Director of Infrastructure at Codility
Dyrektor Infrastruktury w Codility, system inżynier i programista w wolnej chwili.
W Codility buduję wiodącą platformą dla zdalnego zatrudniania, która pomaga obiektywnie ocenić kandydatów na podstawie ich umiejętności.
Wcześniej Head of Engineering w dwóch siostrzanych startupów Machine Learning FinTech - Hypatos.ai i SMACC.io.
Poprzednio w LykeHQ (venture Rocket Internet), jako system inżynier przewodził transformacji platformy na mikroserwisy na Kubernetesie.
Pierwsze doświadczenie z dużymi systemami zdobył w Cloud&Heat, a zaczynał swoją karierę w SAP Research&Development.
Praktyk (entuzjastyczny) Kubernetesa, CloudNative i rozwiązań chmurowych od AWS do GCP.
Kiedy czas na to pozwoli - programista Golang.
DevSecOps/SRE Engineer at FORM3
Inżynier, który Przez 13 lat kariery miał okazje programować backendy i frontendy, zarządzać zespołem,
tworzyć UMLe, naprawiać produkcje, zmieniać sieci i hackować apexa w salesforcu.
Nie ma pojęcia czy jest architektem, starszym inżynierem, czy ninja.
Wie natomiast, że kocha infrastrukturę, chmurę i systemy rozproszone.
Ostatnie 2.5 roku buduje skalowaną, wysoko dostępną i bezpieczną platformę dla europejskiego fintechu.
Przed tym pracował w Londynie dla globalnych liderów branży `charity giving` JustGiving i `online food order delivery` JustEat.
Nie wie czemu nie nazwał swojej firmy JustMichal.
Uwielbia linuxa, i3wm i historię.
Z każdym tygodniem będziemy dodawać kolejne sesje i kolejnych prelegentów.
W porannym programie Dzień dobry kontenery przywitamy Was serdecznie,
opowiemy kilka słów o planie gry oraz
co najważniejsze zajmiemy się w lekko humorystyczny sposób pytaniem:
"Dlaczego właśnie kontenery?"
Wraz z postępującą adopcją Kubernetesa pojawiają się zagadnienia związane z tym jak budować obrazy kontenerów i jak je wdrażać. W odpowiedzi pojawiają się kolejne nowe projekty w trendzie “Cloud Native”, które adresują te problemy i pomagają przestawić nasz tryb pracy na nowy i zoptymlizowany do tych wyzwań.
Ale które narzędzia wybrać? Czym budować obrazy kontenerów? Jakie obrazy bazowe wybrać? Jak wdrażać zmiany na środowiskach i na wielu klastrach? Jak to wszystko spiąć ze sobą, aby te procesy szły sprawnie, automatycznie i były też łatwe do rozszerzenia?
W ramach prezentacji zrobię przegląd najciekawszych narzędzi i technik, które ułatwiają codzienną pracę ze środowiskami opartymi o Kubernetes.
W ramach prezentacji podzielę się praktykami i narzędziami, które pozwoliły zbudować bezpieczny fintech w chmurze.
Porozmawiamy o tym jak zachować balans między produktywnością a bezpieczeństwem.
Jak nie zabić innowacji wewnątrz teamów biurokracja, blokadami oraz nadmiernymi kosztami utrzymania.
O czym należy pamiętać w kontekście bezpieczeństwa w chmurze.
Jakie narzędzia bezpieczeństwa dostarczają dostawcy chmurowi, a jakich jeszcze brakuje.
Oraz jak to wszytko spiąć organizacyjne, by zapewnić trwale bezpieczeństwo.
Z buzzwordów pojawią się: cilium, vault, service mesh, k8s, aws, gcp, ecs, bare metal, request signing, dns tunelling, egress filtering, mtls i inne
Nasze aplikacje bardzo rzadko są niezależne.
Zawsze komunikują się z bazami danych, kolejkami wiadomości czy innymi aplikacjami.
Jak mieć pewność, że faktycznie potrafią to robić?
Jak przygotować swoje testy, które sprawdzają te interakcje?
Ostatecznie, jak w to wszystko wpisują się kontenery?
Zapoznaj się z biblioteką Testcontainers i przekonaj się, dlaczego to opcja lepsza niż inne.
Mikrousługi pozwalają rozwijać komponenty aplikacji w sposób niezależny,
ale jak zapewnić spójność w monitorowaniu i logowaniu?
Jak bez zmian w kodzie wprowadzić szyfrowanie ruchu i wzajemną autentykację?
Jak kontrolować ruch do nowych wersji naszej usługi, żeby ją skutecznie przetestować?
A co, jeśli nasza aplikacja działa w chmurze
i wykorzystuje nie tylko kontenery,ale i maszyny wirtualne.
Zapraszam na krótkie i praktyczne wprowadzenie do usługi AWS App Mesh.
Wskazówki, które chciałbym, aby każdy inżynierów budujących serwisy na Kubernetes znał.
Zaczniemy od tworzenia obrazu dockera, parametryzacji manifestów, monitoringu oraz logowania,
a zakończymy na poprawnym zamykaniu aplikacji, kiedy Kubernetes kasuje naszego poda.
Pragmatycznie i subiektywnie w zwięzłej formie z odniesieniami do przykładów.
Czym jest DAPR? To nowe "dziecko" ze stajni MS, który płynie powoli do CNCF. Jego zadaniem jest pomoc programistom w tworzeniu odpornych aplikacji rozproszonych opartych na zdarzeniach.
You have a cluster. You can scale up and down at a moment's notice. You can roll updates without taking down your services. So are all your problems solved?
Not quite. You still have the issue of keeping your microservices in sync.
You want each service to be able to make its own decisions autonomously.
They therefore need to store their own copy of the data that they need.
But that copy is not always up-to-date. To achieve consistency at scale, you need to design messages that will let pods converge within a reasonable time.
Those messages need to be idempotent so that repeats do not cause duplication.
And they need to be commutative so that pods will converge even after receiving messages in different orders.
These are not trivial properties. They are difficult to achieve in a traditional mutation-based paradigm.
But if your model was immutable, then you would get these properties almost for free.
Every copy of an immutable record is just as good as any other, and it will never be out-of-date.
The trick then is how to model your application using only immutable records.
Let me show you how.
We'll begin by analyzing your problem domain using a causal historical model.
You will see how workflow patterns take us beyond state-machine thinking and solve technical problems and business problems simultaneously.
Then we will map that immutable model into messages so that we can deploy it to our cluster.
Use AMQP, Kafka, or any messaging infrastructure that you are comfortable with.
Finally, we will employ the sidecar pattern to translate the immutable model back into the mutation-based entities that our application containers expect.
Kubernetes is a wonderful tool for managing workloads.
Now that you have it, apply the patterns of immutable architecture to manage data within your distributed cluster.