Kameralna kolacja dla tych którzy przyjeżdżają dzień przed konferencją :-)

Opcjonalny obiad dla osób, które go wykupiły

Każdemu adminowi zdarza się pracować z telefonu, niektórzy tylko dzwonią, inni odpowiadają na maile. Najbardziej wytrwali odpalają klienta SSH i na małym ekraniku ratują produkcję. Myślę że da się pójść o krok dalej i wszystko robić z telefonu. Zarządzać infrastrukturą większą niż parę maszyn, czy nawet chmurą. Część z tych rzeczy ułatwia termux który jest w tej chwili moim głównym narzędziem na telefonie. Opowiem o tym czego używać, i jak używać żeby było wygodnie.

Kuba “bell” Kowalik - na co dzień zajmuje się administrowaniem serwerami, zarządzaniem infrastrukturą w chmurze i utrzymaniem aplikacji webowych, pracując zgodnie z metodologią DevOps. Hobbystycznie zajmuje się edukacją, szeroko pojętą elektroniką i tworzeniem rzeczy i urządzeń, działając w fundacji Hackerspace Kraków. Linuksa używał jako głównego systemu przez ostatnie 6 lat.

W ostatnim czasie Prometheus zyskał ogromną popularność - w świecie "Cloud Native" jest to de facto standardowe narzędzie do monitoringu. Podczas prelekcji opowiem o tym jak użyć Prometheus-a do monitoringu infrastruktury (nie tylko tej w chmurz publicznej :)) oraz jak można nim zastąpić narzędzia typu Nagios czy Zabbix.

Łukasz Szczęsny - wielbiciel Free and Open Source Software i Open Hardware. Nieobcy jest mu termin DevOps. Zakochany w automatyzacji i monitoringu - nie cierpi klikać więc stara się robić Wszystko as Code a potem to monitorować. Pracował między innymi jako sysadmin na Uniwersytecie Warszawskim oraz SRE w Uberze. Obecnie zarządza infrastrukturą w Devskiller. Jest też aktywnym prelegentem, konsultantem i trenerem.

Na początku tej sesji wszyscy - w formie przyklejanych karteczek - będą mogli zaproponować tematy, o których chcieliby porozmawiać. Następnie każdy uczestnik będę mógł zagłosować na kilka wybranych tematów. Po eliminującej duplikaty klasteryzacji, wybierzemy 4-6 z największą liczbą głosów i w grupach o nich porozmawiamy. W zależności od długości sesji zrobimy kilka iteracji.

Formuła ta nazywa się unconference i jest dosyć popularna jako uzupełnienie topowej dla konferencji formy wykładów albo warsztatów. Na kilku konferencjach i spotkaniach eksperckich typu "burza mózgów" uczestniczyłem w takich spotkaniach i wiem, że to podejście ma potencjał i (zazwyczaj) się sprawdza.

Oprócz możliwości proponowania tematów przez biorących udział, bardzo ważną zasadą odróżniającą unconference od "zwykłych" sesji konferencyjnych jest fakt, iż w przypadku nie trafienia z tematem, uczestnik powinien niezwłocznie opuścić wybraną grupę roboczą, w poszukiwaniu tematu bardziej mu odpowiadającego. Nie jest to postrzegane jako "złe zachowanie" i "przeszkadzanie", ale jako czynność pozwalająca zachować wysoki poziom energii zainteresowanych osób w grupie.

Więcej informacji o formule: https://en.wikipedia.org/wiki/Unconference

Marcin Zajączkowski - doświadczony architekt realizujący projekty charakteryzujące się wysoką jakością i niezawodnością. Silnie zaangażowany w promowanie Software Craftsmanship, Clean Code i Test-Driven Development na konferencjach i szkoleniach. Specjalista w automatyzacji wdrożeń z Continuous Delivery i Continuous Inspection of Code Quality. Entuzjasta reaktywności i szeroko rozumianego zrównoleglania/współbieżności. Poza tym autor i kontrybutor projektów FOSS, bloger i trener. Zagorzały użytkownik GNU/Linux.

Glibc is the most basic Linux library: everybody use it even if they are not aware of this. The new releases are published every 6 months. This talk will summarize the most important changes in the latest version 2.30 as well as the issues currently being worked on.

Rafał Lużyński - long time software engineer, Linux and Fedora enthusiast. Since 2017 locale data maintainer and contributor of the Glibc project.

It's been 10 years since devops buzzword started buzzing around and 11 years since Cassandra has been open - sourced by Facebook. What we have learned about database reliability since then?

I would like to tell you a story about #noops company that decided to run own Cassandra clusters around globe having high - throughput and low latency system dependant upon it. It's a story about understanding, that reliability is the most important feature of every product.

Do you know that targeting specific level of reliability is the key to establish balance between high reliability and providing new features to drive user acquisition and revenue growth? Does it sound like bullshit bingo? Great - during this presentation I will explain in detail how our journey to "reliable enough" looked like in terms of maintaining Cassandra clusters. You will learn about the basics of Site Reliability Engineering, how to talk to your business introducing Customer Reliability Engineering and when you might finally say "ok, we've finished it, our database is reliable enough, let's do something else".

Why I chose Cassandra as the subject of this talk? Because it's reliability is very tricky - it's distributed, clustered database providing eventual and tunable consistency. And after many years of working with MySQL/MariaDB/PgSQL/Oracle I can easily say, that Cassandra is an operational hell which can be tamed with well known SRE practices and good, old engineering skills.

Maciek is Cloud Operations (aka Cloud Acrobat) at Codewise. He's also open source contributor, enthusiast, and evangelist supporting OWASP, Fedora Linux distro and a couple of containerization projects. Maciej believes in chaos engineering and automation - preferably achieved in a most pythonic way. You can catch him on Twitter @docent_net and also see his work on github/@docent-net and his personal blog/maciej.lasyk.info. Besides Maciek runs sports blog and podcast/dlugodystansowy.pl"

Fedora switched to use the unified cgroup hierarchy (v2) by default. This allows new features to be used by systemd, but brings challenges to the container world. Docker and Kubernetes aren't ready. I'll talk about the new features, why we want to switch, and how the container world is catching up.

Zbyszek works on systemd in upstream and maintains systemd in Fedora. He serves on the Fedora's Technical Committee.

Z czym kojarzy się Ansible Tower? GUI dla Ansible. Prawda jest taka - że GUI też tam jest. Ale czym w istocie jest Tower i co wnosi to o wiele szersze zagadnienie. I o tym będzie ta prezentacja: Po co jest Tower, co daje i czy w ogóle jest Ci potrzebny? Nadal sceptyczny/sceptyczna? Świetnie - właśnie dlatego pokażę go na żywych środowiskach i realnych use-case'ach

Arkadiusz Galarowicz - entuzjasta Linuksów odkąd dowiedział się o ich istnieniu w latach dziewięćdziesiątych. Od dawna związany z RedHatami, obecnie stara się promować rozwiązania RedHatowe w pracy i po pracy też.

strace is a diagnostic, debugging and instructional utility for Linux. It is used to monitor and tamper with interactions between processes and the Linux kernel, which include system calls, signal deliveries, and changes of process state. Linux developers are usually aware of strace and use it occasionally, but their knowledge about modern strace features is often quite limited. In this talk the maintainer of strace will describe features of modern strace and demonstrate what kinds of problems they help to solve.

Dmitry is the co-founder and the chief software architect of BaseALT, a long time contributor to free software projects, including strace, the GNU libc, Linux kernel, Linux-PAM, and many others. Being the maintainer of strace since 2009, Dmitry gives talks about this tool for various audiences.

Developing everything in containers? Then you might be ready for Fedora Silverblue — an immutable desktop OS built for container workflows! Silverblue is built on top of rpm-ostree providing atomic upgrades, easy rollbacks, and even installing individual packages when necessary. Come for a quick overview covering the basics of rpm-ostree, Flatpak (containerized graphical application), and the overall experience of using a container-oriented desktop.

Adam Samalik - open source enthusiast. Senior software engineer with Red Hat working on Fedora. Linux user since 2007, Fedora community member since 2014.

Fedora is one of the popular distributions, but the dependence on its US corporate sponsor Red Hat means it cannot ship certain software due to US legal restrictions. RPM Fusion, an independent project based in Europe was created to fill the gap. This talk will introduce the RPM Fusion project, discuss its history and current status and explain how to use it and how to contribute to it.

Dominik Mierzejewski works as a "cloud" engineer at a big corporation. Privately, he's an open source advocate and contributes more or less actively to several open source projects. Dominik is a long-time Linux user, including Fedora since its inception. Since 2006, he is a developer at the Fedora Project and maintains over 100 packages there. Additionally, he's a Fedora Ambassador, packager sponsor and a provenpackager. Dominik holds almost the same positions in the RPM Fusion project, where he started contributing since its beginning in 2008.

S3 (Simple Storage Service) jest jedną z najpopularniejszych usług AWS (Amazon Web Services) zapewniającą dostęp do zasobów. Dobrze integruje się z pozostałymi komponentami, tworząc między nimi wygodny interfejs wymiany danych. Wśród ortodoksyjnych użytkowników Linuksa S3 nie budzi zbyt dużego zaufania, z uwagi na dosyć połączenie bezstanowości RESTful API z persystentną naturą storage’u. W tej prezentacji jako użytkownik oraz administrator self-hosted S3, postaram się wyjść poza jej standardowe użycie. Dzięki temu będzie można przekonać się, jak proste dla użytkownika Linuksa może być korzystanie z S3. Od strony użytkownika technologii chmurowych interesujące będą zastosowania oraz ograniczenia interfejsu S3, poruszę także kwestie wydajnościowe. Jako administrator przedstawię zagadnienia monitorowania, zabezpieczeń, zapewniania wysokiej dostępności oraz radzenia sobie z problemami użytkowników.

Podczas tego panelu chciałbym poruszyć kwestie dotyczące organizacji spotkań Lokalnych Grup Użytkowników Linuksa. Jak zachęcać ludzi do prowadzenia prelekcji? Jakie tematy poruszać? Czy i jak znajdować sponsorów? Do tego chciałbym porozmawiać na temat przyszłości LUG-ów w dzisiejszym świecie przepełnionym meetup-ami o zbliżonej tematyce.

Wielbiciel Free and Open Source Software i Open Hardware. Nieobcy jest mu termin DevOps. Zakochany w automatyzacji i monitoringu - nie cierpi klikać więc stara się robić Wszystko as Code a potem to monitorować. Pracował między innymi jako sysadmin na Uniwersytecie Warszawkim oraz SRE w Uberze. Obecnie zarządza infrastrukturą w Devskiller. Jest też aktywnym prelegentem, konsultantem i trenerem.

W jaki sposób ułatwić sobie życie z Ansible wykorzystując jego mniej znane funkcje. Będzie o tym jak pisać role (aby nie mieć z nimi problemu w przyszłości), jak weryfikować poprawność parametrów, czy przekazywać dane z roli na zewnątrz.

Dariusz Puchalak - konsultant i Spec od technologii oraz usług informatycznych. Od 2014 r. związany z OSEC - Trener i Konsultant. Entuzjasta Linuksa i technologii IT w wydaniu open-source - RHCA , SUSE Certified Instructor. Jednocześnie zaznajomiony także z produktami, usługami Microsoft - MCP. Wolne chwile spędza na rolkach lub na SUPie (Stand Up Paddleboarding). Czasem robi za „lodołamacz” – zapytajcie go dlaczego? Na szkolenia często dociera na monocyklu. Lubi fotografować, eksperymentuje z nagrywaniem dźwięku, freedivingiem i nieustannie z technologią.

Opcjonalny obiad dla osób, które go wykupiły.