Metaclass by KTS

Как развернуть Yandex Cloud Stackland на bare metal ☁️ Когда инфраструктуру нельзя вынести в публичное облако, но хочется сохранить привычные managed-сервисы и удобство облачной платформы, возникает вопрос: можно ли получить всё это внутри собственного контура? Даниил, DevOps-инженер в KTS, рассказывает на Хабре, как он развернул Yandex Cloud Stackland на bare metal - от подготовки серверов и сети до готового Kubernetes-кластера и managed-сервисов. В статье вы узнаете: 💬 как подготовить сеть, бастион, DNS и NTP 💬 как собрать кластер из трех нод и установить Stackland через sladm 💬 как запустить PostgreSQL, Kafka и ClickHouse прямо из UI 💬 какие проблемы могут возникнуть с CoreDNS, BIND, UFW и дисками и как их решить Будет полезно DevOps-инженерам, SRE и всем, кто хочет разобраться, как устроить облакоподобную инфраструктуру внутри собственного контура.

«Монстропланетяне» в «Магните»: из космоса в офлайн 🛸 Вместе с коллегами из «Магнита» разработали геймификацию, которая подталкивает зайти в приложение, а оттуда — заглянуть в большие форматы сети. За счёт чего работает: ▫️ Ежедневный азарт. В центре игры автомат-хватайка, в котором каждый день можно вытащить капсулу с призом: купоны на скидки и товары за 1 ₽ и выгоду в магазинах Магнит Семейный, Экстра и Доставке. Для тех, кому не хватает бесплатных попыток, начисляем ещё за бонусы М+ или целевые действия: покупки и продуктовые задания. ▫️ Мостик к полкам. В самих магазинах поселились 7 игрушек-персонажей: Топыч, Ничоськина, Фанич, Смайли, Соняшкина, Энгрич и Норман. Покупаешь монстропланетянина на кассе — получаешь не только физичекую копию, но и цифровой элемент коллекции в приложении. А за всю собранную коллекцию можно получить гарантированные призы и пропуск в финальный розыгрыш. Заходите в приложение «Магнита», знакомьтесь с монстропланетянами и получайте призы 👾

Хотите увидеть, над какими проектами работают в KTS? 👀 После Metaclass лучшие выпускники проходят стажировку и под руководством наставников начинают работать над реальными продуктами для крупных компаний. Делимся одним из таких кейсов. 👇

Завтра уже август! 👀 Это официальное уведомление, что 2/3 лета позади. И где-то сейчас грустит список «что я точно сделаю этим летом». Если всё, что вы успели за июль, — это отдохнуть, то… вообще-то неплохой результат. Но впереди ещё целый месяц. Самое время заняться тем, до чего никак не доходили лапки. 💚

💡 5 ошибок, которые мешают развивать навыки разработчика Можно хорошо учиться, закрывать сессии на высокие баллы и всё равно чувствовать, что для стажировки или первой работы навыков пока не хватает. Часто проблема не в знаниях, а в подходе к обучению. ❌ Ограничиваться учебными заданиями Лабораторные, курсовые и домашние помогают освоить базу, но для развития этого недостаточно. Собственные проекты позволяют столкнуться с задачами, которые встречаются в реальной разработке. ❌ Не прислушиваться к обратной связи Если игнорировать ОС или просто исправлять ошибки по замечаниям, не разбираясь в их причинах, они будут повторяться. ❌ Не изучать чужой код Open source и реальные проекты помогают понять, как устроен код в индустрии и какие подходы используют опытные разработчики. ❌ Изучать сразу всё подряд Новый язык, новый фреймворк, новый курс… Лучше сначала глубоко разобраться в одном направлении, чем поверхностно освоить несколько. ❌ Откладывать подготовку к работе Не стоит ждать выпуска, чтобы начать собирать портфолио и развивать GitHub. Так найти стажировку или первую работу будет проще. В Metaclass мы делаем упор на практику, работу с наставниками и задачи, которые максимально похожи на реальные. Потому что важны не только знания, но и умение применять их на практике.

Как мы проводим IT-аудит: живой кейс, инженерный подход и надежность без фанатизма 🔍 По мере роста продукта инфраструктура тоже усложняется. Если её развитие не контролировать, появляются неочевидные зависимости, устаревшие компоненты и риски, которые со временем начинают мешать развитию. Станислав Пьянов, DevOps-техлид в KTS, рассказывает на Хабре, как команда проводит IT-аудит инфраструктуры на реальном кейсе и на что обращает внимание в первую очередь. 🟢 как понять, что инфраструктуре уже нужен аудит 🟢 что проверять в архитектуре, CI/CD, безопасности, мониторинге и тестировании 🟢 почему важно искать не отдельные проблемы, а их системную причину 🟢 как превратить хаотичную инфраструктуру в управляемую систему Будет полезно DevOps-инженерам, SRE, тимлидам и всем, кто отвечает за развитие и надёжность инфраструктуры.

Понедельник — тяжелый день. Но не для тех, кто уже закрыл сессию или защитил диплом! Учебный сезон закрыт. Welcome to Summer Mode ☀️ Отмечайте свой статус реакцией: 🔥 Сессия/диплом — всё! 😭 Еще чуть-чуть, и отдых 👍 У меня созвоны

🚀 Пройти стажировку в KTS меньше чем за 3 месяца? Реально. Знакомьтесь — Олег Хаметшин, выпускник Metaclass, который справился со стажировкой с рекордной скоростью! С первого раза попасть на стажировку не получилось. После окончания Metaclass Олег понял, что ему не хватает практики и опыта собеседований. Тогда вместе с друзьями начал развивать реальные продукты, которыми пользовалось большое количество людей. За это время набрался опыта, снова пришёл в Metaclass и со второй попытки успешно ворвался на стажировку. Фронтенд выбрал не случайно — этим направлением он занимался давно. И считает, что именно с фронтенда проще всего начинать путь в веб-разработке: результат своей работы сразу виден, а значит легче понять, как всё устроено. На стажировке его сразу ждал новый вызов. Вместо привычного React он попал на проект с Vue. «Это было сложно: незнакомый фреймворк, первая команда, новый проект, где даже негде было подсмотреть код-стайл компании. Но именно этот опыт помог мне быстро вырасти как разработчику.» Большую роль также сыграла команда. Дружеская атмосфера и готовность коллег в KTS всегда помочь позволили быстрее адаптироваться и почувствовать себя увереннее. 🔥Тем, кто хочет стать сильным разработчиком, Олег советует не бояться неизвестности. «Нормально, что ты ещё многого не знаешь. Знания и опыт приходят и закрепляются только на практике, поэтому надо быть всегда открытым ко всему новому.» А также не ограничиваться учебными проектами, а как можно раньше начать делать сервисы, которыми будут пользоваться люди. Именно они учат видеть проблемы, находить удобные решения, доводить продукт до релиза вместе с командой и продолжать развивать его после запуска. Потому что разработка — это гораздо больше, чем просто написание кода.

Стажировка в самом разгаре! 🔥 Лучшие студенты весеннего потока Metaclass уже применяют знания на практике в KTS. Мы спросили у ребят, как им на стажировке. 💚Про команду С командой получилось быстро найти общий язык — общение оказалось очень лёгким, без ощущения какого-либо барьера. Уже успели провести время с коллегами за игрой в D&D и на вечере настолок. А в рабочих вопросах всегда можно рассчитывать на помощь: быстро отвечают и помогают разобраться. 💚Про задачи Не всё пошло по заранее ожидаемому сценарию. Например, Елена Дятленко, стажёрка-фронтендер, готовилась работать с React, но первым проектом оказался Vue. Несмотря на неожиданность, освоиться получилось быстро. А буквально на этой неделе её взяли ещё на один проект — уже на родной React. Также успела разобраться с WebSocket'ами! Больше всего ребята выделяют сами задачи. Они постоянно затрагивают разные части проектов, поэтому каждый раз приходится разбираться в чём-то новом и постепенно расширять свой опыт. 💚 Про процессы Ребята отдельно отметили хорошо выстроенные процессы — как в работе над задачами, так и в организационных моментах. И, конечно, систему менторинга, которая помогает быстрее освоиться. Стажировка получается насыщенной: участие в проектах, новые технологии, поддержка команды и задачи, которые помогают постоянно учиться новому. Ну что, теперь очередь за осенним потоком. Может, именно твои отзывы мы будем публиковать в следующий раз 💚

Браузерные расширения от А до П, где П — публикация в Google Store 🔄 Если вы думали, что Chrome Extension можно собрать так же, как обычный фронтенд, — у нас плохие новости. У расширений своя архитектура, ограничения и подводные камни, о которые легко споткнуться. Александр, продуктовый инженер в KTS, делится на Хабре опытом создания AI-копайлота для Chrome и рассказывает: 💬 как устроена архитектура расширений на Manifest V3 💬 где должен жить код и как организовать взаимодействие между popup, content scripts и service worker 💬 какие инструменты выбрать для разработки 💬 что важно знать перед публикацией в Chrome Web Store Статья будет полезна тем, кто только собирается писать первое расширение или хочет избежать типичных ошибок при разработке.

Почему стоит запустить свой сервис ещё во время учёбы 🚀 Некоторые студенты делают пет-проекты для портфолио. Но в Metaclass мы заметили, что для многих это вообще первый подобный опыт. И именно его часто не хватает ребятам, которые приходят на обучение. При этом создать свой проект — один из самых полезных способов прокачаться как разработчик. Особенно если им начинают пользоваться реальные люди. Не просто написать приложение и выложить код на GitHub, а пройти весь путь от идеи до поддержки. Что для этого нужно? 💬 Найти проблему вокруг себя Самые удачные идеи часто лежат прямо перед глазами. Неудобно смотреть расписание в университете? Теряются важные объявления? Если проблема есть у тебя, скорее всего, она есть и у других. 💬 Собрать решение и запустить его Это может быть сайт, мобильное приложение или даже Telegram-бот. Главное — чтобы продуктом начали пользоваться не только вы. 💬 Найти первых пользователей Позвать друзей, рассказать в студенческих чатах, показать одногруппникам. Именно на этом этапе становится понятно, насколько твоя идея вообще нужна. 💬 Поддерживать и развивать проект И вот тут начинается самое интересное. Появляются баги, странные сценарии использования, пожелания пользователей и архитектурные решения, которые сначала казались отличными, а через пару месяцев уже хочется переделать. Такой опыт сложно получить на учебных проектах. А если коммерческого опыта ещё нет, то это отличный аргумент на собеседовании: всегда будет что рассказать про сервис, его пользователей и проблемы, которые пришлось решать по ходу разработки 🎯 А у вас был проект с реальными пользователями? Делитесь в комментах!

Как собрать мультитенантный мониторинг на VictoriaMetrics 🚀 Сергей Истомин, DevOps-инженер в KTS, разобрал на Хабре реальный кейс построения системы мониторинга для нескольких клиентов с разными сроками хранения метрик. В статье: 💚зачем понадобилось два кластера VictoriaMetrics вместо одного 💚как организовать хранение метрик на 7 и 30 дней 💚как настроить мультитенантность через VMAuth и VMUser 💚как подключить Grafana, алерты и внутренний мониторинг Kubernetes Получился подробный разбор архитектуры с примерами манифестов и объяснением всех ключевых решений. Полезно, если работаешь с Kubernetes, мониторингом или только присматриваешься к VictoriaMetrics 👀

Бауманские Тазы уже скоро 🚀 Одна из самых известных традиций МГТУ им. Н. Э. Баумана. Каждый год после защиты дипломов выпускники надевают белые каски и катаются в стальных эмалированных тазах вокруг студгородка. За годы Тазы стали настоящим символом Бауманки! Для KTS это не просто мероприятие, а часть нашей истории. Основатели компании и многие сотрудники — выпускники Бауманки. Поэтому каждый год мы возвращаемся, чтобы встретиться со студентами и выпускниками, вспомнить студенческие годы и познакомиться с ребятами, которые могут прийти в Metaclass, а затем в KTS. В этом году мы привезём станцию кастомизации, будем общаться и разыграем фирменную толстовку KTS 🔥 📍 26 июня будем на Бауманских Тазах. Если тоже планируете быть там, обязательно заглядывайте к нам! 💚

Я попал на стажировку в KTS. А куда расти дальше? Часть 2💥 Продолжаем взбираться вверх по грейдам! 💚 Мидл II Опыт: 2+ года Становится владельцем решения на уровне фичи. Не просто реализует требования, а участвует в выборе подхода, оценивает риски, ищет компромиссы и думает о влиянии решений на продукт. Берет ответственность за конечный результат своей зоны. 💚 Сеньор Опыт: 3+ года Отвечает за бизнес-результат, а не только за реализацию. Управляет скоупом, помогает принимать продуктовые решения, координирует работу разных участников команды и обеспечивает предсказуемую поставку ценности клиенту. 💚 Тимлид / Лид Опыт: 5+ лет Отвечает уже не за отдельную фичу или проект, а за развитие команды и отношений с клиентом. Формирует процессы, помогает специалистам расти, принимает стратегические решения и обеспечивает результат через работу других людей. 💚 Рост не происходит сам по себе. Он начинается в тот момент, когда ты готов выходить за рамки своей текущей роли, брать на себя новые задачи и расширять зону ответственности.

Я попал на стажировку в KTS. А куда расти дальше?💥 В компании есть матрица грейдов, которая помогает понять, как развивается специалист. Грейд определяется не только опытом, но и зоной ответственности. 💚 Стажер Опыт: 1–6 месяцев Погружается в процессы компании, работает под плотным наставничеством и учится доводить задачи до результата. Главная цель — освоить базовые инструменты, подходы команды и понять, как создаются продукты в KTS. 💚 Джун Опыт: 6–12 месяцев Отвечает за выполнение отдельных задач. Самостоятельно выполняет задачи, поставленные ментором и постепенно становится более самостоятельным. Использует доступные инструменты, включая AI, чтобы быстрее находить решения и развиваться. 💚 Мидл I Опыт: 1+ год Самостоятельно отвечает уже не за отдельную задачу, а за целый пользовательский сценарий. Может уточнять требования, предлагать улучшения, брать простые задачи из смежных областей и самостоятельно доводить работу до результата. Хотите узнать как идёт рост дальше? Ставьте реакцию - 🔥 и мы сделаем вторую часть!

🚀 Мы настроили динамические окружения на ArgoCD под каждую фичу В новой статье на Хабре, Даниил, DevOps-инженер в KTS, рассказал, как настроить динамические окружения на ArgoCD для системы из 40+ микросервисов. Раньше команды ждали очереди к общему dev-стенду, ловили конфликты между фичами и неделями возвращались к задачам, которые уже успели забыть. Теперь под каждый MR автоматически поднимается отдельное окружение со своей инфраструктурой и живёт ровно столько, сколько нужно для проверки. В статье: 💬 как устроены динамические стенды на ArgoCD 💬 зачем понадобились app-of-apps и sync-wave 💬 какие проблемы всплыли в реальном проекте 💬 когда такой подход действительно окупается, а когда только усложняет жизнь Полезный кейс для тех, кто работает с Kubernetes, GitOps и большим количеством микросервисов.