Ślepe zaułki designu, czyli jak przestałem się bać i pokochałem preprodukcję.Artur Ganszyniec
Droga od idei do gotowej gry rzadko bywa usłana różami, nie wszystkim pomysłom i nie wszystkim projektom udaje się przetrwać do wydania. Jednym ze sposobów na zmniejszenie ryzyka jest dobre przygotowanie się do właściwej produkcji. Podczas prelekcji przyjrzymy się dokładniej preprodukcji i sposobom, dzięki którym można odpowiedzieć sobie na trzy ważne pytania: Czy nasz świetny pomysł rzeczywiście jest materiałem na świetną grę? Czy jest to projekt dla naszego zespołu? Jak duża będzie to produkcja? Życiowe przykłady z udanych i nieudanych projektów gwarantowane.
Docker jest wspaniałą technologią. Przy pomocy Dockera w prosty sposób możemy rozwiązać jeden problem, a na jego miejsce stworzyć dwa inne, nowe, bardziej skomplikowane... Co jest powodem takiego stanu rzeczy? Czy przyczyną jest architektura Dockera? Brak zrozumienia? A może coś więcej?
Porażka nie wchodzi w grę, czyli o niezawodnościKamil Grabowski
Bank? System sterowania farmą paneli fotowoltaicznych? A może największy w Polsce punkt wymiany ruchu internetowego? Co wspólnego mają te systemy?Podczas tej prezentacji chciałbym podzielić się z Wami moim przemyśleniami oraz doświadczeniem, które zdobyłem podczas rozwijania i utrzymywania aplikacji od których wymaga się, aby były niezawodne.
O mojej skrzynce z narzędziami, w której znajdziemy: #ansible #terraform #packer #docker #vagrant #capistrano.
Video: https://www.youtube.com/watch?v=fPZ7JZJGPTE
Ślepe zaułki designu, czyli jak przestałem się bać i pokochałem preprodukcję.Artur Ganszyniec
Droga od idei do gotowej gry rzadko bywa usłana różami, nie wszystkim pomysłom i nie wszystkim projektom udaje się przetrwać do wydania. Jednym ze sposobów na zmniejszenie ryzyka jest dobre przygotowanie się do właściwej produkcji. Podczas prelekcji przyjrzymy się dokładniej preprodukcji i sposobom, dzięki którym można odpowiedzieć sobie na trzy ważne pytania: Czy nasz świetny pomysł rzeczywiście jest materiałem na świetną grę? Czy jest to projekt dla naszego zespołu? Jak duża będzie to produkcja? Życiowe przykłady z udanych i nieudanych projektów gwarantowane.
Docker jest wspaniałą technologią. Przy pomocy Dockera w prosty sposób możemy rozwiązać jeden problem, a na jego miejsce stworzyć dwa inne, nowe, bardziej skomplikowane... Co jest powodem takiego stanu rzeczy? Czy przyczyną jest architektura Dockera? Brak zrozumienia? A może coś więcej?
Porażka nie wchodzi w grę, czyli o niezawodnościKamil Grabowski
Bank? System sterowania farmą paneli fotowoltaicznych? A może największy w Polsce punkt wymiany ruchu internetowego? Co wspólnego mają te systemy?Podczas tej prezentacji chciałbym podzielić się z Wami moim przemyśleniami oraz doświadczeniem, które zdobyłem podczas rozwijania i utrzymywania aplikacji od których wymaga się, aby były niezawodne.
O mojej skrzynce z narzędziami, w której znajdziemy: #ansible #terraform #packer #docker #vagrant #capistrano.
Video: https://www.youtube.com/watch?v=fPZ7JZJGPTE
Doker jest projektem opensource pomagającym zautomatyzować wdrażanie i uruchamianie aplikacji przy wykorzystaniu kontenerów linuksowych. Dzięki swojej wydajności oraz praktycznie zerowemu narzutowi jest coraz częściej wybierany jako alternatywa dla tradycyjnych rozwiązań wirtualizacji systemów.
Podczas tego wykładu dowiecie się czym jest docker, jak nim zarządzać oraz jak stworzyć swoje pierwsze kontenery aplikacyjne.
Spotkanie poprowadził Kamil Grabowski z Rebased
Wykład ze styczniowego spotkania grupy UW@IT pt. "Ansible w praktyce".
Ansible jest narzędziem wykorzystywanym do automatyzacji codziennych działań związanych z tworzeniem oraz utrzymaniem infrastruktury IT.
The document introduces RRDTool, a time-series database tool used to store and graph metrics data over time. It stores data in a circular buffer using a round-robin database (RRD) format. The document discusses how RRDTool can store different data types and create round-robin archives (RRA) to consolidate data over time. It also explains how to install and use the Ruby rrd-ffi gem to create RRD databases and graphs programmatically.
This document describes PLIX, a neutral internet exchange point in Poland. It discusses PLIX's operations and network monitoring center (NOC). The NOC previously used various monitoring tools like Nagios, Cacti, and Smokeping, which had disadvantages like a lack of integration and redundancy. PLIX implemented a new infrastructure with tools like Trap Monitor, Live Network Map, and Live Network Traffic Graph to centralize monitoring and improve notification, visualization, and event grouping. Current projects aim to further enhance diagnostics and integrate event ticketing.
Doker jest projektem opensource pomagającym zautomatyzować wdrażanie i uruchamianie aplikacji przy wykorzystaniu kontenerów linuksowych. Dzięki swojej wydajności oraz praktycznie zerowemu narzutowi jest coraz częściej wybierany jako alternatywa dla tradycyjnych rozwiązań wirtualizacji systemów.
Podczas tego wykładu dowiecie się czym jest docker, jak nim zarządzać oraz jak stworzyć swoje pierwsze kontenery aplikacyjne.
Spotkanie poprowadził Kamil Grabowski z Rebased
Wykład ze styczniowego spotkania grupy UW@IT pt. "Ansible w praktyce".
Ansible jest narzędziem wykorzystywanym do automatyzacji codziennych działań związanych z tworzeniem oraz utrzymaniem infrastruktury IT.
The document introduces RRDTool, a time-series database tool used to store and graph metrics data over time. It stores data in a circular buffer using a round-robin database (RRD) format. The document discusses how RRDTool can store different data types and create round-robin archives (RRA) to consolidate data over time. It also explains how to install and use the Ruby rrd-ffi gem to create RRD databases and graphs programmatically.
This document describes PLIX, a neutral internet exchange point in Poland. It discusses PLIX's operations and network monitoring center (NOC). The NOC previously used various monitoring tools like Nagios, Cacti, and Smokeping, which had disadvantages like a lack of integration and redundancy. PLIX implemented a new infrastructure with tools like Trap Monitor, Live Network Map, and Live Network Traffic Graph to centralize monitoring and improve notification, visualization, and event grouping. Current projects aim to further enhance diagnostics and integrate event ticketing.
2. Co to są Igrzyska Chmury?
• Pierwsze w Polsce (i chyba na świecie) zawody esportowe o chmurach publicznych
• Organizator: Chmurowisko / Mirek Burnejko
• 5 prostych zadań do wykonania (limit czasu 20-30 minut na jedno zadanie)
• Wiele (8-9) różnych chmur publicznych
• 8-12 zawodników/zawodniczek
• Wygrywa osoba, która jest najlepsza najszybsza (lub zrobiła najwięcej)
• Eliminacje (4 miasta) i
fi
nał
3. Dlaczego wygrałem? - jak to widzą inni ludzie?
• Ogromna wiedza, ekspert
• DevOps, więc napewno wszystko miał już zautomatyzowane
• Wszystko robił z shella lub korzystał z SDK, bo tak najszybciej
• Długo przygotowywał się do zawodów
• Oszukiwał :)
Żadne z tych stwierdzeń nie jest prawdziwe!
6. Organizacja zawodów sportowych
• Czy w ogóle warto wziąć udział?
• Nagrody, fejm :)
• Miejsce
• Czas trwania (ile godzin, ile etapów, przerwy)
• Jedzenie (czy będzie obiad?), catering (przekąski, owoce, napoje)
• Sponsorzy
• Warunki wzięcia udziału (czy używamy swojego sprzętu?)
7. Regulamin / Zasady
• Warunki wygranej (co trzeba zrobić, aby wygrać)
• Schemat wygranej (win-win, win-lose, lose-lose)
• Punktacja / Czy są punkty ujemne?
• Jak sędziowie oceniają Twoją pracę?
• Co jest dozwolone, a co nie? Dyskwali
fi
kacja
• Fair-play
8. Trening i przygotowanie do zawodów
• Plan jest dostosowany do rodzaju zawodów
• "Przeklikać się" przez publiczne chmury, których nie znam
• Oszacować zakres i stopień skomplikowania zadań
• Zadania nie mogą być trudne i skomplikowane (limit czasowy, bardzo
ciężko jest znać się dobrze na wielu chmurach publicznych)
• Aktualne trendy, "koniki" organizatorów, produkty oferowane przez
sponsorów
• Obserwowanie (media społecznościowe, marketing, newsy, przecieki)
9. Dzień przed zawodami
• Iść wcześniej spać, dobrze się wyspać
• Nie pić w nocy alkoholu lub stymulantów typu kawa, energetyki
• Nie ucz się, nie rób powtórek, nie czytaj dokumentacji
• Teraz jest już na to za późno
• Najlepiej zając się czymś niezwiązanym z zawodami (np. gra na PS4)
• Przygotuj checklistę na jutrzejszy dzień
10. Checklist
• Spakować laptopa (prywatny) + zasilacz
• Naładować baterię w laptopie
• Spakować zimną wodę mineralną, niegazowaną 1,5L
• Spakować koszulkę na zmianę
• Spakować bluzę lub sweter
• Używki oraz jedzenie (nawet jeśli organizator zapewnia w ramach
cateringu)
11. Dzień zawodów - rano
• Przejrzyj checklistę
• Weź zimny prysznic
• Załóż luźne i wygodne ciuchy
• Zjedz dobre i pożywne śniadanie
• Bądź na miejscu wcześniej (1 - 1,5h)
12. Sport, zawody, turnieje
• "Dziś bez koksu to nawet pomidory nie rosną" i trzeba się z tym pogodzić
• "Sport to zdrowie"
• Nie zawsze wygrywają najlepsi
• ... oraz często najlepsi nie biorą udziału w zawodach!
• Często różnica pomiędzy wygranym i przegranym jest minimalna
• Przygotowujesz się pod regulamin konkretnych zawodów
• Optymalizujesz i upraszczasz swoje działanie jak tylko się da
14. Psychologia sportu: nastawienie
• Warunek konieczny, ale niewystarczający: praca domowa została
odrobiona!
• Jedziesz na zawody, aby zwyciężyć
• Sam start w zawodach jest w pewnym stopniu Twoim małym
zwycięstwem
• Sesje nakręcające (motywujące): wizualizacja, a
fi
rmacja, medytacja
15. Psychologia sportu - stres
• Presja otoczenia
• Wszyscy na mnie patrzą
• Rodzina i znajomi to oglądają na żywo
• Strach przed przegraną
• Czarny pas przegrywa z białym
• Czarne myśli, zamartwianie się, wyobrażanie sobie przegranej
16. Jak walczyć ze stresem i zamartwianiem się?
• Dale Carnegie "Jak przestać się martwić i zacząć żyć?"
• Spora większość naszych obaw nigdy się nie ziści
• Co najgorszego może mi się przytra
fi
ć?
• ... i co to dla mnie oznacza?
• Nie "tworzyć aury" wokół swojej osoby
• Nie starać się być faworytem
• Nie dzielić skóry na niedźwiedziu
17. Panika podczas zawodów
• Zwolnij na moment
• Weź głęboki wdech, pooddychaj trochę, zrób sobie minutową przerwę
• Spróbuj zając się inną częścią zadania
• Pij dużo wody
• Retrospekcja po zakończeniu zadania
• O ile to możliwe przewietrz się
• Medytacja, Wizualizacja, A
fi
rmacja
• Pomoc trenera, doping (kibice)
19. Dobrze wykorzystaj czas przed
pierwszym zadaniem
oraz pomiędzy zadaniami
Na kawę, pogaduszki i facebooka będzie czas później
20. Dostępy do chmur publicznych
• Przed rozpoczęciem zawodów dostaliśmy kartki z dostępami
• Koniecznie trzeba zalogować się do każdej z chmur, aby sprawdzić czy nasz login i hasło
działają prawidłowo
• Każda chmura publiczna otwarta jest zawsze w zakładce przeglądarki
• Przed każdym zadaniem odśwież zakładkę (taba) dla każdej z chmur
• Login i hasło zapisać w przeglądarce (1password jest za wolny)
• Jeśli wystarczy czasu: przepisać nasze credentiale (url, login, hasło) do pliku tekstowego
lub notatnika (klikalne URL-e)
• Przygotować sobie swój klucz publiczny oraz standardowe, skomplikowane hasło
21. "Przeklikać się" przez każdą z nowych chmur
• Niektóre chmury publiczne widziałem pierwszy raz na oczy (Netia, Orange,
Cloud Ferro, Aruba Cloud)
• Warto sprawdzić jakie serwisy dana chmura posiada: wirtualne maszyny,
object storage, sieciowisko, kontenery, serverless
• Stworzyć maszynę wirtualną na każdej z chmur
22. Zgłaszanie ukończenia zadania
• Podniesienie ręki
• Dodatkowo, koniecznie komunikujemy to werbalnie (głośno, szybko i
zdecydowanie np. "mam!")
• W przypadku sytuacji spornej - dwie osoby w podobnym czasie podniosły
rękę - mówimy stanowczo i zdecydowanie, że to my byliśmy pierwsi ;)
23. Nazewnictwo zasobów
• Często inni zawodnicy będą korzystać z tego samego konta (namespace)
co My
• Warto dodawać unikalny pre
fi
x do tworzonych zasobów:
• kgrabowski-srv01 jest lepszą nazwą dla maszyny wirtualnej niż
igrzyska04-srv01
24. Optymalizacja czasu tworzenia zasobów
• Przykład: tworzenie nowej maszyny wirtualnej. Wcześniej możemy dodać:
• nasz klucz publiczny
• security group z dostępem ALL z internetu
• To wszystko możemy dodać przed zadaniem, dzięki czemu oszczędzimy
trochę czasu :)
25. Zrównoleglenie pracy - CodeStar
• CodeStart = SCM + CI/CD + IDE + Executor
• Omówienie zadania o CodeStar z Igrzysk Chmury
• Proces tworzenia serwisu CodeStar
• Dostęp do CodeCommit
• Pomysł na zrównoleglenie pracy
26. Zrównoleglenie pracy - pomysły
• Tworzenie zasobów w chmurach trwa
• Tworzenie EC2 - kilkadziesiąt sekund
• Tworzenie RDS/CodeStar - klikanaście minut
• Zaczynamy od tworzenie zasobów, które potrzebują najwięcej czasu na
stworzenie i uruchomienie
• Gdy te zasoby będą się tworzyć (w tle) to możemy zająć się innymi
częściami zadania
27. Zrównoleglenie pracy - wyjątki
• Zadanie z
fi
nałów o hostowaniu strony przy użyciu jak największej liczby
serwisów w różnych chmurach
• Zaczynamy od najprostszych i najszybszych w realizacji usług
• Jeśli proces tworzenia zasobu jest długi, ale prosty w kon
fi
guracji to
możemy zacząć właśnie od niego (CodeStar)