Всем продуктивного понедельника, друзья! 💚

Ловите подборку наших докладов с Saint HighLoad++

ℹ️Особенно полезно платформенным разработчикам.

Виктор Корейша, руководитель направления Managed Services:
Масштабирование системы хранения секретов на базе HashiCorp Vault
Проблемы Vault и их решения внешними и собственными инструментами.
📱 Смотреть на YouTube

Ян Силов, руководитель отдела разработки «Контроль и тарификация курьеров»:
Как мы шли к 5 000 RPS на запись
Наш опыт оптимизации работы сервисов при росте нагрузки на систему.
📱 Смотреть на YouTube

Евгений Пак, руководитель отдела разработки «Инструменты AB-тестирования и стенды метрик»:
Стенд метрик: как построить архитектуру для расчёта тысячи метрик и попасть в SLA
Продуктовый подход, процессы и техническая реализация стенда для расчёта порядка тысячи метрик для всех экспериментов компании.
📱 Смотреть на YouTube

Пётр Портнов, старший разработчик информационных систем:
Обновления данных в поиске за секунды. Быстробновляемые атрибуты в поисковом движке Ozon
История разработки собственного «быстрого хранилища» на базе Apache Lucene.
📱 Смотреть на YouTube

Ильяс Нежибицкий, руководитель группы разработки Service Discovery:
Хватит себя обманывать, или Давайте посмотрим, как работают статистические балансировщики нагрузки
Проблемы эффективности балансировки запросов и решения для больших инсталляций.
📱 Смотреть на YouTube

Михаил Кабищев, руководитель департамента разработки PaaS:
Как регулярно терять один ДЦ и не волноваться
История о том, как мы масштабировались на 3 ДЦ и научились работать при отсутствии связи с любым из них.
📱 Смотреть на YouTube

Андрей Коняев, руководитель группы разработки DWH tools:
Hadoop в 3 ДЦ
Наш опыт растягивания Hadoop на 3 дата-центра.
📱 Смотреть на YouTube

Павел Грибанов, ведущий разработчик платформы нагрузочного тестирования:
Зачем в Ozon понадобилось написать свой gRPC-клиент для нагрузочного тестирования, и как мы это сделали
Нагрузочное тестирование в Ozon и реализация своего gRPC-генератора.
📱 Смотреть на YouTube

Анатолий Межебицкий, руководитель группы разработки Capacity Planning:
Capacity Planning в Ozon
Баланс распределения общего бюджета для масштабирования бизнеса и «железа», которое выдержит высокую нагрузку.
📱 Смотреть на YouTube

#ozontech_experts

Dagger 2 — фреймворк для инъекции зависимостей с компонентной архитектурой. Мы используем его, чтобы собирать общие компоненты и навигацию между модулями, изолировать зависимости, улучшать тестируемость.

Привет, это Иван Курак. Я работаю над приложениями команды Ozon Job. Я уже рассказывал, как написать простой DI, для тех, кто использует Koin.

В своей новой статье я разбираю Dagger 2.
А именно:
✅ внедрение inject в поля класса;
✅ создание Singleton (механизма, который гарантирует, что класс имеет только один экземпляр во время выполнения приложения);
✅ создание SubComponent для более модульных и гибких графов зависимостей;
✅ работу AssistedInject для внедрения зависимостей в объекты, которые создаются динамически и имеют параметры, не вложенные в Component на этапе его создания.

Надеюсь, вам будет полезно — кодогенерация Dagger 2 может сэкономить много времени.

#ozontech_habr

Как регулярно терять один ДЦ и не волноваться?
Иметь 3 ДЦ и постоянно проводить учения, сокращая время простоя.

С 2022 года мы регулярно проводим учения. Собираем координационный штаб, распределяем роли, засекаем время. Всё, чтобы быть уверенными: в день, когда внезапно пропадёт электричество или какой-нибудь случайный трактор перерубит оптоволокно, мы продолжим работать надёжно и стабильно.

За время учений мы определили, что:
❗ всё должно быть по-настоящему — мы реально отключаем один из ДЦ, не переключаем мастера, не выводим то, что может сломаться и т.д.;
❗ восстановление обязательно происходит вручную;
❗ общее время даунтайма, к которому мы стремимся, не должно превышать 3 минуты для разных сервисов.

⭐ Подборка для тех, кому важно знать, что мы делаем для обеспечения стабильности работы ЦОДов

— Доклад о процессе учений в Ozon Tech, решениях для observability, кэширования DNS и других проблемах в момент инцидента, — Михаил Кабищев, руководитель департамента разработки PaaS: в VK Видео и на YouTube.

— Пост про Warden, наш инструмент service discovery, который умеет определять отключение ДЦ и выкидывать недоступную зону из балансировки.

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

— И ещё статья от Михаила Кабищева о том, как устроена наша платформа и как она обеспечивает нам необходимую скорость, доступность и надёжность в любой ситуации.

Стабильности вашим дата-центрам!

#ozontech_experts

❤️ 7 вакансий для разработчиков, аналитиков и дизайнеров

Масштабируемся и ищем сильных коллег. Если знаете таких, перешлите им этот пост, пожалуйста 💖

🧑 Руководитель направления 1С: УХ
Стэк: 1С.
Что делать: организовывать процессы в продуктовой команде разработки 1С: УХ; определять стратегическое развитие направления, управлять бюджетом и наймом.
➡️ Откликнуться

🧑 Старший разработчик Go, Маркетплейс, Инструменты аналитики площадки
Стэк: Go, ClickHouse, PostgreSQL, Kafka, Memcached, K8s.
Что делать: разрабатывать высоконагруженные микросервисные системы с огромным объёмом данных и оптимизировать их производительность.
➡️ Откликнуться

🧑 Старший разработчик C#, Логистика, Маршрутизация возвратов
Стэк: .NET, PostgreSQL, Kafka, gRPC, Docker, Kubernetes, Prometheus, Grafana.
Что делать: работать над архитектурой системы, оптимизировать производительность кода, чтобы процесс возврата был простым, быстрым и с минимальными затратами.
➡️ Откликнуться

🧑 Аналитик данных, Маркетплейс, Отдел продуктовой аналитики
Стэк: Python, Grafana.
Что делать: участвовать в разработке продуктов для покупателей и продавцов, создавать отчётность, улучшать дерево метрик.
➡️ Откликнуться

🧑 Go-разработчик, IaaS
Стэк: Go, gRPC, K8s, Kafka, ClickHouse, Memcached, Redis, Docker.
Что делать: залезать в инфраструктурные недра и совершенствовать нашу платформу, развивать функционал кластеров Kubernetes, мониторить сервисы и обеспечивать логирование.
➡️ Откликнуться

🧑 Продуктовый дизайнер (B2B), Ozon Банк
Что делать: проектировать сложные интерфейсы и пользовательские сценарии на пересечении финтеха и e-com.
➡️ Откликнуться

🧑 Маркетинговый аналитик, Ozon Банк
Стэк: Python, ClickHouse, Superset.
Что делать: превращать данные рекламных размещений в исследования эффективности каналов, помогать маркетологам со стратегиями привлечения, обрабатывать огромные массивы данных.
➡️ Откликнуться

Читайте подробности и откликайтесь по ссылкам↪️

Завтра — последний день, когда можно зарегистрироваться на контест:

Зарегистрироваться

Напоминаем:
26 января пройдёт отборочный турнир для разработчиков на Go и C# уровня junior и middle, а также для QA-инженеров на Go и Python уровня middle.

🔵 Route 256 — бесплатные курсы команды разработки Ozon Tech, после которых можно попасть на стажировку или даже получить оффер.

Бейбиситить больших руководителей — негласная роль любого менеджера крупного проекта.

Привет, это Иван Лапушенков, руководитель отдела управления проектами в информационной безопасности.

За годы работы в проектном управлении и в управлении командой проектных менеджеров я выделил ряд особенностей при работе с «большими руководителями». Это высокие руководители и/или эксперты — заинтересованные в проекте стороны.

❓ Как приводить ожидания руководителей к реалиям проекта?
❓ Что делать со сменой приоритетов?
❓ Как сказать «нет», не говоря «нет»?

Ответы — в моей статье.

#ozontech_habr