-
Notifications
You must be signed in to change notification settings - Fork 0
/
docker-compose.yml
86 lines (82 loc) · 2.48 KB
/
docker-compose.yml
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
services:
api01: &api
# Lembre-se de que seu serviço HTTP deve estar hospedado num repositório
# publicamente acessível! Ex.: hub.docker.com
image: thiagojacinto/sparkjava-graalvm-service:1.6.3
hostname: api01
environment:
- DB_HOSTNAME=db
# Não é necessário expor qualquer porta além da porta do load balancer,
# mas é comum as pessoas o fazerem para testarem suas APIs e conectarem
# ao banco de dados na fase de desenvolvimento.
ports:
- "8081:4567"
depends_on:
db:
condition: service_healthy
restart: always
deploy:
resources:
limits:
cpus: "0.20"
memory: "200MB"
api02:
# Essa sintaxe reusa o que foi declarado em 'api01'.
<<: *api
hostname: api02
environment:
- DB_HOSTNAME=db
ports:
- "8082:4567"
nginx:
image: nginx:1.25.4-alpine3.18
volumes:
- ./nginx.conf:/etc/nginx/nginx.conf
depends_on:
- api01
- api02
ports:
# Obrigatório expor/usar a porta 9999 no load balancer!
- "9999:9999"
deploy:
resources:
limits:
cpus: "0.10"
memory: "30MB"
db:
image: postgres:16.2-alpine3.19
hostname: db
environment:
- POSTGRES_PASSWORD=1313
- POSTGRES_USER=admin
- POSTGRES_DB=rinha
ports:
- "5432:5432"
volumes:
- ./sql/modified.postgres.conf:/etc/postgresql/postgresql.conf
- ./sql/init.sql:/docker-entrypoint-initdb.d/script.sql
command: -c config_file=/etc/postgresql/postgresql.conf
healthcheck:
test: pg_isready -h localhost -U $$POSTGRES_USER -d $$POSTGRES_DB
interval: 2s
timeout: 5s
retries: 15
deploy:
resources:
limits:
# Note que a soma de todos os limites dos serviços
# aqui declarados é de 1.5 unidades de CPU e 550MB
# de memória. A distribuição feita aqui é apenas
# um exemplo – distribua como quiser.
cpus: "1.00"
memory: "120MB"
# O uso do modo `bridge` deve ser adequado à carga que será usada no teste.
# A edição anterior se beneficiou do modo host pois o volume de requisições
# era relativamente alto e a virtualização da rede se tornou um gargalo, mas
# este modo é mais complexo de ser configurado. Fique à vontade para usar o
# modo que quiser desde que não conflite com portas trivialmente usadas em um
# SO.
networks:
default:
driver: bridge
name: rinha-nginx-2024q1