Size: a a a

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

2020 June 19

D

Danil in DevOps — русскоговорящее сообщество
Вопрос к старожилам так сказать :)
Насколько 10 лет назад для сервисов, хостящихся на винде были распространены логи в HTML формате? Столкнулся сегодня с таким чудом
источник

S

Slvr in DevOps — русскоговорящее сообщество
А в чем вопрос?
источник

D

Danil in DevOps — русскоговорящее сообщество
интересно часто это встречалось или этот проект особенный
источник

VK

Viacheslav Kaloshin in DevOps — русскоговорящее сообщество
Danil
Вопрос к старожилам так сказать :)
Насколько 10 лет назад для сервисов, хостящихся на винде были распространены логи в HTML формате? Столкнулся сегодня с таким чудом
Не путаешь с xml? Таких много было
источник

VK

Viacheslav Kaloshin in DevOps — русскоговорящее сообщество
Мода тогда на него была
источник

D

Danil in DevOps — русскоговорящее сообщество
xml тоже есть. Но тут еще и html
источник

AO

Architector Of_Fate in DevOps — русскоговорящее сообщество
Старая тема. Было раньше такое.
источник

D

Danil in DevOps — русскоговорящее сообщество
понятно. Пойду думать как с этим жить
источник

S

Slvr in DevOps — русскоговорящее сообщество
интересно какой больной мозг такое мог придумать
источник

D

Danil in DevOps — русскоговорящее сообщество
Slvr
интересно какой больной мозг такое мог придумать
ну это раньше жило в локальном ДЦ, и я могу представить, что олдскул админам было вполне себе удобно зайти на сервак и посмотреть красиво оформленные логи
источник

E

Evgenii in DevOps — русскоговорящее сообщество
Парни, подскажите как правильно обойти кусок адресов черз curl?
источник

E

Evgenii in DevOps — русскоговорящее сообщество
Пробовали и no_proxy и NO_PROXY, ему пох
источник

E

Evgenii in DevOps — русскоговорящее сообщество
работает только curl --noproxy "*"
источник

S

Stefan in DevOps — русскоговорящее сообщество
привет всем) как нынче обстоят дела с zfs?)
источник

AB

Alexander Balandin in DevOps — русскоговорящее сообщество
Добрый день! Такая задача - хотелось бы обезопасить прод от падения бекенда (сервисы или бд). Как вариант рассматривается  между беком и балансером поставить редис, например, и брать данные оттуда. Тогда при падении бекенда по идее часть данных можно будет отдать из редиса. Или это бред и правильнее делать по другому? Подскажите, может есть бест практикс?
источник

AR

Andrey Roslyakov in DevOps — русскоговорящее сообщество
Для начала я бы более точно сформулировал "падение бекенда". Если тупо потеря инстанса - делать дублирование, но у вас уже есть балансировка, судя по контексту. Если защита от неудачно выкладки - держать резервные ноды, которые будут обновляться отдельно.

Имхо, менять одну потенциальную точку отказа на другую - так себе идея.
источник

JM

J M in DevOps — русскоговорящее сообщество
Alexander Balandin
Добрый день! Такая задача - хотелось бы обезопасить прод от падения бекенда (сервисы или бд). Как вариант рассматривается  между беком и балансером поставить редис, например, и брать данные оттуда. Тогда при падении бекенда по идее часть данных можно будет отдать из редиса. Или это бред и правильнее делать по другому? Подскажите, может есть бест практикс?
может разобраться с падением
источник

JM

J M in DevOps — русскоговорящее сообщество
иююмониторить метрики стека
источник

JM

J M in DevOps — русскоговорящее сообщество
monit какой нить поставить
источник

AB

Alexander Balandin in DevOps — русскоговорящее сообщество
Например, упал кластер с БД. Это быстро не восстановить. И хотелось бы хоть что-то отдать клиентам.
источник