Мудрость от старого сисадмина, АйТи инженера SRE и DevOps (в общем как меня только не обзывали):
Замечал такое?
Не спеши выполнять задачу сразу, чтобы не тратить время зря. Задача должна настояться.
Важная и нужная задача за это время обрастет новыми вводными.
А не нужная испарится/отпадет/закроется.
Замечал такое?
💯71👍15 5😁2
Сегодня суббота, а это значит, что пришло время для подборки статей с хабра.
⏺ Как мы готовили Kubernetes под ML-нагрузки: пошаговый гайд (и что пошло не так) - практический опыт по построению Kubernetes-платформы для машинного обучения.
⏺ Акура-тное приземление. 5 ошибок бэкапа, которые могут стоить вам инфраструктуры - про классические ошибки и как их обойти.
⏺ Кэш-монтирование или Cache mount в Docker. Использование кэш-монтирования в GitLab CI/CD - что такое механизм кэш-монтирования при сборке Docker-образов и как с его помощью ускорить и оптимизировать сборку образов в GitLab CI/CD.
⏺ Безопасность Kubernetes: полный гайд для начинающих или как не повторить ошибку Tesla - про базовые принципы безопасности в Kubernetes.
⏺ OpenTelemetry стек в Go: Metrics, Tracing, Logs - разбор стека OpenTelemetry (OTel) для Go приложений.
Новое видео про зарплаты DevOps 2025-2026 можно посмотреть
📺 на Ютубе
📺 в VK видео
📺 на Рутубе
#подборкастатей
Новое видео про зарплаты DevOps 2025-2026 можно посмотреть
#подборкастатей
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥2👍1
Мир ИТ c Антоном Павленко
Пришел подписчик, хочет чтобы я разобрал его проект. Готов разрешить снимать видео. Брать в работу? Интересно было бы видео?
На выходных снял видео. Выйдет скорее всего на следующей недели.
Звук поправил. Достал старую добрую петличку и рекордер. Послушаем что получилось.
У меня почему-то на маке обс нормально не сохраняет видео. А разбираться времени нет. Пока занят на основной работе и своим здоровьем.
В общем ждите. А я поеду в отпуск)))
Звук поправил. Достал старую добрую петличку и рекордер. Послушаем что получилось.
У меня почему-то на маке обс нормально не сохраняет видео. А разбираться времени нет. Пока занят на основной работе и своим здоровьем.
В общем ждите. А я поеду в отпуск)))
🔥12
Forwarded from UpTime | Anton Pavlenko life
Поступил вопрос: Считаешь ли что тебе повезло, что ты живешь в достатке?
От части Да, но я воспользовался этим шансом и трудился для того чтобы его не упустить.
Я не могу как многие мои коллеги блогеры рассказать, что я с детства любил компьютеры, математику и так далее.
Меня в 3 классе оставляли на второй год, но повезло, что из-за ряда факторов меня перевели.
Начал я учиться в лучшем случае в 7 классе. Сам понял, что мне это нужно. Хотя многие уже на мне поставили крест.
За два года я вышел на хорошиста и не пошел в 10-11 класс думая что я тупой.
С начало хотел пойти на рабочую специальность, но потом мой одноклассник рассказал мне про АйТи.
В колледже я узнал, что есть эксперимент с окончанием 10-11 класса за один год. Меня не хотели брать, но я уговорил.
В 16 лет я не поступил в ВУЗ и решил закончить колледж.
У меня только на втором курсе колледжа появился компьютер.
В 19 я уехал в незнакомый город за 1000 км один. Поступил в ВУЗ. Тут мне тоже повезло. Я не прошел в первом потоке, но оставил оригиналы документов. Много людей поступили в Московские ВУЗы и меня зачислили.
Я закончил ВУЗ только спустя 9 лет. Когда у меня был ребенок и опыт работы.
Я работал эникеем и меня друг пригласил в админы веб серверов. Что помогло в дальнейшем попасть в ДевОпс. Отбор был сложный. Работать пришлось по ночам.
Я не звезда и не гений. Чтобы чего-то добиться в жизни я просто трудился. Да где-то везло, где-то нет, но я мог бы забояться и сидеть на попе ровно. Я шансом воспользовался и пахал.
Не упустите свой шанс.
От части Да, но я воспользовался этим шансом и трудился для того чтобы его не упустить.
Я не могу как многие мои коллеги блогеры рассказать, что я с детства любил компьютеры, математику и так далее.
Меня в 3 классе оставляли на второй год, но повезло, что из-за ряда факторов меня перевели.
Начал я учиться в лучшем случае в 7 классе. Сам понял, что мне это нужно. Хотя многие уже на мне поставили крест.
За два года я вышел на хорошиста и не пошел в 10-11 класс думая что я тупой.
С начало хотел пойти на рабочую специальность, но потом мой одноклассник рассказал мне про АйТи.
В колледже я узнал, что есть эксперимент с окончанием 10-11 класса за один год. Меня не хотели брать, но я уговорил.
В 16 лет я не поступил в ВУЗ и решил закончить колледж.
У меня только на втором курсе колледжа появился компьютер.
В 19 я уехал в незнакомый город за 1000 км один. Поступил в ВУЗ. Тут мне тоже повезло. Я не прошел в первом потоке, но оставил оригиналы документов. Много людей поступили в Московские ВУЗы и меня зачислили.
Я закончил ВУЗ только спустя 9 лет. Когда у меня был ребенок и опыт работы.
Я работал эникеем и меня друг пригласил в админы веб серверов. Что помогло в дальнейшем попасть в ДевОпс. Отбор был сложный. Работать пришлось по ночам.
Я не звезда и не гений. Чтобы чего-то добиться в жизни я просто трудился. Да где-то везло, где-то нет, но я мог бы забояться и сидеть на попе ровно. Я шансом воспользовался и пахал.
Не упустите свой шанс.
🔥43❤10👍7
Давид Мэгтон, технический директор и сооснователь «Фланта», рассказывает, что будет на Deckhouse Conf 2026 и кому точно стоит прийти → YouTube и VK Видео
9 апреля в Москве: технические доклады про архитектуру Kubernetes, виртуализацию, SDN, безопасность, а также трек с кейсами внедрения из госсектора и бизнеса. Живое общение с разработчиками платформы и коллегами из индустрии.
Офлайн, без трансляции. Для тех, кто работает с инфраструктурой или управляет инженерными командами.
Регистрация по ссылке.
9 апреля в Москве: технические доклады про архитектуру Kubernetes, виртуализацию, SDN, безопасность, а также трек с кейсами внедрения из госсектора и бизнеса. Живое общение с разработчиками платформы и коллегами из индустрии.
Офлайн, без трансляции. Для тех, кто работает с инфраструктурой или управляет инженерными командами.
Регистрация по ссылке.
🐳4👍2🔥1
Во время сезонных акций нагрузка на инфраструктуру онлайн-магазина увеличивалась более чем в 10 раз. При пике трафика сервисы деградировали, время отклика росло, а масштабирование собственных мощностей занимало часы. Задача стояла не просто «перейти в облако», а обеспечить управляемое масштабирование без риска для бизнес-процессов.
Была выбрана гибридная модель: фронт и веб-сервисы вынесли в публичное облако с возможностью быстрого увеличения ресурсов, критичные компоненты оставили на выделенной инфраструктуре. Дополнительно настроили резервное копирование и сценарии аварийного восстановления.
Этапами и результатами делимся в карточках.
Подписывайтесь на канал и читайте:
• Про тренды и драйверы роста облачного рынка.
• Что делать, когда одного облака недостаточно.
• Как эффективно решать задачи с переменной нагрузкой и при этом поддерживать высоконагруженные системы.
• Где облако дешевле, а где — нет.
@dataspace
Была выбрана гибридная модель: фронт и веб-сервисы вынесли в публичное облако с возможностью быстрого увеличения ресурсов, критичные компоненты оставили на выделенной инфраструктуре. Дополнительно настроили резервное копирование и сценарии аварийного восстановления.
Этапами и результатами делимся в карточках.
Подписывайтесь на канал и читайте:
• Про тренды и драйверы роста облачного рынка.
• Что делать, когда одного облака недостаточно.
• Как эффективно решать задачи с переменной нагрузкой и при этом поддерживать высоконагруженные системы.
• Где облако дешевле, а где — нет.
@dataspace
👍4
Почему так важно писать Постмортем?
Немного сухой информации для тех кто не понимает что это:
Постмортем (post-mortem) в IT - это разбор инцидента или сбоя, направленный на анализ причин (root cause) и предотвращение их повторения.
Сложно? Еще проще.
Это документ и процесс, описывающий, что произошло, как это устранили и какие меры приняты, без поиска виноватых, а с фокусом на улучшения.
Структура отчета:
👉 Описание: Что случилось и каковы последствия.
👉 Хронология: Точные метрики, время начала и конца сбоя.
👉 Причины: Глубинные причины (root causes).
👉 Решение: Как устранили инцидент.
👉 Действия (Action Items): Список задач, предотвращающих повторение (исправление кода, добавление мониторинга).
Зачем нужен постмортем:
📍Снижение рисков: Предотвращение катастрофических сбоев в будущем.
📍Обмен знаниями: Вся команда понимает, почему система упала и как она работает.
📍Улучшение культуры: Помогает перевести фокус с поиска виноватых на системные улучшения.
То есть это не просто отчет о том какие мы молодцы и как справились с инцидентом, а это способ что-то улучшить.
Как еще его можно использовать?
К примеру, вам злые манагеры не дают устранять технический долг.
У вас из-за этого произошёл инцидент. Вы пишите постмортем, приходите с выявленными задачами к менеджерам и говорите: «нужно решать».
Они вам «нет, у нас горят сроки, это не сейчас». О рисках уведомляете руководство.
Если произошел второй инцидент, уже эскалируйте руководству о проблеме с менеджерами.
Но я надеюсь, у вас нормальная культура в компании.
Часто слышу этот вопрос.
Немного сухой информации для тех кто не понимает что это:
Постмортем (post-mortem) в IT - это разбор инцидента или сбоя, направленный на анализ причин (root cause) и предотвращение их повторения.
Сложно? Еще проще.
Это документ и процесс, описывающий, что произошло, как это устранили и какие меры приняты, без поиска виноватых, а с фокусом на улучшения.
Структура отчета:
Зачем нужен постмортем:
📍Снижение рисков: Предотвращение катастрофических сбоев в будущем.
📍Обмен знаниями: Вся команда понимает, почему система упала и как она работает.
📍Улучшение культуры: Помогает перевести фокус с поиска виноватых на системные улучшения.
То есть это не просто отчет о том какие мы молодцы и как справились с инцидентом, а это способ что-то улучшить.
Как еще его можно использовать?
К примеру, вам злые манагеры не дают устранять технический долг.
У вас из-за этого произошёл инцидент. Вы пишите постмортем, приходите с выявленными задачами к менеджерам и говорите: «нужно решать».
Они вам «нет, у нас горят сроки, это не сейчас». О рисках уведомляете руководство.
Если произошел второй инцидент, уже эскалируйте руководству о проблеме с менеджерами.
Но я надеюсь, у вас нормальная культура в компании.
А как вы составляете постмортем? Делитесь в комментах
Please open Telegram to view this post
VIEW IN TELEGRAM
👍8❤2🔥2
Праздничная #подборкастатей с хабра. Не всё же отмечать, можно и почитать 😁
🔴 Полгода на включение: как мы построили онбординг в команде не по инструкции. Часть 2: геймификация, бадди и адаптация - о маршруте, ролях и последовательности в управлении адаптацией.
🔴 Многогранный мониторинг Angie — продолжение истории - про мощнейший модуль metric в Angie.
🔴 Отказоустойчивый кластер виртуализации KVM на Astra Linux - в статье рассмотрены две архитектуры отказоустойчивого хранения для виртуализации на базе Astra Linux.
🔴 Как мы проводим IT-аудит: живой кейс, инженерный подход и надежность без фанатизма - о практическом опыте проведения IT-аудита инфраструктуры.
🔴 Надоел Celery? Не нужен K8s? Как мы сделали легковесный оркестратор на Python - как авторы создали легковесный оркестратор контейнеров на Python (RedTailFox), который управляет Docker-воркерами на одном сервере.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍6🙏2🔥1
Любопытная штука: многие IT-продукты последних месяцев написаны людьми, которые не умеют кодить.
Если вы в IT, то уже это замечаете: внутренние сервисы и MVP собирают быстрее. По данным исследований, no-code и low-code сокращают цикл разработки на 50–90%, а Gartner ожидает, что до 70% новых бизнес-приложений будут создаваться на этих подходах.
Параллельно набирает обороты vibe-coding - ИИ генерирует код по текстовому запросу и всё чаще используется в реальных командах.
Разобраться, где и как это применять, можно в канале Nocode Circle. Команда анализирует рынок, собирает рейтинги инструментов, агентств и edTech-проектов.
В канале публикуют:
— разборы зарубежных исследований
— тренды по AI и vibe-coding
— обзоры востребованных навыков специалистов
— кейсы внедрения и типовые ошибки.
Подписывайтесь на ребят, чтобы повысить скорость работы и закрывать задачи без лишних итераций.
Если вы в IT, то уже это замечаете: внутренние сервисы и MVP собирают быстрее. По данным исследований, no-code и low-code сокращают цикл разработки на 50–90%, а Gartner ожидает, что до 70% новых бизнес-приложений будут создаваться на этих подходах.
Параллельно набирает обороты vibe-coding - ИИ генерирует код по текстовому запросу и всё чаще используется в реальных командах.
Разобраться, где и как это применять, можно в канале Nocode Circle. Команда анализирует рынок, собирает рейтинги инструментов, агентств и edTech-проектов.
В канале публикуют:
— разборы зарубежных исследований
— тренды по AI и vibe-coding
— обзоры востребованных навыков специалистов
— кейсы внедрения и типовые ошибки.
Подписывайтесь на ребят, чтобы повысить скорость работы и закрывать задачи без лишних итераций.
🤣9👍6🔥2
Почему управление разработкой разваливается по дороге в продакшен?
Разрозненные инструменты для разработки и доставки кода, непрозрачные процессы и потеря контроля над кодом делают работу кросс-функциональных команд сложной и непредсказуемой. На вебинаре 27 февраля в 12:00 разберём, как выстроить единый процесс разработки и вернуть контроль над кодом на всех этапах — от идеи до релиза — с помощью Deckhouse Code.
👉 Зарегистрироваться
🗓 27 февраля в 12:00
Разрозненные инструменты для разработки и доставки кода, непрозрачные процессы и потеря контроля над кодом делают работу кросс-функциональных команд сложной и непредсказуемой. На вебинаре 27 февраля в 12:00 разберём, как выстроить единый процесс разработки и вернуть контроль над кодом на всех этапах — от идеи до релиза — с помощью Deckhouse Code.
Вы узнаете, как:
• объединить команды вокруг одной платформы, не ломая привычные процессы;
• обеспечить прозрачность и контроль изменений от идеи до продакшена;
• управлять доступами и ролями без ручной рутины;
• выстроить CI/CD, который масштабируется вместе с командой;
👉 Зарегистрироваться
🗓 27 февраля в 12:00
😐4
Сейчас модно стало говорить, что софт скиллы это не важно, качайте только хард скиллы. Хард скиллы ты можешь изменить, а вот софт скиллы это все вкусовщина.
КТО ПРАВ? В любых двух диаметрально противоположных позициях истина где-то посередине.
Что такое хард скиллы:
Hard skills - знания и компетенции, необходимые для какой-то профессиональной деятельности.
Что такое софт скиллы:
Soft skills - это инструменты и технологии, которые позволяют быть продуктивным и успешным в разных сферах.
На что нужно обратить внимания больше всего. Да на все. Есть еще мета скиллы:
Meta skills ― базовые качества личности, на основе которых складываются остальные навыки.
Раньше они считались врожденными чертами характера. Сейчас говорят о том, что их можно сформировать в течение жизни. К мета навыкам можно отнести:
👉 Осознанность.
👉 Эмпатия.
👉 Безоценочность.
👉 Гибкость мышления и поведения.
👉 Креативность.
👉 Интегральное восприятие и мышление.
👉 Терпимость к различиям.
👉 Аутентичность и проявленность.
Например, умение работать в команде - это soft skill, а способность выстраивать взаимосвязи с каждым коллегой в отдельности, понимать окружающих людей, то есть эмпатия - это метанавык.
Так как метанавыки очень связаны с софт скиллами и качаются они вместе опустим этот термин.
Почему важно прокачивать оба навыка?
К примеру, ты изучил какую-то технологию и хочешь ее презентовать команде. Если ты врожденно или в процессе жизни не приобрел навык коммуникации, в частности, умение объяснять понятным языком свои мысли, команда не примет твои доводы.
Можно конечно говорить «Вот они не профессионалы! Не понимают мои 100500 профессиональных терминов» которые ты сам не можешь объяснить понятным языком. Но это, по мне, говорит только о твоем непрофессионализме. Да и с тобой работать будет сложно, какими бы ты не обладал хард скиллами.
👉🏻Так же верно и обратное. Если ты не понимаешь хотя бы на базовом уровне специфику технологий, которые применяются на проекте, то тебе будет сложно, каким бы ты коммуникабельным не был. Вспомните «эффективных» менеджеров.
Но кстати, навык коммуникации может тебе помочь разобраться, по крайне мере, на базовом уровне.
Как измерить софт скиллы, к примеру, коммуникабельность?
В мире много всего относительно и оценочно. Мы будем оценивать относительно предприятия, в котором ты работаешь. В статистике есть такое понятие как «процентиль». По опыту скажу, что чаще всего используют 95. Если 95% случаев можешь донести свои мысли, то твои навыки коммуникабельности подходят для данного предприятия.
А ты за какие скиллы?
Please open Telegram to view this post
VIEW IN TELEGRAM
6👍22🤩5🔥2🙏1
FirstVDS празднует День хостера
Планируете запуск стартапа или перенос проекта на мощный сервер? Самое время, FirstVDS отмечает День хостера «Вечеринкой на орбите».
До 3 марта включительно на новые VDS в Москве действует скидка 25%.
С каждым сервером идёт бесплатный IPv4‑адрес и безлимитный канал до 100 Мбит/с, с возможностью расширения до 1 Гбит/с (трафик 32 Тб/мес включен в тариф).
👉 Забрать скидку
Реклама. АО «ИОТ», ИНН 7731399513
Планируете запуск стартапа или перенос проекта на мощный сервер? Самое время, FirstVDS отмечает День хостера «Вечеринкой на орбите».
До 3 марта включительно на новые VDS в Москве действует скидка 25%.
С каждым сервером идёт бесплатный IPv4‑адрес и безлимитный канал до 100 Мбит/с, с возможностью расширения до 1 Гбит/с (трафик 32 Тб/мес включен в тариф).
👉 Забрать скидку
Реклама. АО «ИОТ», ИНН 7731399513
Изменились ли ваши задачи за последний год?
Стало ли их больше?
У нас в компании, например, появилось много проектов для которых нужно было выстроить интеграцию. Я построил архитектуру, согласовал и реализовал все с нуля на основе apache Kafka и дополнительных компонентов.
Плюс с командой масштабировали несколько сервисов.
Работы еще много, но она интересная.
А у вас как?
Стало ли их больше?
У нас в компании, например, появилось много проектов для которых нужно было выстроить интеграцию. Я построил архитектуру, согласовал и реализовал все с нуля на основе apache Kafka и дополнительных компонентов.
Плюс с командой масштабировали несколько сервисов.
Работы еще много, но она интересная.
А у вас как?
В этом видео разбираю реальную инфраструктуру проекта подписчика и отвечаю на главный вопрос: стоит ли внедрять Kubernetes, если «и так всё работает».
Смотрим
В комментариях жду вашего мнения, стоит ли внедрять кубер или ну его в лес
Please open Telegram to view this post
VIEW IN TELEGRAM
👍5❤🔥2❤1
Так как сейчас у меня нет времени и возможности делать стримы, предлагаю вам задать вопросы в комментариях. Я на них потихоньку отвечу, а на самые интересные и развернутые - напишу статью.
Пишите, не стесняйтесь. И помните: самый глупый вопрос - это тот, который не задан.
Пишите, не стесняйтесь. И помните: самый глупый вопрос - это тот, который не задан.
🔥4