Size: a a a

2020 May 29

D

Dima in uptime.community
Кубер же =) Больше кубера богу кубера. И пофиг что он для других задач)
источник

D

Dima in uptime.community
Хотя я конечно немного злорадствую. Помню проходил я как то к ним собеседование. И не прошел, так как не смог ответить на вопросы из разряда "Мы читали Таненбаума, а ты?".

Видеть не помогло их специалистом знание как память выделяется.
источник

V

Vladimir in uptime.community
А кубер - поверх опенстека...
источник

S

Stanislav in uptime.community
Dima
Ну что то статья из разряда "какие плохие майл.ру" если объективно. Например какая разница опенстек или там что то другое. Если пропали данные то проблема скорее всего с ceph была. А его используют все. Да и в опенстеке ничего плохого нет. Да это не хайповый кубер. Но как бы и цели разные.

Вот с чем конкретно проблема была и изза чего было бы конечно интересно узнать.
Ну во-первых, компании, которые теряют данные - точно плохие. А во-вторых, что их подвело - тоже важно.
источник

VR

Vadim Rybalko in uptime.community
Дык кубер через три месяца тоже назовут отсталой и ненадёжной технологией. Технохипстеры они такие. Сейчас ещё жаваскриптеры в девопс придут и вообще труба будет: по два новых фреймворка в неделю выпускать будут с жизненными циклами в месяц.
источник

S

Stanislav in uptime.community
Dmitrii Barsukov
интересно, будет ли postmortem, как полагается во всех нормальных тех-компаниях?
Нет, они даже статус вчера нигде не опубликовали
источник

S

Stanislav in uptime.community
И даже в этом чяте один комментатор гордо заявил что все заебок
источник

СС

Сергей Старицын... in uptime.community
Rodion Verkh
"построено на устаревшем и ненадежном, по меркам современных западных технологий, комплексе проектов OpenStack"
А что по меркам современных западных технологий надежное и не устаревшее?)
vmware? )
источник

СС

Сергей Старицын... in uptime.community
дорого / богато
источник

S

Stanislav in uptime.community
Eugene Budanov
Ключевое: «нормальных».
👍
источник

S

Stanislav in uptime.community
Artem Karamyshev
Уже да ....
Вот этот позитивнейший комментатор.
источник

AS

Andrey Salnikov in uptime.community
Stanislav
Нет, они даже статус вчера нигде не опубликовали
https://status.mcs.mail.ru/ тут же было
источник

S

Slach in uptime.community
;) ох ты ж блин, ну почему там statuspage.io но при этом нифига нельзя подписаться на ленту...
источник

S

Stanislav in uptime.community
Ссанина одна. Ничего дельного.
источник

IB

Ivan Buymov in uptime.community
Всем привет!

А есть ли тут эксперты по ansible? Хочется получить приватные данные с удаленного хоста(своим модулем, через fact.d, не важно) не светя их при этом в лог. Насколько я понял после некоторого ресерча это невозможно сейчас. Ткните носом, пожалуйста, если это не так.
Указывать при каждом вызове модуля для него no_log: true решает задачу, но это плохой способ(можно забыть указать, например).

Пример кейса - забрать с удаленного хоста пароль и дальше использовать его в плейбуке.
источник

AN

Anton Noginov in uptime.community
Так при заборе через факты - значение нигде не светится.
А no_log имеет смысл только в тасках, которые используют секреты - и там его надо бы указывать вне зависимости от того, откуда секрет приехал.
источник

IB

Ivan Buymov in uptime.community
Светится с -vvv
источник

IB

Ivan Buymov in uptime.community
Я написал выше, почему не нравится решение указывать no_log
источник

AN

Anton Noginov in uptime.community
Тогда - чудес не бывает. no_log для того и придуман.
Эстеты делают это через сетевые vault, но - несколько оверкилл.
источник

IB

Ivan Buymov in uptime.community
Хочу убедиться, что решения лучше не существует.
источник