Aleksey
просто тупо в ноль
Stepan
Зачем? :)
Aleksey
ибо из полезных знаний нужно только архитектура пс и юникса
Andrey
думаешь одного мозга хватит, без целительно эвтаназии?
Aleksey
а вот поведенческие реалии надо удалять
Aleksey
как гланды
Andrey
а это ведь всякие свармы пока относительно экзотика
Aleksey
можно принести с собой старые игрушки в песочницу, но играть там будет не интересно.
Aleksey
как получше то объяснить ?
Stepan
если добавить links, nginx в контейнере всё равно не резолвит остальные контейнеры по хостнеймам
Aleksey
надо обязательно считать что у вас микросервисы. и горизонтальная масштабируемость
Andrey
я вот как то пока не могу для себе обосновать, зачем нгинкс, вообще туда пихать, ну кроме как в случае чтоб красиво пруф оф концепты показывать
Aleksey
и еще считать что _всё_ не локальное.
Aleksey
и что писать на винт _нельзя_
Andrey
если добавить links, nginx в контейнере всё равно не резолвит остальные контейнеры по хостнеймам
ну покажи уж что ли композ свой
Stepan
version: '2'
services:
galton_nginx:
image: nginx
container_name: galton_nginx
ports:
- "4000:80"
volumes:
- ./default.conf:/etc/nginx/conf.d/default.conf
links:
- moscow_russia_car
moscow_russia_car:
image: urbica/galton
hostname: moscow_russia_car
container_name: moscow_russia_car
volumes:
- ./extracts:/extracts
- ./data/moscow_russia_car:/data
command: ["https://s3.amazonaws.com/metro-extracts.mapzen.com/moscow_russia.osm.pbf", "car"]
как-то так
Aleksey
которая не в докере.
Andrey
version: '2'
services:
galton_nginx:
image: nginx
container_name: galton_nginx
ports:
- "4000:80"
volumes:
- ./default.conf:/etc/nginx/conf.d/default.conf
links:
- moscow_russia_car
moscow_russia_car:
image: urbica/galton
hostname: moscow_russia_car
container_name: moscow_russia_car
volumes:
- ./extracts:/extracts
- ./data/moscow_russia_car:/data
command: ["https://s3.amazonaws.com/metro-extracts.mapzen.com/moscow_russia.osm.pbf", "car"]
как-то так
вроде похоже на правду, а имена попроше не пробовал, ну или пингануть из тестового контейнера
Aleksey
цепочка рассуждений выглядит так
1. докер непременно сломается.
2. ваш баг будет уникальный и его починят через 3 месяца минимум
3. ваш баг будет мешать вам жить два раза в день
4. для решения проблем вам надо будет перезагрузить хост
5. перезагрузка хоста — простой
6. данные надо хранить
7. идеальный файловых систем которые позволяет писать в сеть пока нету. но есть условно не плохие. но сложные.
8. докер очень не простой способ стрельнуть себе в ногу.
9. я за докер :)
#docker #молодец #этаужасно
Stepan
вроде похоже на правду, а имена попроше не пробовал, ну или пингануть из тестового контейнера
из контейнера всё пингуется, проблема не в докере, а в нджинксе, который не резолвит контейнеры по именам
Andrey
враньё всё он пингует
Stepan
и поэтому надо куда-то прикручивать днс-маск
Andrey
ресолвит
Stepan
Aleksey
и заменить их на network диретиву
Aleksey
тогда включится внутренний днс и все будет хорошо
Stepan
такого я ещё не пробовал
Alf 🙀
и логи тоже.
Чем и в какую базу вы пишите логи из доккер контейнера? Как оно ведет себя при падении сети на хосте? Как оно ведет себя при падении базы?
Aleksey
Serhio
у меня работает так:
nginx:
restart: always
hostname: nginx
privileged: true
image: serhio/openresty:somaxconn
ports:
- 80:80
- 443:443
- 7013:7013
- 7015:7015
- 7020:7020
links:
- "phpfpm0:php0"
в конфиге nginx
upstream backend {
least_conn;
server php0:9000;
}
Aleksey
из него journalbeat
Alf 🙀
Ясно понятно спасибо
Roman
Степан, докер _требует_ принципиально другого подхода.
Во многих моментах докер - это шаг назад
Aleksey
но он упрощает деланье демо.
Andrey
да ты шо, а пацаны то и не знали
Aleksey
js тоже был шаг назад.
Aleksey
но...
Aleksey
ну я и говорю делать демо.
Cin
че плохой плюс?
Stepan
и заменить их на network диретиву
version: '2'
services:
galton_nginx:
image: nginx
container_name: galton_nginx
ports:
- "4000:80"
volumes:
- ./default.conf:/etc/nginx/conf.d/default.conf
networks:
- galton
moscow_russia_car:
image: urbica/galton
hostname: moscow_russia_car
container_name: moscow_russia_car
volumes:
- ./extracts:/extracts
- ./data/moscow_russia_car:/data
networks:
- galton
command: ["https://s3.amazonaws.com/metro-extracts.mapzen.com/moscow_russia.osm.pbf", "car"]
networks:
galton:
driver: bridge
вот так тоже не работает
Stepan
может мне не бридж нужен?
Alf 🙀
Грэйлог?
Aleksey
чем в них писать ?
Alf 🙀
Пэйпертрэйл
Roman
Вот я качнул ~ 1тб из интернетов. Куда ты предлагаешь их положить?
Stepan
у меня работает так:
nginx:
restart: always
hostname: nginx
privileged: true
image: serhio/openresty:somaxconn
ports:
- 80:80
- 443:443
- 7013:7013
- 7015:7015
- 7020:7020
links:
- "phpfpm0:php0"
в конфиге nginx
upstream backend {
least_conn;
server php0:9000;
}
я не хочу явно указывать все upstream, потому-что у меня их много
Aleksey
давыайте мух от котлет.
1. логи. логи надо смотреть из элатстика. как они туда попадут вопрос второй. писать логи на диск и выгружать их с диска - плохой вариант.
2. данные. их нельзя писать на диск. ибо их тогда нельзя будет читать с другого хоста
Roman
Aleksey
потому что докер упадет.
Cin
я не хочу явно указывать все upstream, потому-что у меня их много
Если я правильно понимаю задачу надо посмотреть на это https://github.com/jwilder/nginx-proxy
Aleksey
когда докер упадет тебе надо будет перезагрузить хост
Aleksey
и удалить диретокрию /var/lib/docker
Alf 🙀
давыайте мух от котлет.
1. логи. логи надо смотреть из элатстика. как они туда попадут вопрос второй. писать логи на диск и выгружать их с диска - плохой вариант.
2. данные. их нельзя писать на диск. ибо их тогда нельзя будет читать с другого хоста
Если у вас своя инфраструктура то есть iscsi а если облачка то амазоновские аольюмы умеют маунтиться к докеру
Roman
Вот у меня суммарно где-то 150тб данных.
Aleksey
В каком объеме?
когда данных много - хорошо. ты можешь зацепиться за это и сделать решение. но когда их мало... тут и возникает самая засада