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

групп:

каналов:

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

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

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

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

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

go.backupland.com

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

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

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

Size: a a a

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

10384 membersпожаловаться на группу
2021 April 30

N

NoName in DevOps — русскоговорящее сообщество
Подскажите в чем проблема?
Создаю докер контейнер, пробрасываю порты
0.0.0.0:61616->61616/tcp, 0.0.0.0:8161->8161/tcp


Если зайти внутрь контейнера и выполнить curl http://localhost:8161 то все ок
А если выполнить с хоста curl http://127.0.0.1:8161 то curl: (56) Recv failure: Соединение разорвано другой стороной

Контейнер создается через docker-compose. Прописаны 2 сервиса. С одним все норм(с хоста доступен), а контейнер с activemq не работает
Почему такое может быть?
источник
00:21пожаловаться#1

AS

Alex S in DevOps — русскоговорящее сообщество
Внутри у самого мк в транспортах какие адреса?
источник
00:24пожаловаться#2

AS

Alex S in DevOps — русскоговорящее сообщество
Мало сделать проброс, нужно и сам МК на 0000 запустить внутри контейнера
источник
00:26пожаловаться#3

H🌋

Hyouka 🌋 in DevOps — русскоговорящее сообщество
композ ещё хорошо бы прикрепить
источник
00:29пожаловаться#4

VR

Vasiliy Romaneev in DevOps — русскоговорящее сообщество
проблема в файрволе.
обрати внимание на правила iptables
скорее всего или политика DROP на INPUT стоит
или последнее правило в reject
источник
00:31пожаловаться#5

N

NoName in DevOps — русскоговорящее сообщество
спасибо
источник
00:34пожаловаться#6

TA

Turgut Atashov in DevOps — русскоговорящее сообщество
привет,у меня Прометеус на кубернетсе крутится,по дефолту он хранит метрики 15 дней,я настроил чтоб хранил 30 дней добавив это в деплоймент.- --storage.tsdb.retention.time=30d
Как я могу проверить что метрики там хранятся уже больше 15 дней?
источник
08:17пожаловаться#7

ДС

Дмитрий Синявский... in DevOps — русскоговорящее сообщество
А какие это задачки например? Я как разработчик обычно фичи пилю. Когда в дежурстве, то отвечаю на запросы внутренних пользователей, что то правлю ручками базах данных если надо, слежу за мониторами и выясняю причины алертов. В дежурство почти невозможно задачки делать, могут оторвать в любой момент.
источник
08:33пожаловаться#8

⁣⁣

⁣ ⁣ in DevOps — русскоговорящее сообщество
Ручками бд править? Странный подход
источник
08:39пожаловаться#9

ДС

Дмитрий Синявский... in DevOps — русскоговорящее сообщество
Проект развивается, и часть операций еще не автоматизирована бывает в начале на стадии mvp
источник
08:41пожаловаться#10

⁣⁣

⁣ ⁣ in DevOps — русскоговорящее сообщество
Максимально покрыть алертами, разбить на критикал и варнинги и просто смотреть на алерт, когда придете тебе на телефон. И в это время заниматься работой. Тот путь к чему я стремлюсь пока что
источник
08:41пожаловаться#11

ДС

Дмитрий Синявский... in DevOps — русскоговорящее сообщество
А по вашему опыту как дежурства должны быть организованы, чтобы дежурные от них успевали отходить/отдохнуть и не шли туда как на каторгу?
источник
08:44пожаловаться#12

AM

Alexander Morozov in DevOps — русскоговорящее сообщество
Главное (и очень сложно организуемое) - не отвлекать дежурного во время дежурства от самого дежурства на задачи не связанные с дежурством.
источник
08:58пожаловаться#13

ДС

Дмитрий Синявский... in DevOps — русскоговорящее сообщество
Например, чем? Мне кажется дежурстве как раз поток со всех сторон в тебя, и по всем возможным отказам, чему-то не так сработавшему.
источник
09:01пожаловаться#14

AM

Alexander Morozov in DevOps — русскоговорящее сообщество
Текущей работой, которой он занимается не будучи дежурным. Например разрабатывает новый модуль. Надо исключить ситуации, когда с одной стороны оказывают давление в плане ускорения основной работы, а с дугой стороны - надо дежурить.
источник
09:03пожаловаться#15

ДС

Дмитрий Синявский... in DevOps — русскоговорящее сообщество
Кажется такое можно решить только запретом выполнения "обычных" задач в дежурство.
источник
09:04пожаловаться#16

AM

Alexander Morozov in DevOps — русскоговорящее сообщество
Причем этот запрет должен быть не для самого дежурного, а для его начальника. Это и есть самая главная сложность.
источник
09:05пожаловаться#17

ДС

Дмитрий Синявский... in DevOps — русскоговорящее сообщество
Спасибо. Очень полезное замечание.
источник
09:06пожаловаться#18

⁣⁣

⁣ ⁣ in DevOps — русскоговорящее сообщество
коллеги, есть кто юзает podman? пытаюсь понять в чем проблема, контейнер в докере работает хорошо. в Подмане не работает из-за конфликтов. Вот думаю, чето под капотом тюнить надо в подмане или нет...
источник
09:09пожаловаться#19

AM

Alexander Morozov in DevOps — русскоговорящее сообщество
Много говорят о вреде частого переключения задач. Но обычно забывают одну тонкую вещь. Этот вред максимален, если приходится переключаться с одной большой задачи, требующей глубокой концентрации на мелкие и обратно. Переключение между множеством мелких задач гораздо менее болезненно.
источник
09:10пожаловаться#20