Kurgan-Telecom Ru | Информационные технологии

В Островке мы строим экосистему вокруг данных — от хранилищ и пайплайнов до систем мониторинга и каталогов. Но когда всё только начиналось, под часть наших процессов просто не существовало готовых решений. Так появился наш собственный дата-каталог DataPortal — лёгкий, быстрый и идеально подходящий для небольшой компании.

Со временем всё изменилось: объём данных вырос в десятки раз, появились новые команды, и вместе с этим начали звучать вопросы вроде «где лежат данные для этого дашборда?», «кому писать, если он упал?» и «можно ли этим данным доверять?». Так мы поняли, что пора взрослеть — и искать инструмент, который поможет масштабировать не только инфраструктуру, но и дата-культуру.

Мы выбрали DataHub — open-source каталог, обещавший прозрачность, автоматизацию и гибкость. Развернули, подключили источники, построили lineage, и даже порадовались, что всё заработало с первого раза. А потом стало ясно: DataHub не заменил наш DataPortal. Более того, оба инструмента отлично дополнили друг друга — инженерное ядро и удобное окно в данные для бизнеса.

Почему два дата-каталога оказались лучше одного, как это повлияло на культуру работы с данными и что нам дал DataHub помимо красивых графов lineage — рассказываем под катом.

Привет! Меня зовут Настя, я занимаюсь контентом в Хабре. Возможно, вы знаете, что каждый год мы на Хабр Карьере просим специалистов честно оценить своих прошлых и нынешних работодателей: они cтавят оценки задачам, технологиям, зарплате, соцпакету, карьерному росту и другим условиям, на которые обращают внимание во время работы и при трудоустройстве. А мы собираем оценки и строим рейтинг.

И мы много рассказываем о том, почему важно оценивать свою компанию, но редко о том, зачем компаниям участвовать в рейтинге работодателей и как собирать отзывы от сотрудников. Ведь участие и победа дают гораздо больше, чем просто понимание своих сильных и слабых сторон. Исправляемся в этой статье — перешлите ее своему эйчару. 

п.с. а еще мы поговорили с компаниями, которые уже не первый год участвуют и побеждают в рейтинге — о том, что дает им участие и как оно влияет на их бренд работодателя. Ищите ответы под катом.

Всем привет!

Наконец-то дошли руки до написания очередной статьи. Ну как дошли… Начать писать ее можно было бы еще полгода назад. А я люблю рассказывать о полностью завершенном клиническом случае с долгосрочными наблюдениями. Поэтому большинство моих статей это в среднем 2 года, описанные в 5 минутном очерке.

Было решено, что если я хочу баловать вас своими статьями, то стоит публиковать их пусть и незавершенными, но интересными, заставляющими ждать продолжение. Прямо как сериал, который уже изрядно достал, но досмотреть надо. <cut/>

Сегодня я делюсь с вами очередным клиническим случаем, который берет свое начало в декабре 2024 года.

Стояла поздняя осень. Конец ноября. Стоял и я. На улице снежок, морозец жмёт, поднял воротничок… Как вдруг приходит сообщение от моего читателя. Да-да, я своего рода популярный писатель. Не помню, что именно было в тот день, но помню точно – смеркалось. А закат был ал, был ал как коленочки…

Возможно, именно сейчас Владислав читает эти строки вместе с вами и вспоминает, как все начиналось. Как же мне было приятно услышать положительные отзывы о моих работах и уж тем более то, что Владислав доверил мне лечение своего папы.

Я подготовился к приему заранее, посмотрел компьютерную томографию, которую он мне прислал.

Новая версия Debian 13 и релиз Proxmox VE 9.0 пришли почти одновременно, вызвав ажиотаж у клиентов. В статье рассказываем, как команда HOSTKEY адаптировала свои процессы, автоматизировала деплой и подготовила инфраструктуру под свежие релизы

Привет, Хабр!

Представьте: клиент отправил важный POST-запрос (например, создание заказа или списание денег), но из-за сетевого сбоя не получил ответ. Не зная, что на сервере операция уже выполнилась, клиент пробует повторить запрос. Если бэкенд не подготовлен к таким дублям, итог может быть печальным: мы создадим две одинаковые записи вместо одной или, хуже того, спишем деньги с пользователя два раза. Как этого избежать? Правильный ответ — реализовать идемпотентность в API.

Технические собеседования в ИТ часто напоминают экзамен. Приходишь с опытом, успешными проектами и идеями, а оказываешься на допросе: формальные вопросы из чек-листа, каменное лицо интервьюера и ноль интереса к человеку напротив. От кандидата ждут единственного правильного ответа из внутренней методички, тщательной подготовки, вовлеченности. При этом сами забывают: собеседование — это не тест, а разговор двух специалистов. И готовиться к нему должны обе стороны.

Привет, Хабр! Меня зовут Роман. Я Senior Java-разработчик в SENSE, больше 7 лет работаю в enterprise-разработке. Занимаюсь созданием высоконагруженных распределённых систем — в госсекторе, медицине и банковской сфере. За это время прошел десятки интервью сам и провёл более 20 собеседований: от junior до senior позиций.

В этой статье мой взгляд на то, почему технические интервью превращаются в формальность или токсичную игру «угадай ответ» и как можно сделать интервью честным и осмысленным. Это не набор правильных вопросов и не инструкция «как собеседовать по ГОСТу», а приглашение задуматься: как уйти от шаблонов и вернуть смысл в интервью? 

При работе с распределенными хранилищами на базе Ceph иногда возникает необходимость временно или окончательно исключить узел из кластера. Это может понадобиться при обновлении оборудования, обслуживании инфраструктуры или перераспределении ресурсов. Вместе с тем если узел, подлежащий выводу, одновременно исполняет роли MON (Monitor), MGR (Manager Daemon) и MDS (Metadata Server), задача превращается в настоящий квест hard-уровня. Но при должном подходе и с такими кейсами можно справиться. 

Меня зовут Алексей Косов. Я старший инженер доступности отдела интеграции и сопровождения облачных решений в команде VK Tech. СХД Ceph — это часть поставки нашего продукта для построения частного облака в ЦОДе заказчика VK Private Cloud. В этой статье я пошагово покажу, как можно вывести узел с полным комплектом сервисов Ceph из кластера, чтобы кластер и остальные узлы не пострадали.

При работе с распределенными хранилищами на базе Ceph иногда возникает необходимость временно или окончательно исключить узел из кластера. Это может понадобиться при обновлении оборудования, обслуживании инфраструктуры или перераспределении ресурсов. Вместе с тем если узел, подлежащий выводу, одновременно исполняет роли MON (Monitor), MGR (Manager Daemon) и MDS (Metadata Server), задача превращается в настоящий квест hard-уровня. Но при должном подходе и с такими кейсами можно справиться. 

Меня зовут Алексей Косов. Я старший инженер доступности отдела интеграции и сопровождения облачных решений в команде VK Tech. СХД Ceph — это часть поставки нашего продукта для построения частного облака в ЦОДе заказчика VK Private Cloud. В этой статье я пошагово покажу, как можно вывести узел с полным комплектом сервисов Ceph из кластера, чтобы кластер и остальные узлы не пострадали.

Привет, Хабр! Меня зовут Дмитрий (@HaZkeR_Default), и я — инженер по инфраструктурным решениям в компании РЕД СОФТ. Моя работа связана с RED DC — контроллером домена, входящим в состав системы централизованного управления РЕД АДМ. В частности, я занимаюсь анализом проблем, возникающих у пользователей. Итак, я обнаружил, что 80% ошибок легко поправимы и закрадываются на этапе первичных настроек «Службы каталогов». Их можно избежать, выполнив проверки на стадии ввода или репликации.

Результат моих трудов — сегодняшний чек-лист. Разберем подробно типовые ошибки, которые допускаются в процессе заполнения конфигурационных файлов, и пройдем процесс первоначальной настройки.

Привет, читатель! Меня зовут Александр Щербанюк, и я Python-разработчик. Это первая статья цикла, который посвящен разбору внутреннего устройства CPython.

В статье сравним REST, gRPC и GraphQL с точки зрения производительности, гибкости и архитектуры микросервисов. Покажем, как объединить GraphQL и gRPC для фронтенда и бэкенда, чтобы получить мощный API без лишнего трафика и задержек.

Представьте: без выгорания и переработок вести несколько проектов одновременно. Как в шторм на сапборде, скажете вы — мы ответим, что с правильными инструментами это возможно. Если устали захлебываться в рутине, эта статья для вас.

Привет, Хабр, на связи команда ITSM 365. Наш клиент Михаил пытался вести вручную несколько проектов, допустил типичные ошибки и обратился к автоматизации. Его опыт показал, как система управления проектами помогает не срывать сроки и навести порядок в коммуникации. С согласия клиента делимся его историей.

Когда речь заходит о беспроводных сетях, злоумышленники часто сосредотачивают усилия на поиске брешей в механизмах аутентификации и на атаках на них: подобным способом они пытаются проникнуть в корпоративную сеть. На прошлой неделе мы рассказали, как устроен процесс аутентификации и какие протоколы для этого применяются. В зависимости от выбранного протокола используются определенные методы шифрования и проверки данных.

Так, у широко распространенного протокола WPA2 есть ряд известных уязвимостей. Среди них — подбор пароля по захваченному рукопожатию (handshake), восстановление ключа при слабом пароле (перехват PMKID), атаки на WPS (в том числе перебор PIN‑кода). В корпоративных сетях также возможны атаки на механизмы аутентификации, например downgrade‑атаки при использовании устаревших методов вроде EAP‑GTC.

Ни один протокол не идеален, и даже WPA3 не стал исключением. Хотя он действительно более безопасен, чем предшественники, исследователи обнаружили в нем уязвимости под общим названием Dragonblood. Например, одна из них позволяет провести атаку на точку доступа в режиме WPA3-Transition Mode. В этом режиме точка доступа поддерживает одновременно WPA2 и WPA3, что позволяет злоумышленнику понизить уровень безопасности до уровня WPA2 и обойти защиту. Дополнительно существует инструмент DragonShift, который автоматизирует процесс такой атаки, еще больше упрощая задачу хакеру.

Чтобы нагляднее показать, как распределяются атаки на беспроводные сети (в том числе на WPA2 и WPA3), можно условно выделить несколько категорий.

Представьте сделку: я даю вам готовую аудиторию из миллионов покупателей, беру на себя доставку, платежи, возвраты. Вам остается только поставить товар на полку. Звучит как мечта любого предпринимателя, правда?

Именно так выглядели маркетплейсы пять лет назад. И миллионы продавцов подписали эту сделку. Wildberries показал пятикратный рост, весь российский e-commerce утроился до 4,8 триллионов рублей. Все радовались.

Но через несколько лет предприниматели начали понимать, что подписали не партнерское соглашение, а долговую расписку.

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

Корпоративный архитектор — это «демон Максвелла», и его задача — бороться со сложностью ИТ-ландшафта. У нас в Банке это добрый демон, оперирующий подходами Just Enough Enterprise Architecture (JEEA) и Lightweight Architecture Governance (LAG). Именно корпоративные ценности и культура в Банке делают демона добрым. Поверьте мне, ведь я один из них.

Привет, Хабр! Меня зовут Дмитрий Клецких. Я Chief Enterprise Architect в Райффайзен Банке. До этого много лет работал корпоративным архитектором в других компаниях: МКБ, СБЕР, Транснефть, Правительстве Москвы. Поговорим об изменениях ИТ-ландшафта, организационных и технологических трансформациях, о роли архитекторов и изменении этой роли с приходом ИИ.

Привет, Хабр! Это Андрей Горностаев, руководитель агентства контекстной рекламы КонтекстЛаб. Весной 2022 года спрос на продукцию магазина раций стремительно вырос, но вскоре ситуация изменилась: на рынок вышли частные предприниматели, начавшие продавать дешёвые рации из Китая на маркетплейсах. В итоге компания с сертифицированной продукцией и надёжной репутацией попала в ситуацию “дикого рынка”. В этом кейсе расскажу, как побороть демпингующих конкурентов, найти прибыльную нишу в ассортименте, перестать соревноваться с дешевыми предложениями и грамотно настроить контекстную рекламу. 

Привет, Хаброжители! Использование ИИ-инструментов вродеCopilot и ChatGPT похоже на наем суперумного и быстрого джуниор-разработчика, который готов взяться за любую задачу – от исследования до рефакторинга. Работа с ИИ помогает писать код быстрее, улучшать качество приложений и даже реализовывать идеи, которые могли быть недоступными вашей команде. Эта книга покажет, как использовать ИИ с максимальной пользой.

В ней вы найдете подробное руководство по эффективному применению ИИ-инструментов в реальных проектах. Пройдете весь цикл разработки, включая использование ИИ на каждом этапе. Будете использовать ChatGPT и Copilot для генерации кода и идей, автодополнения и создания самодокументируемого приложения. Узнаете, как ИИ помогает тестировать и объяснять код.

Созвездия представляют собой скорее исторический и культурологический феномен, нежели могут являться объективной физической данностью. Не смотря на то, что разные народы в разные эпохи так или иначе занимались группировкой "неподвижных светил" в более или менее легко запоминающиеся схемы, это были разные фигуры — для одних и тех же звёзд. Существует мнение, что большинство народов каким-то странным образом — не взаимодействуя друг с другом, независимо друг от друга — собрали из звёздных россыпей примерно одинаковые фигуры, и даже назвали их похожим образом — это скорее миф. Одинаковые традиции в расчерчивании звёздной карты характерны для для тех народов и стран, которые активно общались между собой в античную эпоху — торговали, воевали, обменивались философскими и прикладными идеями. А те, которые не общались, видели на небе совсем не совпадающие образы.

Однажды при работе с крупной кодовой базой одного фронтенд-приложения я заметил, что функционал постепенно группируется относительно команд (доменов). Каждая из таких групп функционала постепенно накладывает собственные ограничения на архитектуру. Как оказалось, обработка ошибок при сравнении кода двух разных команд неоднородна. В одном случае разработчики структурировали ошибки стандартным наследованием JS/TS, в другом были использованы перехваты возникающих ошибок и логирование.

Стало ясно, что нам требуется обобщить подход к тому, как мы структурируем (называем, наследуем) и выбрасываем ошибки. Как показала практика, соглашений о кодировании недостаточно.

Что мы хотели получить?

SmileFace — игра, в которой нейросеть угадывает эмоции

Мы сделали интерактивный стенд: камера, смайлики и нейросеть, которая пытается распознать, что вы чувствуете. В статье — как это работает, с какими трудностями столкнулись и как запустить игру у себя.