Amazon Web Services

Praha, 29.1.2019

1st AWS conference based on real use-cases & best practices

Registrace
 ico Kde

Praha 4

 ico Kdy

29.1.2019

 ico Trvání

8:00 – 16:30

 ico Kapacita

192 míst

 ico Cena

3.600 Kč + DPH

 ico Řečníci

5

Získejte Wild Cards na 67. a 170. židli a užijte si konferenci zdarma (pozice se počítá dle došlých registrací)


DataScript ico Plus ico AWS ico

Log eventu


Program


Proč se přijít podívat?

Představení přednášek


Řízení nákladů v AWS

09:00 – 10:00

Provozovat aplikaci v cloudu není levná záležitost. A proto je potřeba přemýšlet nad celkovou správou nákladů za cloud. Což je docela obtížný úkol při pricing modelu “pay-as-you-go”. Bez pořádného nástroje a bez spolupráce s vývojáři se neobejdete. Bohužel vývojáři v mnoha firmách nemají přístup k billingu, tudíž vůbec neví, kolik stojí provoz jimi navržené a napsané aplikace. V Zonky chci, aby všichni vývojáři věděli, kolik nás cloud stojí, kolik nás stojí řešení, které navrhnou a vyvinou.

V tuto chvíli máme v Zonky tzv. hybridní cloud. Celá neprodukční a část produkční infrastruktury běží v cloudu. Zbytek u jednoho hostingu. Zatímco účet za hosting je celkem pevně daný, účet za AWS se každý měsíc mění. Za poslední dva roky je roční nárůst někde mezi 200% - 300%. Převážně kvůli tomu, že v AWSku máme mnoho testovacích prostředí a celou CI/CD pipeline. Zhruba polovinu našeho účtu v AWSku tvoří účet za EC2, následuje storage, síťové věci jako balancery, data transfery, apod.

Ke konci roku 2017 za mnou přišel šéf a chtěl, ať sestavíme rozpočet pro cloud na rok 2018. My věděli jen, že účet za AWSko poroste a poroste hodně. Po hlubší analýze toho, co nás v následujícím roce čeká - kolik nových vývojářů nabereme, co nového budeme implementovat - jsme dospěli k výsledku. A jak dopadl rok 2018? Na to se můžete přijít podívat.



Struktura nákladů za AWS cloud v Zonky


Jak vlastně funguje pricing v AWS? Aneb co jsme se o něm naučili my v Zonky

  •     EC2 pricing model
  •     Data Storage (EBS, ephemreal, glacier)
  •     Network + Data Transfer

  • Nástroje pro AWS cost management

  •     Nástroje, které poskytuje Amazon
  •     Nástroje třetích stran - CloudCheckr, CloudHealth

  • Jak organizovat resources v AWSku pro lepší cost management

  •     Resource tagging
  •     AWS Multi account

  • Problémy, na které jsme narazili

  •     Naše vlastní fuck upy
  •     Omezení AWSska a nedokonalosti našeho cost managementu
  • #cost management #fuck ups
    Martin Damovský

    Martin Damovský

    QA and SRE Lead at Zonky

    Martin je backendový vývojář, toho času zastává roli QA a SRE Team Leadra v Zonky, kde působí již druhým rokem. Má radost pokaždé, když se mu povede nějaký manuální úkol zautomatizovat, je fanouškem DevOps přístupu a dlouhou dobu se v Zonky staral o celou CI/CD pipeline. V minulosti vystoupil na několika komunitních akcích s přednáškou na téma Docker. Čas od času napíše něco na svůj twitter a na vývojářský blog Zonky. Volný čas tráví s manželkou a rok a půl starým synem na okraji Prahy.




    Extrémní DevOps

    10:30 – 11:30

    Zavedení DevOps, přesun do AWS cloudu a použití Kubernetes umožnilo Liftagu snížit počet výpadků z několika desítek v roce 2016 na dva za rok 2018. Během přednášky si ukážeme praktiky a nástroje, které nám umožňují provozovat platformu Liftaga v režimu 24/7 bez jediného operations inženýra. Protože nic nepotěší tak, jako cizí neštěstí, přednáška se bude točit kolem našich nezdarů a lekcí, které jsme si z nich odnesli.



    Výpadky - příležitost k učení

  •     Ukázky výpadků
  •     Jak se z výpadků poučit a zajistit, aby se neopakovaly
  •     Monitoring pomocí AWS CloudWatch, PagerDuty, LogEntries
  •     DevOps a nezbytná změna přístupu týmu k vývoji a provozu

  • AWS + Kubernetes = ❤

  •     Jak provozujeme Kubernetes na EC2
  •     Zátěž a cena
  •     Směrování HTTP požadavků
  •     Na co si dát v Kubernetes pozor

  • Vývojový cyklus

  •     Build pomocí CircleCI
  •     Nasazení změny na produkci za pár minut

  • #DevOps #kubernetes #monitoring
    Lukáš Křečan

    Lukáš Křečan

    SW Engineer at Liftago

    Lukáš je duší Java programátor, nicméně zjistil, že to často pro úspěch projektu nestačí, takže fušuje i do Agile a DevOps. Hrozně rád přemýšlí o tom, jak správně dělat software, pak to zkouší a nakonec o tom občas píše nebo dokonce mluví. Mohli jste ho slyšet třeba v CZPodcastu, vidět povídat na GeeConu nebo CZJUGu. Pokud máte opravdu dobrou paměť, určitě si vzpomenete na jeho fenomenální blog.




    Migrace aplikací do AWS cloudu

    12:00 – 13:00

    Existuje několik hlavních důvodů proč migrovat aplikace z privátních prostředí do public cloudů a každý vlastník aplikace by si měl předem stanovit, čeho chce migrací dosáhnout a těmto cílům přizpůsobit strategii migrace. Samotná migrace je jenom začátek životního cyklu aplikace v cloudu, protože umožňuje přistupovat k infrastruktuře jako ke „spotřebnímu zboží“ a podporuje inovaci a experimentování bez nutnosti počátečních investic. Chtěl bych se s Vámi podělit o naše zkušenosti s migrací Order management systému do AWS a ukázat Vám, jakým způsobem používáme AWS Elastic Container Service pro provoz naších microservices.



    Výhody a přidaná hodnota public cloudů proti privátním prostředím

  •     6 různých způsobů, jak naložit s existujícími aplikacemi
  •     Public cloud je cesta, ne cíl – inovace a modernizace jako součást životního cyklu aplikace

  • Cesta našeho telco zákazníka do AWS – je důležité udělat dobrá rozhodnutí hned na začátku

  •     Time to market - priorita č.1
  •     Skutečný DevOps – „you build it, you run it.“
  •     AWS account management
  •     Hybrid cloud – způsob propojení do privátního prostření
  •     „Zero downtime migration“ – jak jsme toho dosáhli
  •     Automatizace – všechno v kódu (terraform, GitHub, CI/CD)

  • Naše zkušenosti s Elastic Container Service (ECS)

  •     Proč používáme ECS a ne EKS (Elastic Container Service for Kubernetes)
  •     ECS Fargate vs. ECS EC2
  •     Jak „přebuildit“ ECS EC2 cluster bez výpadku aplikace
  •     ECS EC2 cluster auto-scaling
  •     Docker conatiners right sizing

  • #automation #containers #ECS
    Petros Georgiadis

    Petros Georgiadis

    AWS Architect/Developer at Tieto

    Petros se zabýval poslední dva roky vývojem „Application migrations to Public Cloud“ produktu ve společností Tieto (IT Services provider ve skandinávských zemích) a před několika měsíci se přidal k jedné z deliveries pro telco zákazníka jako AWS Architekt/Developer, protože „není nic lepšího než možnosti si na to sáhnout“. Petros je velký fanoušek konceptu public cloudů (a Infrastructure as Code), protože nikdy předtím neměli developeři takovou svobodu pro svoji práci jako dnes. Stejně jako Internetové bankovnictví změnilo celý bankovní sektor, tak i public cloudy změní(ly) ten IT a je dobré být u toho hned od začátku.




    Cenově efektivní a škálovatelné řešení CI/CD s Jenkinsem na AWS

    13:30 – 14:30

    Existuje mnoho skvělých řešení pro CI/CD, které provozuje někdo za vás, a celý proces věc je vyřešen skoro bez práce. Tyto služby se vašim požadavkům více či méně přizpůsobí, ale občas musíte udělat změny na straně vašeho projektu. Může se stát, že taková služba vám nebude vyhovovat vůbec, protože potřebujete řešit extra špeky. Ať už je důvod jakýkoli, musíte si celé řešení postavit vlastními silami. Tady to pouze začíná. Stejně jako u jakéhokoli jiného projektu či aplikace, celou věc je nutno udržovat v chodu, aktualizovat, podporovat a taky hlídat náklady. Jednou z možných cest je Jenkins. V kombinaci s AWS a jejich službami lze vybudovat CI/CD infrastrukturu, která bude škálovat přesně podle aktuálních potřeb, zvládne veškeré požadavky a navíc za velmi rozumnou cenu. V Zonky nám právě taková infrastruktura běží a já vysvětlím, proč tomu tak je a jak jsme se vypořádali se všemi problémy, které to provázelo. Od nasazení, přes provoz a podporu, až po účet o který si AWS za tyto služby řekne.



    Saas versus Jenkins


    Zonky use-case, požadavky, očekávaní, realita


    Použité AWS služby

  •     Klasické služby v podobě VPC, EC2, EBS, S3
  •     Spot instance: princip, plusy a minusy

  • Integrace Jenkins a AWS spot instancí

    Testing

  •     Fleet plugin
  •     Práce s pluginem
  •     Stav vývoje, stabilita

  • Live demo

  •     Vytvoření kompletní infrastruktury
  •     Veškerý AWS kód popsaný Terraformem
  •     Aplikační konfigurace v Ansible
  •     Jenkins konfigurace kódem

  • Zkušenosti z praxe, tipy a nástroje pro provoz

  •     Monitoring a observability
  •     Debugging problémů s buildy a spot instancemi
  •     Řešení situace kdy AWS vypne spot instanci s běžícím buildem

  • #spot instances #continuous delivery #DevOps
    Martin Stiborský

    Martin Stiborský

    SRE at Zonky

    Jmenuji se Martin Stiborský a moje hlavní náplň práce je Linux system administrator. Baví mě řešit provozní problémy systémů a aplikací. Ideálně se jim snažím předcházet pomocí automatizace a vytváření nástrojů, které ulehčí život všem, kdo se starají o projekt.




    Využití AWS API Gateway

    15:00 – 16:00

    Vývoj a správa velkého API v malém týmu může být značně dobrodružná záležitost. Jeden může být překvapen, o co všechno je potřeba se postarat, aby zákazníci dostali svá data a vy jste mohli v noci v klidu spát. Pokud vás navíc tlačí čas, není od věci si trochu ulehčit život a soustředit se na logiku aplikace, místo experimentování s knihovnami pro zabezpečení přístupu. A právě pro tyto případy AWS nabízí svojí API Gateway.

    V prezentaci si projdeme několik použití v API Gateway v reálných projektech a to jak na již existující codebase, tak na začínajích projektech. Ukážeme si, jak málo stačí, abychom měli bezpečné a škálující API za které se nemusíme stydět.



    Jak nemuset sahat na existující API

  •     Jednoduché zabezpečení legacy API
  •     Rate limiting přes API Gateway

  • Vývoj na zelené louce

  •     Jak (ne)řešit škálování s AWS Lambda (a co to bude stát)
  •     Jak se vyhnout kódování s API Gateway a DynamoDB

  • Podpora své komunity vývojářů

  •     Dokumentace pomocí OpenAPI Specification (dříve Swagger)
  •     Integrace Swagger s API Gateway
  •     Vytvoření developer portálu v AWS

  • #apigateway #swagger #design
    Karel Jakubec

    Karel Jakubec

    AWS Cloud Architect at Revolgy

    Karel se několik posledních let věnuje cloudové architektuře, propagování DevOps a s většími či menšími úspěchy se snaží být agilní jak v práci, tak ve svém životě. Momentálně pracuje jako Lead DevOps Engineer pro Vistaprint a externě jako Cloud Architect pro Revolgy.

    Registrace

    Storno podmínky

    Registrace na konferenci je závazná a její storno je možné "bezplatně" pouze písemnou formou prostřednictvím e-mailu a to nejpozději 14 kalendářních dní před zahájením konference.

    Odstoupí-li/stornuje-li účastník konference registraci v termínu kratším než 14 kalendářních dní před zahájením konference, vyhrazuje si organizátor vůči účastníkovi právo na zaplacení storno poplatku v plné výši hodnoty vstupenky.

    Děkujeme za pochopení

    Jak se k nám dostanete?

    Kongresové centrum
    Institut klinické a experimentální medicíny (IKEM)
    Vídeňská 1958/9
    140 21 Praha 4


    GPS souřadice: 50°1'21.432"N, 14°27'45.697"E

    Nejrychleji z centra Prahy: Metrem do stanice Budějovická (trasa C). Pak autobusem č. 193 na zastávku IKEM (v autobuse hlášena jako „Institut klinické a experimentální medicíny“).

    Parkovat můžete ve dvou nadzemních podlažích garážové budovy u hotelu Rezidence EMMY v okolí. Za každou započatou hodinu je parkovací poplatek 30 Kč.
    Využít můžete i parkoviště pro návštěvníky a pacienty IKEM, které je zhruba 100 m od hlavního vchodu do budovy IKEM (kapacita 200 míst).

    Chci se podívat na mapy pro lepší orientaci zde.

    ico

    Autem

    Sjezd z Jižní spojky směr Jesenice na Vídeňskou ulici. Na světelné křižovatce Vídeňské ul. s ulicí Zálesí jeďte rovně směrem na Jesenici. Na následující světelné křižovatce s ulicemi Jalodvorská a K Zelené louce odbočte vlevo, kde uvidíte novostavbu IKEM.

    ico

    Tramvají

    Bohužel tento oblíbený spoj není k dispozici.

    ico

    Autobusem

    Autobusové linky 193, 138, 203 zastavující na zastávce IKEM.

    Regionální linky: 332, 335, 337, 339, 362