
corpix
26.07.2016
19:59:27
Тогда докер может помочь, им можно упаковать всё окружение, которое необходимо приложению

GNU/Docker
26.07.2016
19:59:47
ну

corpix
26.07.2016
19:59:50
Но для него нужна инфраструктура. Нужна хорошая автоматизация

GNU/Docker
26.07.2016
19:59:53
прод будет наверное на убунте

Google

corpix
26.07.2016
20:00:00
И инструменты оркестрирования

Ivan
26.07.2016
20:00:00

GNU/Docker
26.07.2016
20:00:04
но девелоперские тачки с разными осями
так что тут докер выглядит привлекательно

corpix
26.07.2016
20:00:25
Какие ОС используют разработчики - их дело

GNU/Docker
26.07.2016
20:00:56

corpix
26.07.2016
20:01:05
Но, не поспоришь, очень здорово когда контейнер, созданный на ноуте разработчика это тотже контейнер, который посмотрели тестировщики и он же работает в проде

GNU/Docker
26.07.2016
20:01:13
Когда облако собирается полчаса
а потом ещё апдейтится.
юниттесты то можно в моке гонять

Ivan
26.07.2016
20:01:37
@corpix у нас тут хотели мультитестинг в опенстек вагрантом провижинить. Идея, конечно, бредовая, но выглядит в кейзе этого человека не так и плохо

corpix
26.07.2016
20:01:40
Полчаса?) Счастливые вы люди))))

Google

GNU/Docker
26.07.2016
20:01:42
а вот потестить так просто не получится.
))
ну это довольно много

Ivan
26.07.2016
20:02:15

GNU/Docker
26.07.2016
20:02:16
для того чтобы потестить ченжд в +1 -1 например
да

Ivan
26.07.2016
20:02:20
Какие ресурсы есть?

corpix
26.07.2016
20:02:21

GNU/Docker
26.07.2016
20:02:23
IaaS

Ivan
26.07.2016
20:02:27
То есть, я могу не экономить?)

GNU/Docker
26.07.2016
20:03:29
Окей, по теме значит ничего?

corpix
26.07.2016
20:03:39
А что ты хочешь услышать по теме?

GNU/Docker
26.07.2016
20:03:46
Ну кароч

Ivan
26.07.2016
20:03:48

corpix
26.07.2016
20:03:58
Скажи какую задачу ты решаешь, мы попробуем помочь

GNU/Docker
26.07.2016
20:04:01
я видел только самописные деплои, поэтому беграунда мало.
Задача такая
по какому-то конфигу деплоить кластер серверов с различными сервисами
уметь это обновлять, вводить выводить ноды, передеплаивать

corpix
26.07.2016
20:05:08

Google

GNU/Docker
26.07.2016
20:05:13
ну вроде чёт типа такого

corpix
26.07.2016
20:05:40

GNU/Docker
26.07.2016
20:05:44
желательно уметь обновлять частично
и откатываться на предыдущую версию
ещё ммм
кластер будет то ли mysql то ли постгре
что вносит свои.

Ivan
26.07.2016
20:06:57
Бэкграунда администрирования нет?
Кто это поддерживать будет?

GNU/Docker
26.07.2016
20:07:03
но базы естественно отдельно стоят и не тыкаются
бекграунда серьёзного администрирования нет
но у нас есть админы которые помогут на первых порах

corpix
26.07.2016
20:07:28
Ух, вот не уверен что базу в докере держать это хорошая идея. Можно конечно, но все эти базы такие монструозные, что вся фишка теряется. Темболее что у базы всегда есть стейт

GNU/Docker
26.07.2016
20:07:46
базу можно и не в докере я думаю
но блин
там ещё веселье с кластеризацией будет

corpix
26.07.2016
20:08:53
Вот веб приложения, которые работают с базами удобно в докере. Но все это дело нужно оркестрировать. Инструменты есть, их довольно много, нужно выбирать. Возможно тебе подойдёт kubernetes

GNU/Docker
26.07.2016
20:08:57
но это задача админов дать заклинания.

Ivan
26.07.2016
20:08:58

GNU/Docker
26.07.2016
20:09:21
я знаю что можно применить что угодно
пм не подходят, я уже это аргументировал

Google

Ivan
26.07.2016
20:09:45

GNU/Docker
26.07.2016
20:09:52
я не архитектуру инфраструктуры делаю

corpix
26.07.2016
20:09:54
А для пакетных менеджеров у вас какая инфраструктура? Скрипты?
Или руками по ssh на машину и дальше даунгрейд и т.п.?

Ivan
26.07.2016
20:10:56

GNU/Docker
26.07.2016
20:11:12
мне превычнее c2-deploy —yes
потому что я девелопер а не админ

corpix
26.07.2016
20:11:49
Это что-то из мира амазона чтоли?

GNU/Docker
26.07.2016
20:11:50
потому я и прошу рассказать мне бестпрактисы которые вы выработали
свой опыт

Admin
ERROR: S client not available

GNU/Docker
26.07.2016
20:12:08
я девелопер
деплою свой маленький железный стенд
одной командой по паре конфигов

corpix
26.07.2016
20:12:32
у нас облако
Я просто хз что это за инструмент такой, c2-deploy :)

GNU/Docker
26.07.2016
20:12:35
но это монструозная фигатень:)
наша тулза

corpix
26.07.2016
20:12:45
Aaa

GNU/Docker
26.07.2016
20:12:57
там ещё стенды надо настраивать

Google

GNU/Docker
26.07.2016
20:13:02
опенвсвич всякие
внутренные сети
сдн

Ivan
26.07.2016
20:13:09
Вот да, проще будет написать свой костыль на паппете, кмк. Или ансибле

GNU/Docker
26.07.2016
20:13:12
не будем об этом)

corpix
26.07.2016
20:13:15
Ну поидее если у вас уже есть что-то такое то это можно подружить с докером, у него есть http api

GNU/Docker
26.07.2016
20:13:18
о да
деплой больших стендов у нас папетом.
или нет
нет
он просто рулит репозиториями
да
и юзерами
ладно
как я вижу

Ivan
26.07.2016
20:14:27
То, что ты просишь - инфраструктурная задача. На много времени. Явно не на три дня.
Быстро такое сделать можно только ансиблом/папетом/солтом
Последний точно умеет в докер. Считай, композ из коробки

GNU/Docker
26.07.2016
20:15:08
делаю докерфайл для фронтенда, собирается в контейнер с нджинксом
наш днс балансит на один из цодов
нджинкс балансит на один из бакендов

corpix
26.07.2016
20:15:38
Ansible тоже может, но имхо, выглядит это всё так себе

GNU/Docker
26.07.2016
20:15:40
бакенд на той же ноде где и база
бакендов несколько на цод