В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

DevOps — русскоговорящее сообщество

10243 membersпожаловаться на группу
2021 February 23

N

Nurlan in DevOps — русскоговорящее сообщество
Алексей
Коллеги, подскажите, есть задача, развернуть кубернейтс+докер+постгре + проект на рельсах, руководство хочет развернуть постгре на нескольких подах, где и что почитать, чтоб разобраться, сам ещё не работал с этим а инфы слишком много разной
Вроде только недавно отвечал на этот вопрос, stolon гуглите
источник
14:57пожаловаться#1

b

batyrmastyr in DevOps — русскоговорящее сообщество
Niko Las
Оверхед большой?
На сеть - довольно большой, на остальное - копеечный.
Если не торрент-трекер делаешь и не на виртуалке с тремя ядрами, то вряд ли сильно расстроишься.
источник
15:02пожаловаться#2

NL

Niko Las in DevOps — русскоговорящее сообщество
batyrmastyr
На сеть - довольно большой, на остальное - копеечный.
Если не торрент-трекер делаешь и не на виртуалке с тремя ядрами, то вряд ли сильно расстроишься.
На виртуалке с двумя ядрами xD
источник
15:06пожаловаться#3

NL

Niko Las in DevOps — русскоговорящее сообщество
Но это пока не запустились.
источник
15:06пожаловаться#4

А

Алексей in DevOps — русскоговорящее сообщество
Nurlan
Вроде только недавно отвечал на этот вопрос, stolon гуглите
спасибо за наводку, буду дальше искать
источник
15:07пожаловаться#5

C

Crysalis in DevOps — русскоговорящее сообщество
Алексей
спасибо за наводку, буду дальше искать
haproxy на каждой ноде кубернетеса, который смотрит в патрони
кластер постргеса развернут через патрони
надеюсь постгря не в кубере)
источник
15:10пожаловаться#6

А

Алексей in DevOps — русскоговорящее сообщество
Crysalis
haproxy на каждой ноде кубернетеса, который смотрит в патрони
кластер постргеса развернут через патрони
надеюсь постгря не в кубере)
как я понял всё в кубере, но рассматриваются все варианты
источник
15:11пожаловаться#7

C

Crysalis in DevOps — русскоговорящее сообщество
ну базы в кубере вообще ниочень такое
но всё зависит от задач, вам решать =)
источник
15:12пожаловаться#8

M

Mentat in DevOps — русскоговорящее сообщество
Алексей
как я понял всё в кубере, но рассматриваются все варианты
Если вы не очень можете в кубер, развернув там оператор-тот же столон/патрони/etc, вы конечно получите условно устойчивый постгрес, но когда чинить надо будет - к проблемам постгри еще и проблемы кубера доедут, подумайте)
источник
15:13пожаловаться#9

А

Алексей in DevOps — русскоговорящее сообщество
понял, спасибо большое
источник
15:14пожаловаться#10

AK

Andrey Kartashov in DevOps — русскоговорящее сообщество
batyrmastyr
При таком подходе откровенная дурь выходит: ты добавляешь сложность работы с докером, но не получаешь ни единого преимущества его использования (унификацию окружений, возможность собрать вместе конфликтующий софт и прочие).
Тут либо докер выкинуть нахрен, либо использовать везде.
у него один сервак, нафига ему композ - это раз. Два - использование композа в проде точно дурь. Унификации тут не будет, просто потому что сценарии локальной разработки и боевого сервера очень разные, одним ямликом не обойтись
источник
15:47пожаловаться#11

AK

Andrey Kartashov in DevOps — русскоговорящее сообщество
а вот докер при этом частично может и оставить
источник
15:48пожаловаться#12

b

batyrmastyr in DevOps — русскоговорящее сообщество
Andrey Kartashov
у него один сервак, нафига ему композ - это раз. Два - использование композа в проде точно дурь. Унификации тут не будет, просто потому что сценарии локальной разработки и боевого сервера очень разные, одним ямликом не обойтись
Нам хватает отсылки логов в другое место.
источник
15:50пожаловаться#13

AK

Andrey Kartashov in DevOps — русскоговорящее сообщество
вообще не понял, при чём здесь это
источник
15:51пожаловаться#14

b

batyrmastyr in DevOps — русскоговорящее сообщество
Andrey Kartashov
вообще не понял, при чём здесь это
К «унификации не будет».
источник
15:52пожаловаться#15

AK

Andrey Kartashov in DevOps — русскоговорящее сообщество
всё равно не дошло
источник
15:52пожаловаться#16

VC

Vladimir Chernyshev in DevOps — русскоговорящее сообщество
Andrey Kartashov
у него один сервак, нафига ему композ - это раз. Два - использование композа в проде точно дурь. Унификации тут не будет, просто потому что сценарии локальной разработки и боевого сервера очень разные, одним ямликом не обойтись
на один сервак как раз и композ, а ямликов достаточно трех для локальной разработки и контуров только переменными отличающихся
источник
15:56пожаловаться#17

b

batyrmastyr in DevOps — русскоговорящее сообщество
Унификация или нечто очень близкое к ней вполне возможна. Заявление про «композ не для боевого сервака» - ошибочное. Вы не смогли.
источник
15:56пожаловаться#18

AK

Andrey Kartashov in DevOps — русскоговорящее сообщество
Vladimir Chernyshev
на один сервак как раз и композ, а ямликов достаточно трех для локальной разработки и контуров только переменными отличающихся
лишний слой сети
источник
15:56пожаловаться#19

AK

Andrey Kartashov in DevOps — русскоговорящее сообщество
batyrmastyr
Унификация или нечто очень близкое к ней вполне возможна. Заявление про «композ не для боевого сервака» - ошибочное. Вы не смогли.
какие преимущества даёт запуск нескольких процессов в докер-композе перед запуском нескольких процессов как сисетмных сервисов? Я вижу только оверхед от демона докера, изоляции файловой подсистемы, сети, дерева процессов и тд
источник
15:58пожаловаться#20