Когда попросили поправить пару строк кода в давнишнем проекте. Ты с дуру согласился. Но проект оказался написан на перфокартах
Пост 18+, Parental Advisory Explıcıt Content
Ну а сегодня я тебе расскажу, как можно снизить расходы на существующей инфраструктуре. Если будешь читать внимательно, возможно бизнес скажет тебе спасибо в эти непростые и трудные для всех времена. Ты часть большого механизма и нужно хоть иногда приносить пользу, а не просто бездумно вливать деньги компании в какие-то избыточные решения. Ведь тебе голова дана не для того, чтобы в нее еду запихивать, а чтобы размеренно думать и рожать правильные мысли.
Поехали
1. Откажись от забугорных провайдеров
2. Проведи инвентаризацию серверов и услуг
3. Откажись от железных серверов и бородатого админства
4. Оптимизируй имеющиеся вычислительные мощности
5. Разберись с ослиными хвостами и непонятными платежами
Теперь основательно пройдемся по каждому из пунктов
1. Что круче Digital Ocean или Selectel? По плюшкам и всяким кнопочкам, конечно-же круче DO. Но DO находится далеко, где-то наверное в Америке, но я могу ошибаться. Черт с ним. Тут главное, что если ты хостишься в DO (или Amazon или еще в какой-нибудь жопе), ты привязан к курсу доллара и если ты когда-то платил 500рублей в месяц, то в один прекрасный момент, когда нефть куда-то там упала, ты начинаешь платить уже 1000 рублей за то-же самое. Как-то несправедливо.
Пусть к доллару привязываются богачи и само провозглашенные CTO (не буду называть имен, а то ребята обидятся и дадут мне пизды). Затянул. В общем хочешь сэкономить на провайдере, ищи провайдера в родных краях. Мы же свой голос отдали Selectel. Аптайм бывает скачет, но ребята лояльные и с ними можно разговаривать, идут на встречу. К тому-же огромный плюс, что они работают с ЮР лицами, а не как DO списывает денежку с личной карты. Ладно, тут разобрались и сэкономили пару тыщ баксов. Если тебе этого достаточно, дальше можешь не читать.
2. Продолжаем оптимизацию расходов. Ага, инвентаризация. Когда я работал на заводе, мы проводили инвентаризацию каждый год. Никто тогда из нашего отдела не понимал, нахуя мы этим занимаемся. Но раз задачу ставили, значит это было кому-то нужно, а на самом деле нет. Чем бы солдат ни занимался, лишь бы заебался.
В общем пару недель назад мне почему-то в голову пришла мысль — а не посчитать ли мне, сколько мы платим денег за все сервера, облака, сети и т.п. Возник азарт. И когда я начал сводить табличку, у меня сначала выпал один глаз, потом выполз второй.
Около 20% ресурсов за которые мы ежемесячно платим, не используются, либо используются не по назначению. К примеру в загашнике висело четыре железных сервера, они просто были включены и ничего не делали, соответственно я их выключил и ничего не произошло. Да, ничего не уебалось, не сломалось. Но предварительную экспертизу я конечно же провел. По облакам были раскиданы блоки плавающих IP адресов, которые так-же не использовались. Лендинг и сабпроекты крутились на пяти облачных серверах и где-то даже дублировались. Да много чего еще обнаружилось интересного.
Вот так единственный раз в жизни мне пригодились навыки инвентаризации полученные в те теплые времена становления заводского IT. Короче тут вы поняли что нужно делать. Собираем в табличку все все все, отходим, смотрим и видим всю картину. Вот зуб даю, что у каждого есть (ну возможно были) такие скелетики.
3. Железные сервера. Бородатые админы. В одном из предыдущих постов я уже писал про уход в сервисы https://news.1rj.ru/str/devopsina/4
В этом пункте необходимо собраться силами и уехать со всеми проектами в облачные решения. По деньгам выйдет дешевле, а если у тебя в голове сейчас возникла мысль — да ладно, он пиздит. Подумай еще про это — сколько времени и нервов ты тратишь на обслуживании этих бездушных железяк. Диски дохнут, память выходит их строя, все это надо админить, поддерживать. Но если тебе уже за 60 годков и ты помнишь как установить solaris, продолжай админить, чо уж поделать, не мне тебя учить.
Пока писал, аж зубы заломило. Господа, уходите в облачные решения. Заливайте ваши 20 терабайт данных в облачное хранилище и раздавайте через CDN. Самый огромный плюс, не надо ничего бекапить, это сделает за вас сервис.
Ну а сегодня я тебе расскажу, как можно снизить расходы на существующей инфраструктуре. Если будешь читать внимательно, возможно бизнес скажет тебе спасибо в эти непростые и трудные для всех времена. Ты часть большого механизма и нужно хоть иногда приносить пользу, а не просто бездумно вливать деньги компании в какие-то избыточные решения. Ведь тебе голова дана не для того, чтобы в нее еду запихивать, а чтобы размеренно думать и рожать правильные мысли.
Поехали
1. Откажись от забугорных провайдеров
2. Проведи инвентаризацию серверов и услуг
3. Откажись от железных серверов и бородатого админства
4. Оптимизируй имеющиеся вычислительные мощности
5. Разберись с ослиными хвостами и непонятными платежами
Теперь основательно пройдемся по каждому из пунктов
1. Что круче Digital Ocean или Selectel? По плюшкам и всяким кнопочкам, конечно-же круче DO. Но DO находится далеко, где-то наверное в Америке, но я могу ошибаться. Черт с ним. Тут главное, что если ты хостишься в DO (или Amazon или еще в какой-нибудь жопе), ты привязан к курсу доллара и если ты когда-то платил 500рублей в месяц, то в один прекрасный момент, когда нефть куда-то там упала, ты начинаешь платить уже 1000 рублей за то-же самое. Как-то несправедливо.
Пусть к доллару привязываются богачи и само провозглашенные CTO (не буду называть имен, а то ребята обидятся и дадут мне пизды). Затянул. В общем хочешь сэкономить на провайдере, ищи провайдера в родных краях. Мы же свой голос отдали Selectel. Аптайм бывает скачет, но ребята лояльные и с ними можно разговаривать, идут на встречу. К тому-же огромный плюс, что они работают с ЮР лицами, а не как DO списывает денежку с личной карты. Ладно, тут разобрались и сэкономили пару тыщ баксов. Если тебе этого достаточно, дальше можешь не читать.
2. Продолжаем оптимизацию расходов. Ага, инвентаризация. Когда я работал на заводе, мы проводили инвентаризацию каждый год. Никто тогда из нашего отдела не понимал, нахуя мы этим занимаемся. Но раз задачу ставили, значит это было кому-то нужно, а на самом деле нет. Чем бы солдат ни занимался, лишь бы заебался.
В общем пару недель назад мне почему-то в голову пришла мысль — а не посчитать ли мне, сколько мы платим денег за все сервера, облака, сети и т.п. Возник азарт. И когда я начал сводить табличку, у меня сначала выпал один глаз, потом выполз второй.
Около 20% ресурсов за которые мы ежемесячно платим, не используются, либо используются не по назначению. К примеру в загашнике висело четыре железных сервера, они просто были включены и ничего не делали, соответственно я их выключил и ничего не произошло. Да, ничего не уебалось, не сломалось. Но предварительную экспертизу я конечно же провел. По облакам были раскиданы блоки плавающих IP адресов, которые так-же не использовались. Лендинг и сабпроекты крутились на пяти облачных серверах и где-то даже дублировались. Да много чего еще обнаружилось интересного.
Вот так единственный раз в жизни мне пригодились навыки инвентаризации полученные в те теплые времена становления заводского IT. Короче тут вы поняли что нужно делать. Собираем в табличку все все все, отходим, смотрим и видим всю картину. Вот зуб даю, что у каждого есть (ну возможно были) такие скелетики.
3. Железные сервера. Бородатые админы. В одном из предыдущих постов я уже писал про уход в сервисы https://news.1rj.ru/str/devopsina/4
В этом пункте необходимо собраться силами и уехать со всеми проектами в облачные решения. По деньгам выйдет дешевле, а если у тебя в голове сейчас возникла мысль — да ладно, он пиздит. Подумай еще про это — сколько времени и нервов ты тратишь на обслуживании этих бездушных железяк. Диски дохнут, память выходит их строя, все это надо админить, поддерживать. Но если тебе уже за 60 годков и ты помнишь как установить solaris, продолжай админить, чо уж поделать, не мне тебя учить.
Пока писал, аж зубы заломило. Господа, уходите в облачные решения. Заливайте ваши 20 терабайт данных в облачное хранилище и раздавайте через CDN. Самый огромный плюс, не надо ничего бекапить, это сделает за вас сервис.
Telegram
ДЕВОПСИНА / DevOps
Чем дальше иду дорогой devops, тем больше убеждаюсь в том, что часть инфраструктуры необходимо переносить в сервисы.
По деньгам выходит на порядок дешевле, чем арендовать и поддерживать сервера. Перестает болеть голова по многим ситуациям.
Появляется свободное…
По деньгам выходит на порядок дешевле, чем арендовать и поддерживать сервера. Перестает болеть голова по многим ситуациям.
Появляется свободное…
❤1
4. А у тебя тоже лендос в html крутиться на инстанте с 16 CPU и 32RAM? Ну вы поняли. Закладывай мощности объективно, не надо жить с мыслью — я скоро буду масштабироваться и мне SSD диск непременно надо взять сразу за 20000 рублей. Когда соберешься расти вертикально, тогда и закупай необходимые мощности. Благо сейчас скейлинг и ресайз делается за несколько минут. Завтра как проснешься, иди и проверяй.
5. Ослиные хвосты. Четкого описания под это определения нет, тут проще на кошках объяснить. Вот смотри, у тебя есть какие-то виртуальные площадки, пачка доменов, лицензии на нортон коммандер и винрар. Каждый месяц ты все это честно оплачиваешь, потому, что весь этот прицеп тебе достался от коллег, которые давно уволились. Ты этим всем не пользуешься, но почему-то думаешь, что это важно. На доменах висят заглушки регистратора, нортон не запускается на 10ке, винрар бесплатный для коренных россиян.
Короче ты превращаешься в человека, который тащит весь найденный мусор к себе в дом, потому, что не знаешь, что с этим всем делать. Понял к чему я веду?
Соберись тряпка, и наведи порядок у себя в периметре. Потрать 8 часов своей жизни, и наконец выясни за что и зачем ты платишь деньги. В моем случае я просто все забекапил, залил в облако и разорвал контракты. За год про этот мусор никто не вспомнил, а если не дай бог вспомнит, всегда под рукой есть бекап.
Спасибо, что дочитал/дочитала/дочитали до конца. А если не дочитал, значит ты вполне успешный миллионер, которому плевать на свои деньги.
Никого не призываю к активным действием и приношу свои извинения за некоторое сквернословие. Но из песни слов не выкинешь. Будьте мудрыми дядями и тетями.
5. Ослиные хвосты. Четкого описания под это определения нет, тут проще на кошках объяснить. Вот смотри, у тебя есть какие-то виртуальные площадки, пачка доменов, лицензии на нортон коммандер и винрар. Каждый месяц ты все это честно оплачиваешь, потому, что весь этот прицеп тебе достался от коллег, которые давно уволились. Ты этим всем не пользуешься, но почему-то думаешь, что это важно. На доменах висят заглушки регистратора, нортон не запускается на 10ке, винрар бесплатный для коренных россиян.
Короче ты превращаешься в человека, который тащит весь найденный мусор к себе в дом, потому, что не знаешь, что с этим всем делать. Понял к чему я веду?
Соберись тряпка, и наведи порядок у себя в периметре. Потрать 8 часов своей жизни, и наконец выясни за что и зачем ты платишь деньги. В моем случае я просто все забекапил, залил в облако и разорвал контракты. За год про этот мусор никто не вспомнил, а если не дай бог вспомнит, всегда под рукой есть бекап.
Спасибо, что дочитал/дочитала/дочитали до конца. А если не дочитал, значит ты вполне успешный миллионер, которому плевать на свои деньги.
Никого не призываю к активным действием и приношу свои извинения за некоторое сквернословие. Но из песни слов не выкинешь. Будьте мудрыми дядями и тетями.
🔥3❤1
Наш продукт интегрирован с множеством различных сервисов, но не у всех этих сервисов есть вменяемое API. По личным наблюдениям, ни один сервис, который мы используем, не может отдать нам необходимую статистику для интеграции с нашей системой мониторинга. При чем если войти в личный кабинет интегратора, вся необходимая статистика там красиво рисуется и даже есть необходимые API методы, но все эти методы приватные.
А нам ой, как нужна эта статистика. Мы хотим понимать на с чьей стороне проблемы, у нас или у интегратора. Хотим знать, когда у нас переполнится ККМ либо протухнут интеграционные сертификаты.
В 99% случаев интегратор отказывается идти на встречу и просто разводит руками, мол крутитесь как хотите. Ну вот мы и крутимся.
Для получения статистики я использую обычный bash скрипт, за основу взят curl. А дальше дело в шляпе. Авторизовываемся, сохраняем cookie, дергаем страницу или имеющиеся приватные API методы, по возможности парсим, либо используем имеющийся json ответ бекенда.
Ну и конечно-же сохраняем все необходимые нам данные в файл в формате prometheus и закидываем его в папку textfile_collector. Ну а что-бы все было best practice по возможности пишем на goland нативный экспортер метрик и отдаем через /metcrics
И данный способ применим к любым сервисам, хочешь вытаскивай свой текущий баланс из банка, получай информацию по доменам, да делай что захочешь.
Идея для стартапа
Если столкнулся со скудным API интегратора, сделай красивую прокладку и пользуйся. В идеале запили собственное API, которое будет брать данные из другого API и иди продавай на крупнейший маркетплейс https://rapidapi.com/. Вот и вся наука.
А нам ой, как нужна эта статистика. Мы хотим понимать на с чьей стороне проблемы, у нас или у интегратора. Хотим знать, когда у нас переполнится ККМ либо протухнут интеграционные сертификаты.
В 99% случаев интегратор отказывается идти на встречу и просто разводит руками, мол крутитесь как хотите. Ну вот мы и крутимся.
Для получения статистики я использую обычный bash скрипт, за основу взят curl. А дальше дело в шляпе. Авторизовываемся, сохраняем cookie, дергаем страницу или имеющиеся приватные API методы, по возможности парсим, либо используем имеющийся json ответ бекенда.
Ну и конечно-же сохраняем все необходимые нам данные в файл в формате prometheus и закидываем его в папку textfile_collector. Ну а что-бы все было best practice по возможности пишем на goland нативный экспортер метрик и отдаем через /metcrics
И данный способ применим к любым сервисам, хочешь вытаскивай свой текущий баланс из банка, получай информацию по доменам, да делай что захочешь.
Идея для стартапа
Если столкнулся со скудным API интегратора, сделай красивую прокладку и пользуйся. В идеале запили собственное API, которое будет брать данные из другого API и иди продавай на крупнейший маркетплейс https://rapidapi.com/. Вот и вся наука.
Чеклист моей продуктивной работы
Меня очень сильно вдохновляют и мотивируют книги по саморазвитию и самоорганизации. После прочтения чего-либо по данной тематике, я ощущаю огромный прилив сил и позитивной энергии. Это сказывается на моем ежедневном КПД.
Читать книги не всегда есть время, а заряд энергии постепенно стремится к нулю. В итоге я начинаю лениться. Чтобы этого не происходило и моя батарейка всегда была заряжена, я сделал небольшой список и распечатал его.
Когда чувствую, что сил совсем не осталось, я перечитываю этот чеклист. На все уходит несколько минут, но за эти минуты моя внутренняя батарея заряжается на 100500%.
Хорошей практикой будет выработать привычку и перечитывать этот список ежедневно перед началом рабочего дня. Либо как советуют тренера по личностному росту, поглощайте информацию перед сном. Во сне ваш мозг активнее переварит прочитанное, что даст еще некоторый прирост к вашей продуктивности.
— Решай проблемы по мере их поступления.
— Одна задача за один раз. Не брать вторую задачу пока не сделаешь первую.
— Если задача занимает меньше 5-10 минут её надо сделать в первую очередь.
— Не пересаживать свою обезьяну на других людей. Твоя задача, ты за нее отвечаешь.
— Не бояться ошибиться, быть самостоятельным.
— Пытаться решить проблему своими силами не прибегая к посторонней помощи.
— Планировать день в ежедневник (планирую в notion)
— Выделить важное чего нужно добиться за день-неделю-месяц-год. (обычно для меня это месяц)
— Съесть какашку. Сделать неприятные задачи в первую очередь.
— Выделить самую важную задачу. И проставить приоритеты.
— Большую задачу разбивать на несколько мелких.
— Планироваться с вечера. Ночью мозг активно обдумывает сделанное планирование.
— Задать себе вопрос — что может произойти, если я выполню или не выполню эту работу?
— Проверять почту 2-3 раза в день в определенное время.
— Побороть желание владеть вещью сиюминутно.
— При ожидании задачи из-за внешних факторов. Сделать мелкую задачу.
— Задать себе вопрос, что мешает продвигаться вперед?
— Изучить и выявить проблему. Определить слабые места.
— Все большое начинается с малого.
— Я не работаю ни одного дня в неделю, а занимаюсь любимым делом и получаю от этого удовольствие.
— Если ты боишься что-то делать, значить тебе это нужно сделать.
— Один час в день отключать все что отвлекает, телефоны, почту, мессенджеры и т. п.
— Один день в неделю не пользоваться гаджетами и интернетом. (в текущей роли для меня это больше не приемлемо)
— Прежде чем делать задачу, выжди некоторое время, возможно в выполнении задачи нет смысла.
Этот список был составлен в течении прошлого года. Может все это выглядит шаблонно и банально, но меня вставляет.
Чо там говорят еще - лайк, репост, хуест
Меня очень сильно вдохновляют и мотивируют книги по саморазвитию и самоорганизации. После прочтения чего-либо по данной тематике, я ощущаю огромный прилив сил и позитивной энергии. Это сказывается на моем ежедневном КПД.
Читать книги не всегда есть время, а заряд энергии постепенно стремится к нулю. В итоге я начинаю лениться. Чтобы этого не происходило и моя батарейка всегда была заряжена, я сделал небольшой список и распечатал его.
Когда чувствую, что сил совсем не осталось, я перечитываю этот чеклист. На все уходит несколько минут, но за эти минуты моя внутренняя батарея заряжается на 100500%.
Хорошей практикой будет выработать привычку и перечитывать этот список ежедневно перед началом рабочего дня. Либо как советуют тренера по личностному росту, поглощайте информацию перед сном. Во сне ваш мозг активнее переварит прочитанное, что даст еще некоторый прирост к вашей продуктивности.
— Решай проблемы по мере их поступления.
— Одна задача за один раз. Не брать вторую задачу пока не сделаешь первую.
— Если задача занимает меньше 5-10 минут её надо сделать в первую очередь.
— Не пересаживать свою обезьяну на других людей. Твоя задача, ты за нее отвечаешь.
— Не бояться ошибиться, быть самостоятельным.
— Пытаться решить проблему своими силами не прибегая к посторонней помощи.
— Планировать день в ежедневник (планирую в notion)
— Выделить важное чего нужно добиться за день-неделю-месяц-год. (обычно для меня это месяц)
— Съесть какашку. Сделать неприятные задачи в первую очередь.
— Выделить самую важную задачу. И проставить приоритеты.
— Большую задачу разбивать на несколько мелких.
— Планироваться с вечера. Ночью мозг активно обдумывает сделанное планирование.
— Задать себе вопрос — что может произойти, если я выполню или не выполню эту работу?
— Проверять почту 2-3 раза в день в определенное время.
— Побороть желание владеть вещью сиюминутно.
— При ожидании задачи из-за внешних факторов. Сделать мелкую задачу.
— Задать себе вопрос, что мешает продвигаться вперед?
— Изучить и выявить проблему. Определить слабые места.
— Все большое начинается с малого.
— Я не работаю ни одного дня в неделю, а занимаюсь любимым делом и получаю от этого удовольствие.
— Если ты боишься что-то делать, значить тебе это нужно сделать.
— Один час в день отключать все что отвлекает, телефоны, почту, мессенджеры и т. п.
— Один день в неделю не пользоваться гаджетами и интернетом. (в текущей роли для меня это больше не приемлемо)
— Прежде чем делать задачу, выжди некоторое время, возможно в выполнении задачи нет смысла.
Этот список был составлен в течении прошлого года. Может все это выглядит шаблонно и банально, но меня вставляет.
Чо там говорят еще - лайк, репост, хуест
Что-бы избавиться от ежедневной рутины, я стараюсь автоматизировать повторяющиеся задачи. Все, что не поддается автоматизации, я все равно автоматизирую. Ты сейчас думаешь, а как можно автоматизировать, то, что нельзя автоматизировать?
На самом деле есть много разных способов, к примеру можно делегировать, написать ИИ, примотать палку к кастрюле синей изолентой. Подключай голову и думай. Великие инженеры придумали станки, которые вяжут носки, собирают кубика рубика 10x10, моют тебе посуду и кипятят чай.
Если ты по жизни хуевый инженер, то никакая автоматизация тебе не поможет, сиди и плачь как всё вокруг плохо и все гадноны, кроме тебя.
Я же иду другим путем и считаю, что у любой задачи есть решение. Пусть это решение будет не очевидное, простое, сумасшедшее, но оно будет решать задачу. Я работал в разных командах и везде были люди, которые любили все усложнять.
К примеру что-бы вкрутить лампочку, эти люди тратили две недели на разработку ТЗ и потом еще два месяца что-бы сделать одно простое действие. Ну это пиздецже. Самое обидное в таких ситуация, что если пытаешься как-то на это повлиять, то в любом случае остаешься крайним.
Благо сейчас ситуация другая и в моей команде остались, адекватные и сообразительные коллеги. Спасибо вам друзья за вашу работу. Вы крутые!
Запомни и повторяй перед сном — Чем проще решение, тем оно надежнее.
Надо смотреть на ситуацию шире и иногда снимать со своих прекрасных глазок шоры.
На самом деле есть много разных способов, к примеру можно делегировать, написать ИИ, примотать палку к кастрюле синей изолентой. Подключай голову и думай. Великие инженеры придумали станки, которые вяжут носки, собирают кубика рубика 10x10, моют тебе посуду и кипятят чай.
Если ты по жизни хуевый инженер, то никакая автоматизация тебе не поможет, сиди и плачь как всё вокруг плохо и все гадноны, кроме тебя.
Я же иду другим путем и считаю, что у любой задачи есть решение. Пусть это решение будет не очевидное, простое, сумасшедшее, но оно будет решать задачу. Я работал в разных командах и везде были люди, которые любили все усложнять.
К примеру что-бы вкрутить лампочку, эти люди тратили две недели на разработку ТЗ и потом еще два месяца что-бы сделать одно простое действие. Ну это пиздецже. Самое обидное в таких ситуация, что если пытаешься как-то на это повлиять, то в любом случае остаешься крайним.
Благо сейчас ситуация другая и в моей команде остались, адекватные и сообразительные коллеги. Спасибо вам друзья за вашу работу. Вы крутые!
Запомни и повторяй перед сном — Чем проще решение, тем оно надежнее.
Надо смотреть на ситуацию шире и иногда снимать со своих прекрасных глазок шоры.
К посту выше, есть такая поговорка: Я ебу все что движется, а все, что не движется я двигаю и ебу
Вот она лучше всех отражает простоту решения любой задачи
Вот она лучше всех отражает простоту решения любой задачи
Есть такая замечательная доменная зона как .to Это национальный домен верхнего уровня для государства Тонга. Тонга если кто не знает, находится в Полинезии. А где находится Полинезия даже я не знаю, кол у меня по географии. Судя по картам это острова посреди моря или океяна. Ну не суть.
.to — один из немногих национальных доменов, которые официально не поддерживают синхронизацию с общественной базой данных WHOIS, содержащей информацию о регистрации.
Однажды мне надоело следить за корпоративными доменами, ну и само собой напрашивалась автоматизация, мониторинг и уведомления. Решено было сделать экспортер для prometheus, который отслеживал бы окончание регистрации всех наших доменов и вовремя сообщал об этом.
Такое решение было очевидным, после того, как мы проебли один из доменов, проебать что-то еще больше не хотелось. Прикольно, когда теряешь домен и к тебе приходит новый владелец этого домена и такой — ну мужик, теперь он мой, но я могу тебе его продать обратно за 100500 мильонов рублей. Но самый смак, это отказаться. Человек перекупил домен за 3 косаря и не знает теперь куда его деть. Мем смешной, ситуация страшная.
К чему я все это, в общем надо было сделать решение, которое бы мониторило массив наших корпоративных доменов и кричало в slack по необходимости. Вроде чо тут сложного, да ничего. Задачу поручил младшему сотруднику. Попробует себя в bash скриптах или выберет какой-то язык программирования, попрактикуется. Задача интересная.
И да, у нас теперь в отделе нет регламента писать на чем-то одном. Каждый приносит решение, а на чем оно сделано это вообще похеру. Главное задача решена, хоть и на brainfuck.
Когда я только начинал свой путь в devops и принес решение на python, мне сказали — ты ебнутый? у нас стандарт java, будь добр пиши на java. В тот момент я понял, что ебнутый вовсе не я. Помните в прошлых постах я писал про коллег и как они меняли лампочку, вот про это и разговор!
Я ненавижу всю эту бюрократию, благо ее больше нет и я сам строю идеальный мир best practice.
И так, младший сотрудник взял задачу. Проходит неделя, а может все две. Я интересуюсь, как там дела. Потому, что вроде как задача не сложная и по идее уже должна быть на проде и во всю работать. Но нет, коллега говорит что ему нужно еще время, так как есть проблема и он хочет сам в ней разобраться без моих наставлений. Мем смешной, ситуация страшная.
Отключаю голову, думаю абстракциями и понимаю, что коллега всяко закопался с доменом в зоне .to . Потому что, стандартный whois не выдает информацию о expire days. И мой напарник банально пашет уже две недели по 12-14 часов, что-бы не показаться не компетентным. Об этом я тоже писал в прошлых постах, где суть была такая — уперся, сообщи.
Так как домены в этой зоне .to не синхронизируются с общественной базой данных WHOIS, соответственно узнать, когда протухает домен стандартными способами НЕЛЬЗЯ. Ключевое слово тут СТАНДАРТНЫМИ.
Жду еще несколько дней, не лезу. И как-то от коллеги прилетает в личку слака, сообщение что-то вроде — для домена .to нельзя получить expire days.
И я тут потух...
.. Когда я работал на один конвейерный картель или как некоторые любят говорить — на геллере. За рулем всей этой истории стоял пиздецово правильный дядька, рабовладелец. И если он говорил — сегодня ты должен мне поймать селедку размером 25 и 5, ты должен был поймать селедку размером 25 и 5, ни 25 и 4, ни 25 и 6, а блядь 25 и 5. Плюс принести ее к указанному сроку. Если ты въябывался, тебя прилюдно пороли и делали с твоей жопой жопу.
По этому каждый, кто попал на это судно, умел делать невозможное и даже иногда получал премии.
Эта была очень хорошая школа и очень сложно было покинуть это место, потому что вход был простой, а выход очень очень очень проблемный. Картель одним словом.
К чему я опять веду, для меня нет задач которые невозможно сделать и когда я слышу — это сделать невозможно, я улыбаюсь и получаю вызов.
.to — один из немногих национальных доменов, которые официально не поддерживают синхронизацию с общественной базой данных WHOIS, содержащей информацию о регистрации.
Однажды мне надоело следить за корпоративными доменами, ну и само собой напрашивалась автоматизация, мониторинг и уведомления. Решено было сделать экспортер для prometheus, который отслеживал бы окончание регистрации всех наших доменов и вовремя сообщал об этом.
Такое решение было очевидным, после того, как мы проебли один из доменов, проебать что-то еще больше не хотелось. Прикольно, когда теряешь домен и к тебе приходит новый владелец этого домена и такой — ну мужик, теперь он мой, но я могу тебе его продать обратно за 100500 мильонов рублей. Но самый смак, это отказаться. Человек перекупил домен за 3 косаря и не знает теперь куда его деть. Мем смешной, ситуация страшная.
К чему я все это, в общем надо было сделать решение, которое бы мониторило массив наших корпоративных доменов и кричало в slack по необходимости. Вроде чо тут сложного, да ничего. Задачу поручил младшему сотруднику. Попробует себя в bash скриптах или выберет какой-то язык программирования, попрактикуется. Задача интересная.
И да, у нас теперь в отделе нет регламента писать на чем-то одном. Каждый приносит решение, а на чем оно сделано это вообще похеру. Главное задача решена, хоть и на brainfuck.
Когда я только начинал свой путь в devops и принес решение на python, мне сказали — ты ебнутый? у нас стандарт java, будь добр пиши на java. В тот момент я понял, что ебнутый вовсе не я. Помните в прошлых постах я писал про коллег и как они меняли лампочку, вот про это и разговор!
Я ненавижу всю эту бюрократию, благо ее больше нет и я сам строю идеальный мир best practice.
И так, младший сотрудник взял задачу. Проходит неделя, а может все две. Я интересуюсь, как там дела. Потому, что вроде как задача не сложная и по идее уже должна быть на проде и во всю работать. Но нет, коллега говорит что ему нужно еще время, так как есть проблема и он хочет сам в ней разобраться без моих наставлений. Мем смешной, ситуация страшная.
Отключаю голову, думаю абстракциями и понимаю, что коллега всяко закопался с доменом в зоне .to . Потому что, стандартный whois не выдает информацию о expire days. И мой напарник банально пашет уже две недели по 12-14 часов, что-бы не показаться не компетентным. Об этом я тоже писал в прошлых постах, где суть была такая — уперся, сообщи.
Так как домены в этой зоне .to не синхронизируются с общественной базой данных WHOIS, соответственно узнать, когда протухает домен стандартными способами НЕЛЬЗЯ. Ключевое слово тут СТАНДАРТНЫМИ.
Жду еще несколько дней, не лезу. И как-то от коллеги прилетает в личку слака, сообщение что-то вроде — для домена .to нельзя получить expire days.
И я тут потух...
.. Когда я работал на один конвейерный картель или как некоторые любят говорить — на геллере. За рулем всей этой истории стоял пиздецово правильный дядька, рабовладелец. И если он говорил — сегодня ты должен мне поймать селедку размером 25 и 5, ты должен был поймать селедку размером 25 и 5, ни 25 и 4, ни 25 и 6, а блядь 25 и 5. Плюс принести ее к указанному сроку. Если ты въябывался, тебя прилюдно пороли и делали с твоей жопой жопу.
По этому каждый, кто попал на это судно, умел делать невозможное и даже иногда получал премии.
Эта была очень хорошая школа и очень сложно было покинуть это место, потому что вход был простой, а выход очень очень очень проблемный. Картель одним словом.
К чему я опять веду, для меня нет задач которые невозможно сделать и когда я слышу — это сделать невозможно, я улыбаюсь и получаю вызов.
Минут за 7, я нашел решение как получить этот whois и передал его коллеге. В очередной раз я вспомнил ту галеру и того самого сумасшедшего человека, стучащего в барабан, задающий нам рабочий ритм.
Решение такое:
Было еще несколько вариантов, например спарсить выдачу прям с html, но там хитрый javanoscript, либо так-же спарсить ресселера домена, который нам его зарегистрировал. Но у ресселера, в данном случае http://nic.ru такая уебищная система из 90х, что изобретать curl запрос мне было просто лень.
Короче цена вопроса 7 минут.
Почему я написал этот пост. Потому, что в очередной раз хотел бы донести до людей одну простую истину — уперся, сообщи. Твоя проблема решается на раз-два.
По поводу коллеги, который делал эту задачу. Мужик, если ты это читаешь, ты все правильно сделал, к тебе претензий нет. Все как учат в институтах, уперся, значит решения нет.
Для этого я и рядом с тобой, чтобы снять с тебя эти шторы шоры с глаз. Что-бы ты начал мыслить нестандартно. Это как кунг-фу, пока кабину не расколотят, будешь мыслить как все люди СТАНДАРТНО.
Опять-же прошу прощения за сквернословие, ни кого не хотел обидеть, все по делу, все объективно.
Решение такое:
curl -s https://register.to/whois-lookup/mydomainto | grep "Expires on"| tail -1| awk ' {print $4,$5,$7} '
Как я к нему пришел. Я нашел регистратора проблемного домена. Нашел на их сайте форму где можно получить данные по домену. Открыл в браузере Инструменты разработчика, запросил данные на интересующий меня домен в зоне .to и выцепил реквест, который мне и был нужен. Было еще несколько вариантов, например спарсить выдачу прям с html, но там хитрый javanoscript, либо так-же спарсить ресселера домена, который нам его зарегистрировал. Но у ресселера, в данном случае http://nic.ru такая уебищная система из 90х, что изобретать curl запрос мне было просто лень.
Короче цена вопроса 7 минут.
Почему я написал этот пост. Потому, что в очередной раз хотел бы донести до людей одну простую истину — уперся, сообщи. Твоя проблема решается на раз-два.
По поводу коллеги, который делал эту задачу. Мужик, если ты это читаешь, ты все правильно сделал, к тебе претензий нет. Все как учат в институтах, уперся, значит решения нет.
Для этого я и рядом с тобой, чтобы снять с тебя эти шторы шоры с глаз. Что-бы ты начал мыслить нестандартно. Это как кунг-фу, пока кабину не расколотят, будешь мыслить как все люди СТАНДАРТНО.
Опять-же прошу прощения за сквернословие, ни кого не хотел обидеть, все по делу, все объективно.
❤4
Здарова, чокаво, сегодня ко мне заглянул Батя фронтендов и принес свою экспертизу на мой вчерашний пост про доменную зону .to
Собственно с его позволения, делюсь этой информацией с вами. Орфография и личные замечания автора соблюдены.
Погнали:
Привет. В девопсине прочитал как вы ебались с whois для зоны ".to". Ты там задачу не очень оптимально решил, парсить html страницу такое себе. Давай я тебе общий подход расскажу, как такие задачи решать, я просто писал утилиту для whois.
Есть корневой whois сервер не для доменов, а для зон, он называется whois.iana.org Он сообщает кто владелец зоны, контакты, хуизы и прочую хуету.
Проверим:
Там есть вопрос: Does Tonic offer a whois service ?
Перевод ответа:
Предлагает ли Тоник службу Whois?
Tonic не поддерживает базу данных whois, которая предоставляет информацию о владельце регистрации, так как многие наши клиенты считают публичное отображение этой информации нарушением их конфиденциальности. Фактически, мы никогда не будем продавать список рассылки наших клиентов.
У нас также есть веб-средство, похожее на whois, которое перечисляет DNS и другую информацию о доменном имени, не раскрывая имя клиента. Попробуйте, например: http://www.tonic.to/whois?best.to. Есть также сервер whois на порту 43 whois.tonic.to.
Чтобы убедиться, что ваши доменные имена .TO доступны по всему миру, вы можете использовать такой инструмент, как nslookup или dig.
Чекаем их web whois из фака
https://www.tonic.to/whois?best.to
То что надо! Такой же текстовый ответ как и при обычном whois. У меня всё.
Собственно с его позволения, делюсь этой информацией с вами. Орфография и личные замечания автора соблюдены.
Погнали:
Привет. В девопсине прочитал как вы ебались с whois для зоны ".to". Ты там задачу не очень оптимально решил, парсить html страницу такое себе. Давай я тебе общий подход расскажу, как такие задачи решать, я просто писал утилиту для whois.
Есть корневой whois сервер не для доменов, а для зон, он называется whois.iana.org Он сообщает кто владелец зоны, контакты, хуизы и прочую хуету.
Проверим:
whois to -h whois.iana.org"to" здесь имя проверяемой зоны. Ответ:
whois: whois.tonic.toНас интересует:
status: ACTIVE
remarks: Registration information: http://www.tonic.to/
created: 1995-12-18
changed: 2020-04-07
source: IANA
whois: whois.tonic.toЧекаем:
whois best.to -h whois.tonic.toХуйня, не вся инфа, Значит надо идти к владельцу зоны:
Tonic whoisd V1.1
best ns3-l2.nic.ru
best ns4-l2.nic.ru
remarks: Registration information: http://www.tonic.to/Там если на видном месте нет whois формы то идем в faq: https://www.tonic.to/faq.htm
Там есть вопрос: Does Tonic offer a whois service ?
Перевод ответа:
Предлагает ли Тоник службу Whois?
Tonic не поддерживает базу данных whois, которая предоставляет информацию о владельце регистрации, так как многие наши клиенты считают публичное отображение этой информации нарушением их конфиденциальности. Фактически, мы никогда не будем продавать список рассылки наших клиентов.
У нас также есть веб-средство, похожее на whois, которое перечисляет DNS и другую информацию о доменном имени, не раскрывая имя клиента. Попробуйте, например: http://www.tonic.to/whois?best.to. Есть также сервер whois на порту 43 whois.tonic.to.
Чтобы убедиться, что ваши доменные имена .TO доступны по всему миру, вы можете использовать такой инструмент, как nslookup или dig.
Чекаем их web whois из фака
https://www.tonic.to/whois?best.to
То что надо! Такой же текстовый ответ как и при обычном whois. У меня всё.
Здрасти-мордасти. Наверное всем знакомы хабровские истории, про то, что нужно делать регулярные бекапы и если ты их не делаешь, то самое время начать.
Не переживайте, я не буду идти дорожкой хабра, а расскажу вам собственную байку, с какими перлами я столкнулся, когда принимал запущенный проект (в данном контексте, запущенный = ушатанный) от коллег которые выгорели и съеблись куда глаза глядят, оставив на меня годами всратое хозяйство.
Внимание, в проект годами срали не специально, это как-то само получалось. Это как у всех, со вторым коммитом, код становится легаси.
Согласись, что и у тебя бывают ебанутые идеи. Например ты такой утром просыпаешься и начинаешь хуйню делать — связываешь 10 виртуальных серверов через VPN, намеренно ограничив пропускную способность с 1 гигабита до 10мегабит и потом на все это безобразие, наваливаешь сверху glusterfs. Всё, пиздец. Приплыли. На тот момент тебе это кажется просто охуенной идеей.
Ты тратишь месяц, чтобы описать в chef или puppet этот код, который работает наполовину в ручном режиме и выкатываешь кое-как в продакшен. В итоге смотришь на уже запущенную спроектированную связку и понимаешь, что где-то ты проебался. Glusterfs будет работать на 10мегабитах, но в реалиях доступность будет сравнима с работой по FTP на модеме в 2400 бодов.
Короче, весь проект состоял из подобных приколов, что-бы все это разгрести, пришлось пересобрать инфраструктуру с нуля и родить новое, современное легаси.
Вы спросите, почему твои товарищи не проводил экспертизу и не делали сразу заебись? А вот хуй знает, мне иногда кажется, что для того, чтобы идти в ногу с технологиями, надо банально интересоваться технологиями, а не запереться в дождливом подвале и нихуя не видеть вокруг. Других причин я не вижу, либо не хочу видеть.
Если ты бабушкино радио в хрущевке всю жизнь слушаешь, то откуда тебе знать, что в мире существуют телевизоры. Хотя иногда по радио звучит слово — телевизор. Но ты нихуя не понимаешь, что такое телевизор и продолжаешь слушать радио.
Вот мне вчера засадили в тусе девОпсёров, мол чувак открыл для себя Журнал инцидентов, хохотушки, смехуёчки.
Ну а чо вы хотели, прочитал книжку и открыл. Благо, что вообще открыл. Это вы блядь там самые пиздец умные открывашки. Но, на эту тему я пост потом напишу, открою вам глаза и жопы на ваши компетенции. Поржем вместе.
Эх ладно, вроде за бекапы начали, а перешли на личности, сорян. Терпение господа. Так надо, иначе никак.
Я вам тут накидываю на вентилятор, что-бы вы понимали в каком состоянии был проект, на момент, когда мне его на подносе принесли и сказали — вот это теперь ваше, получите распишитесь.
Чо там у нас с бекапами то. Ну так вот, разгребая какой-то очередной кусок говна на продакшене, после полуночи основной сайт начал выплевывать мне 504, я даже еще ничего не успел сломать, а оно сломалось. ЁПТА. Лунная призма дай мне силу.
Мониторингов нет, логирования тоже. НИХУЯ НЕТ. Сайт лежит, бизнес теряет деньги. И каждый считаем свои долгом прийти и сообщить об этом в личико — у нас не работает сайт.
Предыдущий опыт, меня научил не рвать волосы на жопе и подходить к проблеме с холодной головой. Ну уебалось, значит уебалось, надо разобраться и сделать, так что-бы такая неприятность больше не повторялась.
В такие моменты я угораю с ребят, которые впадают в панику и начинают делать всякую хуйню, ребутить сервера и творить лютейшую дичь. Остановитесь!!! Вы своей паникой добьете, то, что еще работает. Утро вечера мудренее, сходите покурите, пивка ебаните, если пивка мало, ебаните что-то покрепче. Отключите на 10 минут голову. Проанализируйте ситуацию. Ничего страшного не произошло, это лишь кусок железа, который почему-то захворал.
А если с тебя спросят за этот инцидент, скажи правду, признай вину и поклонись. Ну получишь по ебалу, поплачешь, по переживаешь. А как ты хотел? Кастрюлю твою на глухо гнуть никто не собирается. Да и пиздеть старшим нехорошо. Ты же не пиздабол? Правда?
Не переживайте, я не буду идти дорожкой хабра, а расскажу вам собственную байку, с какими перлами я столкнулся, когда принимал запущенный проект (в данном контексте, запущенный = ушатанный) от коллег которые выгорели и съеблись куда глаза глядят, оставив на меня годами всратое хозяйство.
Внимание, в проект годами срали не специально, это как-то само получалось. Это как у всех, со вторым коммитом, код становится легаси.
Согласись, что и у тебя бывают ебанутые идеи. Например ты такой утром просыпаешься и начинаешь хуйню делать — связываешь 10 виртуальных серверов через VPN, намеренно ограничив пропускную способность с 1 гигабита до 10мегабит и потом на все это безобразие, наваливаешь сверху glusterfs. Всё, пиздец. Приплыли. На тот момент тебе это кажется просто охуенной идеей.
Ты тратишь месяц, чтобы описать в chef или puppet этот код, который работает наполовину в ручном режиме и выкатываешь кое-как в продакшен. В итоге смотришь на уже запущенную спроектированную связку и понимаешь, что где-то ты проебался. Glusterfs будет работать на 10мегабитах, но в реалиях доступность будет сравнима с работой по FTP на модеме в 2400 бодов.
Короче, весь проект состоял из подобных приколов, что-бы все это разгрести, пришлось пересобрать инфраструктуру с нуля и родить новое, современное легаси.
Вы спросите, почему твои товарищи не проводил экспертизу и не делали сразу заебись? А вот хуй знает, мне иногда кажется, что для того, чтобы идти в ногу с технологиями, надо банально интересоваться технологиями, а не запереться в дождливом подвале и нихуя не видеть вокруг. Других причин я не вижу, либо не хочу видеть.
Если ты бабушкино радио в хрущевке всю жизнь слушаешь, то откуда тебе знать, что в мире существуют телевизоры. Хотя иногда по радио звучит слово — телевизор. Но ты нихуя не понимаешь, что такое телевизор и продолжаешь слушать радио.
Вот мне вчера засадили в тусе девОпсёров, мол чувак открыл для себя Журнал инцидентов, хохотушки, смехуёчки.
Ну а чо вы хотели, прочитал книжку и открыл. Благо, что вообще открыл. Это вы блядь там самые пиздец умные открывашки. Но, на эту тему я пост потом напишу, открою вам глаза и жопы на ваши компетенции. Поржем вместе.
Эх ладно, вроде за бекапы начали, а перешли на личности, сорян. Терпение господа. Так надо, иначе никак.
Я вам тут накидываю на вентилятор, что-бы вы понимали в каком состоянии был проект, на момент, когда мне его на подносе принесли и сказали — вот это теперь ваше, получите распишитесь.
Чо там у нас с бекапами то. Ну так вот, разгребая какой-то очередной кусок говна на продакшене, после полуночи основной сайт начал выплевывать мне 504, я даже еще ничего не успел сломать, а оно сломалось. ЁПТА. Лунная призма дай мне силу.
Мониторингов нет, логирования тоже. НИХУЯ НЕТ. Сайт лежит, бизнес теряет деньги. И каждый считаем свои долгом прийти и сообщить об этом в личико — у нас не работает сайт.
Предыдущий опыт, меня научил не рвать волосы на жопе и подходить к проблеме с холодной головой. Ну уебалось, значит уебалось, надо разобраться и сделать, так что-бы такая неприятность больше не повторялась.
В такие моменты я угораю с ребят, которые впадают в панику и начинают делать всякую хуйню, ребутить сервера и творить лютейшую дичь. Остановитесь!!! Вы своей паникой добьете, то, что еще работает. Утро вечера мудренее, сходите покурите, пивка ебаните, если пивка мало, ебаните что-то покрепче. Отключите на 10 минут голову. Проанализируйте ситуацию. Ничего страшного не произошло, это лишь кусок железа, который почему-то захворал.
А если с тебя спросят за этот инцидент, скажи правду, признай вину и поклонись. Ну получишь по ебалу, поплачешь, по переживаешь. А как ты хотел? Кастрюлю твою на глухо гнуть никто не собирается. Да и пиздеть старшим нехорошо. Ты же не пиздабол? Правда?
👍5
А сейчас я тебе открою глаза и ты никогда не станешь другим. Читай внимательно.
Когда у тебя температура, ты же не достаешь аптечку и не начинаешь горстями пить таблетки. Ты анализируешь, ага, 37.5, ну хуйня, ждем. Ага 38.5, можно ебнуть аспирин. Ага, 39, пизда, ковид, звоню в скорую. Понял про что я? Когда ты заболел, ты действуешь по ситуации.
Вот с инфраструктурой так-же. Сначала смотришь издалека на все, что происходит и только потом принимаешь верное решение. А не хуяришь в бреду из калаша налево и направо.
Открылись глаза? Вооооoooт! Все твои проблемы я решил двумя абзацами. Заебись, да? Уже и про бекапы писать ничего не хочу, вот так всегда начнешь про одно, закончишь другим.
Продолжаем про бекап
Ну дак вот. С помощью, какой-то матери определяю, что клиентские инстансы, не могут записать и прочитать данные из базы. Иду на проблемный сервер и знаете чо там? А там у нас создается бекап базы. Таблицы заблокированы. ЕБАНЫЙТЫЖРОТ.
Первая проблема: бекап снимается с продуктового инстанса, а не с репликации
Вторая проблема: блокируются таблицы
Третья проблема: несколько лет сайт после полуночи отдает 504 ошибку
Четвертая проблема: самая смешная, бекап не рабочий
Про настройки my.cnf я промолчу, баланса между железом и конфигом нет никакого, о производительности базы никто не беспокоился. Закинули чо было да и хуй с ним. Сервис поднялся и на том хорошо.
Что как чинить
С первой проблемой понятно, завожу реплику и снимаю бекапы с реплики, оставив в покое master базу.
С блокировкой таблиц, говорю дампилке не блочить таблицы, при создании бекапа. Хотя можно было и не говорить, пусть блочатся, на реплике это поебать.
Четвертая проблема оказалась самой острой. Бекап вроде есть, а вроде и нет. Да, он создавался, да, он заливает, но что было внутри никого видимо не волновало. Что было внутри я вам не расскажу, обоссытесь в штанину.
Короче, автоматизирую, после создания бекапа выкатываю его на тестовый стенд в докере, запускаются автотесты, по результатам мяукаем в слак.
Проблема локализована, в дополнении был затюнин my.cnf под стероидность инстанта. В итоге имеем ежедневный рабочий бекап, который тестируется, не ложит сайт в 504, снимается по всем канонам с репликации. Охуеть я молодец.
Тяжело быть писателем. Я бы хотел что-бы в данном посте все имена и события были вымышлены, но эти события имели место быть и я не могу о них умолчать. Как говорит мой знакомый — критика это хорошо. Если я людям сейчас глаза не открою, то они так и будут свое радио слушать в дождливом подвале и думать, что у них все заебись.
Смотри шире и Думай иначе. Покеда.
Когда у тебя температура, ты же не достаешь аптечку и не начинаешь горстями пить таблетки. Ты анализируешь, ага, 37.5, ну хуйня, ждем. Ага 38.5, можно ебнуть аспирин. Ага, 39, пизда, ковид, звоню в скорую. Понял про что я? Когда ты заболел, ты действуешь по ситуации.
Вот с инфраструктурой так-же. Сначала смотришь издалека на все, что происходит и только потом принимаешь верное решение. А не хуяришь в бреду из калаша налево и направо.
Открылись глаза? Вооооoooт! Все твои проблемы я решил двумя абзацами. Заебись, да? Уже и про бекапы писать ничего не хочу, вот так всегда начнешь про одно, закончишь другим.
Продолжаем про бекап
Ну дак вот. С помощью, какой-то матери определяю, что клиентские инстансы, не могут записать и прочитать данные из базы. Иду на проблемный сервер и знаете чо там? А там у нас создается бекап базы. Таблицы заблокированы. ЕБАНЫЙТЫЖРОТ.
Первая проблема: бекап снимается с продуктового инстанса, а не с репликации
Вторая проблема: блокируются таблицы
Третья проблема: несколько лет сайт после полуночи отдает 504 ошибку
Четвертая проблема: самая смешная, бекап не рабочий
Про настройки my.cnf я промолчу, баланса между железом и конфигом нет никакого, о производительности базы никто не беспокоился. Закинули чо было да и хуй с ним. Сервис поднялся и на том хорошо.
Что как чинить
С первой проблемой понятно, завожу реплику и снимаю бекапы с реплики, оставив в покое master базу.
С блокировкой таблиц, говорю дампилке не блочить таблицы, при создании бекапа. Хотя можно было и не говорить, пусть блочатся, на реплике это поебать.
--lock-tables=false --single-transaction=TRUEВангую сейчас набегут открывашки и начнут, ебать поставь bacula или veeam, идите — НАХУЙ!
Четвертая проблема оказалась самой острой. Бекап вроде есть, а вроде и нет. Да, он создавался, да, он заливает, но что было внутри никого видимо не волновало. Что было внутри я вам не расскажу, обоссытесь в штанину.
Короче, автоматизирую, после создания бекапа выкатываю его на тестовый стенд в докере, запускаются автотесты, по результатам мяукаем в слак.
Проблема локализована, в дополнении был затюнин my.cnf под стероидность инстанта. В итоге имеем ежедневный рабочий бекап, который тестируется, не ложит сайт в 504, снимается по всем канонам с репликации. Охуеть я молодец.
Тяжело быть писателем. Я бы хотел что-бы в данном посте все имена и события были вымышлены, но эти события имели место быть и я не могу о них умолчать. Как говорит мой знакомый — критика это хорошо. Если я людям сейчас глаза не открою, то они так и будут свое радио слушать в дождливом подвале и думать, что у них все заебись.
Смотри шире и Думай иначе. Покеда.
❤3
Не тот счастлив у кого много добра, а тот, у кого жена верна.
Расшифрую — вот много у тебя добра, сервера, облака, DO и прочая дрянь. А мозгов нет.
Расшифрую — вот много у тебя добра, сервера, облака, DO и прочая дрянь. А мозгов нет.
Етижи пассатижи. А сегодня мы с тобой рассмотрим основные ошибки управленца. Я разбил пост на три части. Инсайт — остальные две части я еще не написал. Ждите, все будет.
Поехали
Ты же всяко уже стал важной писей, говоришь другим чокаво делать и перекладываешь бумажки в штабе ёлки. Ну а если все еще продолжаешь заправлять картриджи и настраивать аську, впитывай мой спич и мотай на ус. Тебе это возможно в будущем пригодится если ты совсем не дерево.
Ошибка эксперта
Ты считаешь себя самым умным в комнате, твой девиз — хочешь сделать хорошо, сделай это сам. Если ты так действительно думаешь и я угадал с твоим девизом, то спешу огорчить — ты долбаеб. И давай без обид и соплей.
Смотри, когда ты придерживаешься такой позиции, в смысле — пойду ка сам все сделаю, потому, что я эксперт и по крайней мере самый умный в этой комнате. Никому не отдам, потому, что мои сотрудники въебутся. Ты делаешь работу за своих сотрудников.
А когда ты делаешь работу за других, у тебя нет времени на более важные вещи, ты вечно ноешь и незаметно сгораешь в ежедневной рутине. Ты боишься, что если уйдешь в отпуск, то без тебя все развалится, твои сотрудники все сломают и испортят. Они ведь дебилы и без тебя ничего не могут.
А знаешь почему ты делаешь задачи за своих сотрудников? Да потому, что тебе это выгодно. Твое ЧСВ растет, ЭГО получает удовольствие, ты умный, ты нужный, тебя никто не может подсидеть, без тебя никто не может принять решение.
Создается иллюзия контроля, нужности, важности, значимости. И в тот-же момент ты ноешь, что хочешь, что-бы твои сотрудники брали на себя ответственность. Но они почему-то ее не берут. Охуеть да?
А не берут они эту ответственность, по одной причине — а им это не нужно, потому, что ты делаешь все сам. Ведь ты эксперт, самый умный, самый рукастый и ногастый, самый незаменимый хуй в комнате.
Что ты получаешь взамен, когда делаешь все сам
- Нет времени на важные задачи
- Ничего не успеваешь
- Сотрудники не берут ответственность
- Сотрудники не растут и не развиваются
- Нет времени на свои личные дела
- Живешь на работе
Это вопрос выбора, давай разбираться. Когда ты делегируешь, тебе страшно доверится другим людям. Страшно, что твои сотрудники ошибутся. Когда ты сам что-то делаешь, есть гарантии, что это будет сделано хорошо. Ты боишься, что если кто-то научится что-то делать и не дай бог делать лучше тебя, ты станешь ненужным.
Как исправить ошибку
Ничего нет проще. Обучай и развивай своих людей. Доверяй своим сотрудникам.
Не ссы делегировать свои задачи и полномочия. Позволь людям въебаться и не бойся провалов. Все совершают ошибки и ты их тоже совершал.
Вспомни, как ты учился в автошколе и как на тебя орал инструктор. Ты добровольно платил в шарагу деньги и покупал доверие инструктора. Инструктор доверял тебе ласточку, чтобы ты научился нажимать правильные педали и отличать спидометр от сцепления. Прошло пять лет и ты уже не пристегиваешься и не пользуешься поворотниками. Ты научился.
Инвестируй и научи своих людей работать. И в будущем возможно ты сможешь сходить в отпуск.
Поехали
Ты же всяко уже стал важной писей, говоришь другим чокаво делать и перекладываешь бумажки в штабе ёлки. Ну а если все еще продолжаешь заправлять картриджи и настраивать аську, впитывай мой спич и мотай на ус. Тебе это возможно в будущем пригодится если ты совсем не дерево.
Ошибка эксперта
Ты считаешь себя самым умным в комнате, твой девиз — хочешь сделать хорошо, сделай это сам. Если ты так действительно думаешь и я угадал с твоим девизом, то спешу огорчить — ты долбаеб. И давай без обид и соплей.
Смотри, когда ты придерживаешься такой позиции, в смысле — пойду ка сам все сделаю, потому, что я эксперт и по крайней мере самый умный в этой комнате. Никому не отдам, потому, что мои сотрудники въебутся. Ты делаешь работу за своих сотрудников.
А когда ты делаешь работу за других, у тебя нет времени на более важные вещи, ты вечно ноешь и незаметно сгораешь в ежедневной рутине. Ты боишься, что если уйдешь в отпуск, то без тебя все развалится, твои сотрудники все сломают и испортят. Они ведь дебилы и без тебя ничего не могут.
А знаешь почему ты делаешь задачи за своих сотрудников? Да потому, что тебе это выгодно. Твое ЧСВ растет, ЭГО получает удовольствие, ты умный, ты нужный, тебя никто не может подсидеть, без тебя никто не может принять решение.
Создается иллюзия контроля, нужности, важности, значимости. И в тот-же момент ты ноешь, что хочешь, что-бы твои сотрудники брали на себя ответственность. Но они почему-то ее не берут. Охуеть да?
А не берут они эту ответственность, по одной причине — а им это не нужно, потому, что ты делаешь все сам. Ведь ты эксперт, самый умный, самый рукастый и ногастый, самый незаменимый хуй в комнате.
Что ты получаешь взамен, когда делаешь все сам
- Нет времени на важные задачи
- Ничего не успеваешь
- Сотрудники не берут ответственность
- Сотрудники не растут и не развиваются
- Нет времени на свои личные дела
- Живешь на работе
Это вопрос выбора, давай разбираться. Когда ты делегируешь, тебе страшно доверится другим людям. Страшно, что твои сотрудники ошибутся. Когда ты сам что-то делаешь, есть гарантии, что это будет сделано хорошо. Ты боишься, что если кто-то научится что-то делать и не дай бог делать лучше тебя, ты станешь ненужным.
Как исправить ошибку
Ничего нет проще. Обучай и развивай своих людей. Доверяй своим сотрудникам.
Не ссы делегировать свои задачи и полномочия. Позволь людям въебаться и не бойся провалов. Все совершают ошибки и ты их тоже совершал.
Вспомни, как ты учился в автошколе и как на тебя орал инструктор. Ты добровольно платил в шарагу деньги и покупал доверие инструктора. Инструктор доверял тебе ласточку, чтобы ты научился нажимать правильные педали и отличать спидометр от сцепления. Прошло пять лет и ты уже не пристегиваешься и не пользуешься поворотниками. Ты научился.
Инвестируй и научи своих людей работать. И в будущем возможно ты сможешь сходить в отпуск.
👍6
Несколько лет назад можно было ночью в форточку прошептать "centos отстой, ubuntu тру", и тебе уже дверь начинали выносить бед трипные админы.
Ответ на ваш самый распространенный вопрос — автор ты в школе вообще учился? Ходить, ходил, учился ли, сложно сказать.
После вчерашнего поста про ошибку Эксперта, мой ex-CTO и очень хороший человек, принес бомбическую обратную связь. Большое спасибо ГГ. Я не вправе это скрывать от вас, по этому безвозмездно, без регистрации и смс делюсь с общественностью.
Гемба. Дай своим ребятам пообщаться с заказчиком и самостоятельно сдать работу. Во-первых, поймут переживания клиента. Во-вторых, получат обратную связь из первых уст. Если хуёво сделали, то услышат всё разочарование, если хорошо, то все плюшки им в оригинальном виде, авторизация результата, серотонин и дофамин с пылу с жару.
Делегирование это непростая штука. У Юргена Апело аж пара глав написана в его замечательной книге. Во-первых, есть несколько (7) уровней делегирования, а во-вторых, есть зрелость того, кому ты собираешься делегировать. И то и другое растёт постепенно. Невозможно полностью отдать решение зелёному джуну, сначала ему нужно будет пройти через конкретные указания. (картинка)
Боишься, что твои люди вырастут и ты станешь не нужным — пойди напиши заявление прямо сейчас — ты отвратный руководитель. Страх плохой советник. Особенно, если ты планируешь раздать задания подчиненным, а сам законсервироваться и никак не развиваться. Тогда да, есть чего бояться. Не стой на месте, используй освободившееся время на саморазвитие или написание постов в телегу ;)
Книгу, кстати, горячо рекомендую, в оригинале она называется «Менеджмент 3.0», а не «Agile. Менеджмент». Там чувак про аджайл почти не говорит, точнее говорит, но к месту. В основном пишет про всякие менеджерские штуки и работу в команде: https://www.alpinabook.ru/catalog/book-344675/
Гемба. Дай своим ребятам пообщаться с заказчиком и самостоятельно сдать работу. Во-первых, поймут переживания клиента. Во-вторых, получат обратную связь из первых уст. Если хуёво сделали, то услышат всё разочарование, если хорошо, то все плюшки им в оригинальном виде, авторизация результата, серотонин и дофамин с пылу с жару.
Делегирование это непростая штука. У Юргена Апело аж пара глав написана в его замечательной книге. Во-первых, есть несколько (7) уровней делегирования, а во-вторых, есть зрелость того, кому ты собираешься делегировать. И то и другое растёт постепенно. Невозможно полностью отдать решение зелёному джуну, сначала ему нужно будет пройти через конкретные указания. (картинка)
Боишься, что твои люди вырастут и ты станешь не нужным — пойди напиши заявление прямо сейчас — ты отвратный руководитель. Страх плохой советник. Особенно, если ты планируешь раздать задания подчиненным, а сам законсервироваться и никак не развиваться. Тогда да, есть чего бояться. Не стой на месте, используй освободившееся время на саморазвитие или написание постов в телегу ;)
Книгу, кстати, горячо рекомендую, в оригинале она называется «Менеджмент 3.0», а не «Agile. Менеджмент». Там чувак про аджайл почти не говорит, точнее говорит, но к месту. В основном пишет про всякие менеджерские штуки и работу в команде: https://www.alpinabook.ru/catalog/book-344675/
Продолжаем обсуждать основные ошибки управленца. В первой части, мы с тобой рассмотрели ошибку Эксперта. В дополнении к первому посту, мой ex-CTO дал отличную обратную связь.
Сегодня же рассмотрим вторую распространенную проблему — Когда руководитель боится обидеть сотрудника. Таких хороших парней и девчонок, очень много на рынке. Да и у меня есть пару тройку знакомых с такой репутацией.
Руководитель боится обидеть сотрудника, боится повысить голос, боится уволить, боится его о чем-то попросить, ему не удобно, ему не ловко, он стесняется.
И вот, что самое интересное — ошибку о которой мы говорим, чаще всего совершают девушки будучи в руководящих должностях. Так, СПОКОЙНО, объясняю!
Мужчина руководитель
Если мужчина харизматичный, жесткий, может где-то даже грубый, ответственный за себя и своих подчиненных. Сказал, и все знают, что он точно сделает. Если пообещал наказать и дать палкой по пустой голове, значит накажет и непременно даст палкой по пустой голове. Все понимают, что лучше не рисковать.
Такого руководителя называют — кремень, хозяин, батя, отец, мужик, красавчик, солдафон и так далее. Это такой жесткий и справедливый отец.
Женщина руководитель
Ну а если девушка ведет себя таким же образом как мужчина? У нее одна цель в голове, кроме работы на работе она ни о чем не говорит. Жесткая, твердая и нацелена на результат. Практически всегда добивается поставленных целей.
Такую девушку руководителя называют — стерва. Но в большинстве случаев звучит слово куда более простое — «Сука».
А никто из девушек не хочет быть стервой и сукой. Вы ведь хорошие, прекрасные, красивые, добрые, искренние. Так ведь?
Разбираемся дальше
Не нужно перемешивать работу и жизнь. Есть роль управленца и иногда нужно принимать жесткие и управленческие решения. Иногда нужно быть максимально твердым, чтобы добиться результата.
И проблема плохих управленцев, в том, что они хорошие мальчики и хорошие девочки.
Плюсы быть хорошим парнем/девушкой
- прекрасные отношения в коллективе
- минимум конфликтов
- сотрудники тебя любят и дружат
- ты свой парень или своя девчонка
Минусы
- низкие показатели
- низкие результаты
- не добиваешься поставленных целей
- люди прогуливают
- люди опаздывают
- люди садятся на шею и свешивают ноги
Вот мы и пришли к главному: На хороших мальчиках и на хороших девочках — ездят.
Конечно, не нужно быть жестким и бессердечным демоном-мудаком, но в то же время есть простая вещь, чтобы не стать агрессором. Это простая вещь, называется «принцип электрического тока».
Давайте объясню. Если я возьму вилку и вставлю в розетку, то потечет ток. А вот если я возьму гвоздь и засуну в розетку, меня ударит током. И тут будет неважно, сколько мне лет, на каком этаже я живу, чем занимаюсь в свободное время. Все это будет неважно. Потому, что меня все равно ебнет током.
По этому руководитель это как электрический ток, он выстраивает правила, он устанавливает какие-то границы. Если сотрудник их нарушает, задача руководителя быть держателем этих правил. Бить током. Но нужно самому соблюдать и блюсти эти границы, которые он сам же и выстроил.
Проведу еще аналогию, чтобы уж совсем разжевать. Например ты запрещаешь ребенку неделю пользоваться планшетом, а потом спустя пару часов разрешаешь. В этот момент ребенок понимает, что ты слово не держишь и можно дальше нарушать правила и ездить на тебе.
А вот если быть твердым и отдать планшет через неделю, как ты и обещал, то ребенок поймет, что шутить с ним никто не собирался, все по-взрослому. Был уговор, были поставлены условия и только спустя неделю ребенок получил обратно планшет.
Так что, Не будьте хорошими мальчиками и хорошими девочками.
Сегодня же рассмотрим вторую распространенную проблему — Когда руководитель боится обидеть сотрудника. Таких хороших парней и девчонок, очень много на рынке. Да и у меня есть пару тройку знакомых с такой репутацией.
Руководитель боится обидеть сотрудника, боится повысить голос, боится уволить, боится его о чем-то попросить, ему не удобно, ему не ловко, он стесняется.
И вот, что самое интересное — ошибку о которой мы говорим, чаще всего совершают девушки будучи в руководящих должностях. Так, СПОКОЙНО, объясняю!
Мужчина руководитель
Если мужчина харизматичный, жесткий, может где-то даже грубый, ответственный за себя и своих подчиненных. Сказал, и все знают, что он точно сделает. Если пообещал наказать и дать палкой по пустой голове, значит накажет и непременно даст палкой по пустой голове. Все понимают, что лучше не рисковать.
Такого руководителя называют — кремень, хозяин, батя, отец, мужик, красавчик, солдафон и так далее. Это такой жесткий и справедливый отец.
Женщина руководитель
Ну а если девушка ведет себя таким же образом как мужчина? У нее одна цель в голове, кроме работы на работе она ни о чем не говорит. Жесткая, твердая и нацелена на результат. Практически всегда добивается поставленных целей.
Такую девушку руководителя называют — стерва. Но в большинстве случаев звучит слово куда более простое — «Сука».
А никто из девушек не хочет быть стервой и сукой. Вы ведь хорошие, прекрасные, красивые, добрые, искренние. Так ведь?
Разбираемся дальше
Не нужно перемешивать работу и жизнь. Есть роль управленца и иногда нужно принимать жесткие и управленческие решения. Иногда нужно быть максимально твердым, чтобы добиться результата.
И проблема плохих управленцев, в том, что они хорошие мальчики и хорошие девочки.
Плюсы быть хорошим парнем/девушкой
- прекрасные отношения в коллективе
- минимум конфликтов
- сотрудники тебя любят и дружат
- ты свой парень или своя девчонка
Минусы
- низкие показатели
- низкие результаты
- не добиваешься поставленных целей
- люди прогуливают
- люди опаздывают
- люди садятся на шею и свешивают ноги
Вот мы и пришли к главному: На хороших мальчиках и на хороших девочках — ездят.
Конечно, не нужно быть жестким и бессердечным демоном-мудаком, но в то же время есть простая вещь, чтобы не стать агрессором. Это простая вещь, называется «принцип электрического тока».
Давайте объясню. Если я возьму вилку и вставлю в розетку, то потечет ток. А вот если я возьму гвоздь и засуну в розетку, меня ударит током. И тут будет неважно, сколько мне лет, на каком этаже я живу, чем занимаюсь в свободное время. Все это будет неважно. Потому, что меня все равно ебнет током.
По этому руководитель это как электрический ток, он выстраивает правила, он устанавливает какие-то границы. Если сотрудник их нарушает, задача руководителя быть держателем этих правил. Бить током. Но нужно самому соблюдать и блюсти эти границы, которые он сам же и выстроил.
Проведу еще аналогию, чтобы уж совсем разжевать. Например ты запрещаешь ребенку неделю пользоваться планшетом, а потом спустя пару часов разрешаешь. В этот момент ребенок понимает, что ты слово не держишь и можно дальше нарушать правила и ездить на тебе.
А вот если быть твердым и отдать планшет через неделю, как ты и обещал, то ребенок поймет, что шутить с ним никто не собирался, все по-взрослому. Был уговор, были поставлены условия и только спустя неделю ребенок получил обратно планшет.
Так что, Не будьте хорошими мальчиками и хорошими девочками.
Как-то на ретроспективе у меня спросили, мужик, а в чём секрет твоей продуктивности? Я не раздумывая ответил — не бухать с утра.
Подумай, если ты не продуктивен, может быть твоё утро начинается неправильно?
— Вы как из дурки сбежали?
— Морально протрезвел
Подумай, если ты не продуктивен, может быть твоё утро начинается неправильно?
— Вы как из дурки сбежали?
— Морально протрезвел