Ищем эксперта по Hadoop для работы с Big Data

😎Вы будете: разрабатывать и мониторить Hadoop-приложения, оптимизировать Hive/Spark-запросы и конвейеры, автоматизировать ETL на Groovy, администрировать ClickHouse

🔧Ваш стек: Hadoop, Scala, Kafka, Java, PostgreSQL, Jenkins, Spark, Hive, ClickHouse, Groovy, Git

☝️Обязательно: опыт с Hadoop, Hive, оптимизация Spark (SQL, кеширование, шардирование), SQL, ETL, работа с API и метаданными, оптимизация распределенных вычислений
Плюс: Scala (функциональное, JVM), Spark API (Java)

👉Откликнуться

#вакансия

Разбираем интересный CSS-баг ↗️

Знакомо, когда в интерфейсе что-то «глючит», но в коде всё правильно? У нас была такая история со sticky-колонками в большой таблице: границы между ячейками иногда исчезали. Помогало только изменение масштаба страницы↔️

За пару строк устранили баг. Как? Все подробности в новой статье от нашего разработчика Дмитрия Клешнева 🙃

Иногда самые неочевидные проблемы имеют элегантные решения. Главное — копать глубже и понимать, как браузеры работают под капотом 👨‍💻

#полезное

Ingress уходит. На очереди — Gateway API?🧐

В Kubernetes Ingress официально перешёл в режим feature freeze: он остаётся рабочим, но развиваться больше не будет.
На его место постепенно приходит Gateway API — новый стандарт управления трафиком, рассчитанный на продакшен, а не на как-нибудь заведём.

Что меняется:
▶️ Чёткое разделение ответственности: платформа управляет входной точкой, команды приложений — маршрутами
▶️ Поддержка не только HTTP, но и TLS passthrough, TCP и gRPC
▶️ Расширяемость без vendor-specific аннотаций и сюрпризов при апгрейдах
▶️ Предсказуемая модель, которая нормально масштабируется в multi-team кластерах

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

👻Подробнее — в статье Константина Ионова «Прощай, Ingress. Здравствуй, Gateway API» в блоге ГНИВЦ на Хабре

Ведущий инженер ИТ-инфраструктуры: спроектируйте облачную платформу федерального масштаба! ✌️

Если вы готовы возглавить архитектурные решения и создавать облачную платформу нового поколения для АИС «Налог» ФНС России, этот вызов для вас! Мы расширяем команду для выполнения масштабного государственного контракта

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

Что вы будете делать:

🟣разрабатывать полную проектную и рабочую документацию: от технических заданий, структурных схем и пояснительных записок до планов аварийного восстановления и программ испытаний (по ГОСТ 34)
🟣участвовать в аудитах текущей ИТ-инфраструктуры и работах по расширению ЦОД
🟣проектировать комплексные ИТ-решения: включающие сервера, СХД, СРК, сетевую инфраструктуру (ЛВС/ЦОД) и инженерные системы


👉 Откликнуться

#вакансии

Не по инструкции 🤔

Иногда база данных принимает решения, которые на первый взгляд выглядят… странно 👀

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

Без теории ради теории — только реальный кейс и выводы, которые пригодятся тем, кто работает с PostgreSQL в продакшене ✈️

➡️ Читать статью целиком на Habr

#полезное