Trudne jest zarządzanie własną infrastrukturą. Trochę prościej jest użyć chmury, jednak wciąż czeka nas sporo konfiguracji. A co, gdyby wszystkie potrzebne usługi skonfigurowały się “same”, a nam pozostało tylko doglądanie całości? AWS Elastic Beanstalk umożliwia zautomatyzowane skonfigurowanie środowiska w chmurze AWS pod konkretne aplikacje. Można dzięki niemu wygodnie uruchomić Dockerowe kontenery i właśnie tym zajmiemy się na prezentacji. Opowiemy pokrótce jak działa Beanstalk i przeprowadzimy deployment przykładowego programu). I to wszystko bez zastanawiania się nad infrastrukturalnymi szczegółami.

1. Szybkie stawianie
aplikacji z Elastic
Beanstalk

2. O mnie
Maciej Miara
Nodejs developer
9 lat doświadczenia
2

3. Postawmy aplikację w 10 minut!
3
1

4. Czym jest Elastic Beanstalk
▰ Usługa AWS
4
▰ Umożliwia szybkie przygotowanie prostej
infrastruktury pod skalowalną aplikację
▰ Wstępnie konfiguruje wszystkie obsługiwane
usługi, tak by ze sobą współpracowały
▰ Pod spodem wykorzystuje Cloud Formation

5. Zalety Beanstalka
▰ Gotowy stack infrastruktury pod skalowalną aplikację
wymagającą bazy danych (zgodnie z wytycznymi AWS)
5
▰ Podstawowa konfiguracja niezbędnych usług w jednym miejscu
▰ Możliwość automatyzacji dzięki EB CLI

6. Zalety Beanstalka
▰ Możliwość łatwego stworzenia kilku środowisk dla jednej
aplikacji
6
▰ Jest bezpłatny (ale już nie tworzone przez niego zasoby)
▰ System rozszerzeń, dzięki którym część konfiguracji można
przechowywać w repozytorium razem z kodem
(infrastructure-as-a-code)

7. Jak to działa?
7
2

8. Aplikacje
8

9. Aplikacje
9

10. Środowiska
10

11. Środowiska
11

12. Środowiska dla Dockera
12
Amazon Linux Amazon Linux 2
Docker-compose.yml
Budowanie obrazów
Dockerrun.aws.json

13. Ustawienia środowiska
13
3

14. Ustawienia
14

15. Ustawienia
15

16. Monitoring
16

17. Logowanie
17

18. Logowanie
18

19. Zmienne środowiskowe
19

20. Skalowanie
20

21. Skalowanie
21

22. Load balancer
22

23. Baza danych (RDS)
23

24. Dockerrun.aws.json
24
{
"AWSEBDockerrunVersion": 2,
"containerDefinitions": [
{
"name": "php-app",
"image": "php:fpm",
"environment": [
{
"name": "Container",
"value": "PHP"
}
],
"essential": true,
"memory": 128
},
{
"name": "nginx-proxy",
"image": "nginx",
"essential": true,
"memory": 128,
"portMappings": [
{
"hostPort": 80,
"containerPort": 80
}
],
"links": [
"php-app"
]
}
]
}

25. .ebextensions
▰ Pliki .config, które można umieścić w
repozytorium z kodem (zawierają yamla)
25
▰ Można dzięki nim skonfigurować środowisko i zdeployować
je z poziomu cli (alternatywa dla konsoli)
▰ Większe możliwości niż w konsoli, gdzie są
dostępne tylko podstawowe opcje
▰ Można dołożyć i skonfigurować dodatkowe usługi awsa, które
mają współpracować z beanstalkiem (np. sns, elasticache)

26. .ebextensions
26

27. EB CLI
▰ Automatyzacja
27
▰ Możliwość podpięcia pod CI/CD
▰ Trzymanie konfiguracji w repozytorium i łatwe jej
wersjonowanie

28. EB CLI
28

29. Wady Beanstalka
▰ Brak pełnej kontroli nad infrastrukturą
29
▰ Ograniczenia – z czasem może się okazać, że potrzebujemy
rzeczy, których beanstalk nie zapewnia, wtedy trzeba przenieść
konfigurację infrastruktury
▰ Dobry dla początkujących, trudny do debugowania

30. Wady Beanstalka
▰ Limit 4kb dla zmiennych środowiskowych
30
▰ Domyślna konfiguracja niekoniecznie jest najlepsza
▰ Ograniczenia w integracji z innymi usługami

31. 31
Dzięki za uwagę!
Pytania?
Możecie się ze mną skontaktować pod adresem maciek@tsh.io