@Marimysh чо так?

думаю меня ту поправят, если не права. Но Докер это будет именно контейнер в котором все будет работать. А чтобы на него закидывать из гита и собирать какие-то файлы, ПО, то это уже в сторону Jenkins'a. Там все настраивается и закидывается на нужный контейнер. Т.е. в Dockerfile прописывается все нужное для установки н машинку, а уже все остальное, что верисонируется, постоянно меняется закидывается через jenkins в контейнер.

ух ты , а мне сказали что тебя съели

врут.

я им тоже сразу не поверил

@Marimysh чо так?

Хорошим и правильным тоном считается использование одного сервиса под приложение

Но Jenkins это лишние затраты, лишний сервис, лишняя точка отказа. В моем случае нужно сделать простой boilerplate, который будет решать поставленные задачи.

И потом rsync на zfs

а на зфс зачем?

ола опсаны

Опа Рома

Хорошим и правильным тоном считается использование одного сервиса под приложение

Оговорился, конечно речь про один сервис на контейнер

Хорошим и правильным тоном считается использование одного сервиса под приложение

не буду спорить, это уже мне говорили вчера. Но мало ли как Александр хочет сделать.

Оговорился, конечно речь про один сервис на контейнер

Мне это предельно ясно, но. Я хочу узнать best practices. Допустим база будет у меня в другом контейнере. Как синхронизировать БД если есть dev и production.

Смотри, твою задачу дейстивтельно будет удобно решить используя докер, структура в общих чертах примерно следующая, ты может собрать отдельный контейнер под базу данных, отдельный контейнер в котором будет крутиться apache с твоим сайтом, можно поставить nginx в отдельном контейнере. Все контейнеры ты можешь достаточно просто связать между собой прорасывая порты между ними, это все просто и удобно делается ссредствами самого докера

А что на счёт загрузки файлов из git? Как грамотно обезопасить это дело?

Можно обойтись без правки dockerfile если сделать запуск контейнеров и дальнейшую конфигурацию при помощи ansible. Тогда будет только git с плейбуками ansible. Для версионирования БД можно использовать, например, liquibase.

Мне это предельно ясно, но. Я хочу узнать best practices. Допустим база будет у меня в другом контейнере. Как синхронизировать БД если есть dev и production.

Ну отлично, мои извинения за капитанство. А как бы ты без докера решал проблему синхранихации базы между dev и master?

Кстати, кто-нибудь уже пробовал https://github.com/ansible/ansible-container ?

А что на счёт загрузки файлов из git? Как грамотно обезопасить это дело?

А чем не подходит поставить git в контейнер и стягивать нужную ветку от пользователя с правами чтения?

deployment keys

А чем не подходит поставить git в контейнер и стягивать нужную ветку от пользователя с правами чтения?

Тогда сможет стянуть кто угодно, используя этого пользователя

Я чот не вижу проблемы

Ну - стянуть из git на билд машину

Потом командой COPY занести эти файлы в контейнер

Тогда сможет стянуть кто угодно, используя этого пользователя

Да, тогда просто COPY директрии в которую ты заранее стянешь нужную ветку

Стало немного яснее, спасибо

https://meduza.io/news/2016/06/22/roskomnadzor-zablokiroval-oblachnyy-servis-amazon

aleksi [10:29 PM] Ищу со-maintainer'а для пакета https://github.com/AlekSi/zabbix. https://groups.google.com/d/topic/golang-ru/Z1a1VFRHxoY/discussion @demeliorator ты ж вроде го шаришь?

А что на счёт загрузки файлов из git? Как грамотно обезопасить это дело?

ну мы для этого сделали mount команду в https://github.com/grammarly/rocker

А как так получилось, что даже после просадки курса рубля сервера у vscale.io стоят все равно намного дороже чем у hetzner ?

Arbeitsspeicher 32 GB DDR3 RAM Festplatten 2 x 240 GB SATA 6 Gb/s SSD - 59 евро в месяц

Потому что в русском наебизнесе заложена маржа 400%.

Если меньше - бизнес никто не будет открывать.

блин, была ветка в чятике про ревизию

не могу найти

А как так получилось, что даже после просадки курса рубля сервера у vscale.io стоят все равно намного дороже чем у hetzner ?

Наверное потому, что vscale это облачная платформа на OpenStack?

А hetzner, это desktop компы

А hetzner, это desktop компы

не desktop

ну не все конфиги, да

но по большей части http://www.rusonyx.ru/images/habr/dell_c5220/hetzner.jpg

в общем, в России как обычно - все технологии с опозданием и дороже

Наверное потому, что vscale это облачная платформа на OpenStack?

С точки зрения потребителя что это дает? Там указана стоимость за конкретно 8192 MB RAM, которые мне будут доступны за 3600р. в месяц

у vscale чем мощнее впска - тем менее она выгодна

выгодны только начальные vps'ки

С точки зрения потребителя что это дает? Там указана стоимость за конкретно 8192 MB RAM, которые мне будут доступны за 3600р. в месяц

Отказоустойчивость, распределённую ФС скорее всего на CEPH, быстрый запуск, остановка

и поэтому там логичнее взять 10 начальных, чем 1 продвинутую

хотя всё равно дорого, с этим я не спорю. в OVH тоже самое предлагают в половину дешевле

но сравнивать облако и дедик, как жопу с пальцем сравнить

если облако получается дороже дедика - то в попу это облако

на дедиках и самому можно облако сделать

но в общем и целом, народ покупает облачные vps не понимая что это и зачем. в большинстве случаев дешевле взять пару дедиков

на дедиках и самому можно облако сделать

а что если тебе нужна машинка на 2гб озу и одим ядром?

ну вот есть сервис коллективных покупок

отказоусточивый кластер - минимум 3 ноды

тут надо нечто аналогичное

скидываются 3 человека, покупают дедики

делают облако и каждый себе делает впски

малый бизнес так и живет, только по части аренды помещений

вот есть зубной врач, купила площадь, сдаёт половину парикмахерской и и какому-то там ещё врачу

и здесь можно как-то аналогично - втроём-вчетвером скидываются на 3 сервера и делают облако

и дальше в облаке уже делают впски

Отказоустойчивость, распределённую ФС скорее всего на CEPH, быстрый запуск, остановка

То есть я могу там поднять постгрес без всяких реплик и у меня ничего никогда не сломается?

нет

это плохой вариант в цефе субд делать

почему ?

тормознуто будет и вроде как не очень надежно

То есть я могу там поднять постгрес без всяких реплик и у меня ничего никогда не сломается?

ломается абсолютно всё, просто на openstack можно сделать живую миграцию виртуалки за счёт распределённой ФС

короче, если там особо нагрузки нет, то, наверное, работать будет ок

а если будет нагрузка - будет работать плохо

то есть в случае, если упадёт нода, твоя виртуалка перетечёт на другую ноду

ERROR: S client not available

а если будет нагрузка - будет работать плохо

пруфы билли ! нам нужны пруфы !

Получаетса что можно взять два дешевых дедика в хетзнере и с помощью репликации сделать себе тоже отказоустойчивость, при этом потратив меньше денег и получив больше ресурсов

в инете писали и даже в этом чатике писали

я сам такое спрашивал, помню, тут

то есть цеф не для высокого ио?

для кластеров обычно берут 3 сервера а не 2

ну так помнишь где искать пруфы, не поленись, покажи

кворум и всё такое

я не помню

то есть цеф не для высокого ио?

вобще я думаю это пиздеж и провокация, ряд хостеров на них диски VDS держит

я просто сказал , что я когда-то сам гуглил и что мне в этом чате другие писали

вобще я думаю это пиздеж и провокация, ряд хостеров на них диски VDS держит

вот и я так думаю..

я просто сказал , что я когда-то сам гуглил и что мне в этом чате другие писали

может скажете еще что монга крашится постоянно и падает ? )))

для высоких нагрузок - диски NVMe

я с монгой дел не имел) у друзей-стартаперов опыт с монгой был плохой

ивзините.

может скажете еще что монга крашится постоянно и падает ? )))

Когда я встретился единственный раз с монгой, она крашилась раз в 3 дня

мне кажется, что самый правильный способ - каждому серверу поставить диск NVMe и туда постгрес и настроить репликацию нормальным способом

Вылечилось переходом на mysql

так будет работать быстрее всего

Когда я встретился единственный раз с монгой, она крашилась раз в 3 дня

год говори сразу.

2016 год, март-апрель где-то

Вылечилось переходом на mysql

уахахахаха

Я все сказал. Монга крашится и вообще.

в любом случае PostgreSQL + Ceph точно будет медленнее, чем NVMe диски + PostgreSQL + обычная репликация

Причем идут годы, а все появляются разные обидные статьи про нее типа такой https://engineering.meteor.com/mongodb-queries-dont-always-return-all-matching-documents-654b6594a827

в любом случае PostgreSQL + Ceph точно будет медленнее, чем NVMe диски + PostgreSQL + обычная репликация

nvme будет точно медленне, чем весь датасет помещающися в мемори, лучше использовать такое решение.

бляя

вот если ты приводишь статью это значит что ты тоже неосилил.

если памяти много и есть источник бесперебойного питания - ну, может быть, я не тестировал