S
нууу =) как бы... чувак который это сказал, вполне себе может в менеджмент и вылезет
тут как бы у кого к чему душа лежит, моральный выбор =)
тут как бы у кого к чему душа лежит, моральный выбор =)
Size: a a a
2021 January 29
RA
Ну говорить что менеджером быть лучше чем разрабом))
RA
Это просто разное
i
но если поднимать все с нуля то я застрелюсь, там куча микросервисов(
Чего там переносить-то
i
а для деплоя нет, поэтому жестко
А, сейчас до этого дочитал
i
Ну сам себе на яйца наступил, насладжайся)
RA
Ахаха, да уж
SG
https://github.com/Sysadminka/awesome-sysadmin-tools
Добавил тулзы для кубера: kubectl-reap и k9s. Может кому полезно будет.
Добавил тулзы для кубера: kubectl-reap и k9s. Может кому полезно будет.
SG
PR приветствуются. 🙂
ВИ
Забанил спамера
m
https://github.com/Sysadminka/awesome-sysadmin-tools
Добавил тулзы для кубера: kubectl-reap и k9s. Может кому полезно будет.
Добавил тулзы для кубера: kubectl-reap и k9s. Может кому полезно будет.
мб стоит добавить ссылку в запиненное сообщение?
SG
Это к Вадиму. 🙂 Я не админ. 🙂
ВИ
Давайте
ВИ
Сча
ВИ
Done
ND
недавно поднимал прод на проекте, на 20 серверах
на днях заказчик захотел переехать в другой ДЦ и походу мне придется заниматься переездом…
на днях заказчик захотел переехать в другой ДЦ и походу мне придется заниматься переездом…
мы в 2016 году переносили все проекты 74.ru и всё, что с ними связано из Челябинска в Екатеринбург в новый ЦОД. (примерно 2 шкафа серверов - штук 40 наверное)
В целом интересный опыт. Было очень приятно c помощью ansible накатывать роли на серваки 🙂 Мы тогда как раз описали бутстрап всех компонентов в Ansible, наладили более детальный мониторинг, централизованный сбор логов, внедрили динамическую маршрутизацию между ЦОДами и офисом.
У нас правда с деплоем продуктов всё было хорошо - там процесс был выстроен уже задолго до этого.
По сути задача сводится к тому, чтобы в новом ЦОДе поднять все сервисы, настроить синхронизацию БД и других данных, включить новый кластер в деплой, чтобы туда тоже всё катилось. Проверить, чтобы там всё работало.
Выбрать день ИКС и переключить нагрузку на новый ЦОД.
У меня переключение заняло около 9 минут во время наименьшего трафика ночью. В это время некоторые сервисы на запись были заблокированы из-за необходимости дождаться реплики и проверить это, чтобы не попортить данные, но на чтение отдавали данные корректно.
В целом интересный опыт. Было очень приятно c помощью ansible накатывать роли на серваки 🙂 Мы тогда как раз описали бутстрап всех компонентов в Ansible, наладили более детальный мониторинг, централизованный сбор логов, внедрили динамическую маршрутизацию между ЦОДами и офисом.
У нас правда с деплоем продуктов всё было хорошо - там процесс был выстроен уже задолго до этого.
По сути задача сводится к тому, чтобы в новом ЦОДе поднять все сервисы, настроить синхронизацию БД и других данных, включить новый кластер в деплой, чтобы туда тоже всё катилось. Проверить, чтобы там всё работало.
Выбрать день ИКС и переключить нагрузку на новый ЦОД.
У меня переключение заняло около 9 минут во время наименьшего трафика ночью. В это время некоторые сервисы на запись были заблокированы из-за необходимости дождаться реплики и проверить это, чтобы не попортить данные, но на чтение отдавали данные корректно.
AS
Нашли Доклад Егора Бугаенко, где рассказывается об экспертизе в команде и почему эксперты — не всегда хорошо. Помимо тезисов а-ля «такие эксперты аффектят bus-factor компании», автор рассказывает как культивировать шаринг знаний в команде и снизить порог входа для новых сотрудников.
Ссылка https://www.youtube.com/watch?v=1-NJc2Q5a0U
Ссылка https://www.youtube.com/watch?v=1-NJc2Q5a0U
(
аффектят, шаринг
(
митап с перерывом на кофебрейк со смузи