В Ozon хорошо развита инфраструктура и Go-сообщество. В большинстве случаев мы пишем микросервисы как раз на Go, и если тесты написаны на другом языке, разработчики не могут внести в них свой вклад или отревьюить их. Поэтому внутри Ozon активно развивается Go-сообщество QA: копим экспертизу, пишем собственные фреймворки и опенсорс-библиотеки, делимся экспертизой на бесплатных курсах. 

Меня зовут Сергей Макаров, ранее я уже писал о нашей опенсорс-библиотеке CUTE, которая облегчает тяготы создания автотестов и упрощает переход на Go. Получился полезный инструмент тестирования HTTP-сервисов с проверкой отчётов в Allure. Хочу рассказать об этом подробнее — приглашаю на открытый митап в Ozon Tech.

На втором докладе узнаем, как подружить QA и разработку через применение практики хранения тестов в коде — опытом поделится Василий Юдин из Авито. Часто бывает, что часть тестов — ручные и хранятся в TMS, часть — автоматизированные, и собрать всю эту информацию в одном месте для оценки покрытия очень трудно. Но, как оказалось, можно. 

А ещё проведём круглый стол на тему «Профессия QA». С коллегами из Ozon, Авито, Skyeng и Mirantis обсудим, как войти в профессию автотестирования и построить карьерный путь. Вести и модерировать встречу будет мой коллега Игорь Любин. 

Встречаемся 13 июля 18:00, онлайн и оффлайн. Ссылка на регистрацию — под катом. 

UPD: запись видео и презентации смотрите в отчёте

Привет, хабравчане. Меня зовут Дима Колесник, и я занимаюсь разработкой инструментов тестирования в маркетплейсе. У нас серьёзные нагрузки: 90 млн уникальных пользователей, а в распродажи выдерживаем 5к заказов в минуту. При таком масштабе мы тестируем релиз за 5 минут и делаем больше сотни релизов в день. 

Немного о нашем стеке: браузерные тесты пишем на TypeScript, бэкенд-тесты – на Go, Python, C#. В Mobile QA Automation используем Appium и Python. 

Приглашаем послушать и пообщаться тестировщиков и всех, кто к этому близок:

— Разберем уровни изоляции компонентов приложения при тестировании,

— Расскажем о комбинаторном тестировании,

— Проведем Q&A-сессию о тестировании в Ozon Tech со спикерами и руководителями.

В этот четверг приглашаем вас на митап, посвящённый продуктам, которые лидируют представители Ozon, Авито, Skyeng.

В программе:

— Ozon доставляет: как посылка попадает к вам в руки? (Игорь Мелех, Ozon).

— Делать или не делать: приоритизация по-взрослому (Аня Подображных, Авито).

— Как провести 24 эксперимента на 100 тыс. пользователей за месяц и не умереть (Роман Михайлов, Skyeng).

— Q&A-сессия.

Подробнее о докладах и продуктовой культуре в Ozon читайте внутри.

Ozon разработал систему модерации карточек товаров на базе методов машинного обучения, сообщили информационной службе Хабра в пресс-службе маркетплейса. Система автоматизирует проверку новых позиций и сокращает время обработки карточки. По утверждениям Ozon, проверка размещаемых продавцами товаров будет составлять в среднем три минуты.

Привет, Хабр! Меня зовут Алексей, я тимлид команды инфраструктурных разработчиков и инженеров PostgreSQL. У нас небольшая команда — всего 6 человек, но при этом довольно большая инфраструктура, на которой едут наши инстансы PostgreSQL. Это около 8000 виртуальных машин в проде, 2000 в тестовой среде. Общие нагрузки на базы ~2млн TPS, WAL трафик 1.5 ГБ/c. Наш стек технологий: KVM, PostgreSQL, GO, Python, Patroni.

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

В программе:

— PostgreSQL как сервис для внутреннего заказчика,

— Как управлять бэкапами в высоконагруженной среде,

— Фичи, которых нет. Краткий обзор состояния резервного копирования в других СУБД,

— Круглый стол с представителями Авито, Yandex.Cloud, PostgresPro.

Ozon Tech решил провести «техническое интервью наоборот». Проект «Озадачь инженера» представляет собой создание задач для разработчиков, которые решат эксперты маркетплейса Ozon Tech. Задачи присылают соискатели на вакансии разработчиков, рассказали в пресс‑службе службе маркетплейса.

После обработки всех задач будет проходить голосование. В нём могут принять участие все представители IT‑сообщества. На голосовании выберут лучшие и самые сложные кейсы, а 20 ноября 2023 в прямом эфире задания попробуют решить ведущие эксперты Ozon Tech. За лучшие задания участники получат встречу с IT‑экспертом Ozon Tech или карьерную консультацию от HR. Сбор задач от IT‑сообщества пройдёт здесь, там же указаны полные правила и подробности проекта.

Привет, Хабр! Меня зовут Ван, я возглавляю отдел машинного обучения и матчинга торговой площадки Ozon. В нашем IT работает более ста DS-специалистов, чьи алгоритмы ежедневно обрабатывают сотни терабайтов данных для решения важных бизнес-задач и не только. В процессе работы наших алгоритмов задействованы Python, Scala, Go, Hadoop, Spark, PostgreSQL, Kafka и ещё много разных хранилищ и фреймворков.

Чаще всего цели наших ML-алгоритмов в IT-индустрии пересекаются, но технологические траектории достижения результата могут значимо отличаться. На встрече мы поделимся опытом и с коллегами из Яндекс Маркета, AliExpress Россия и Циан выступим с докладами:

— Spark Streaming: в погоне за оптимальной утилизацией и прозрачностью на Hadoop

— Го обсудим: продакшен ML на Golang

— Платформенные решения. Решаем проблемы жизненного цикла ML-сервиса

— Как мы перестали бояться иероглифов и полюбили китайскую инфраструктуру

После докладов на круглом столе обсудим процессы и роли в ML-командах крупных IT-компаний.

14 апреля в 17:00 заглядывайте на наш ML Meetup (онлайн и оффлайн). 

Команда Ozon Tech в Иннополисе внедрила в логистические операции устройство, которое автоматически измеряет габариты и вес товара, поступившего на фулфилмент-центр. С его помощью Ozon сможет оптимизировать размещение товаров на складе и эффективнее использовать доступные площади, рассказали Хабру в компании.

Привет! Меня зовут Саша Свиридов, я руковожу отделом мобильной разработки в Ozon. В моей команде чуть больше 80 человек — это Android- и iOS-разработчики и QA-инженеры. Мы делаем основное приложение Ozon для покупателей. Моя команда состоит из семи кроссфункцинальных групп разработки, каждая из которых отвечает за определенный скоуп задач. Спектр наших задач очень широк: мы разрабатываем чаты на сокетах, работаем с картографией, с потоковым видео, пушами, с аналитикой, со сложным UI. Пожалуй, у нас нет только GameDev:)

Всего в Ozon больше 150 мобильных инженеров, которые развивают приложения для покупателей, продавцов, Ozon Fresh, FinTech, курьеров и сотрудников пунктов выдачи заказов. Словом, нам есть что рассказать.

Чем поделимся на митапе:

— Какие метрики собираются и как мы боремся за перформанс приложения.

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

— Как работает новая модель многопоточности. На примерах разберём, что нового появилось в Swift и как это подружить со своим кодом. 

— Круглый стол, на котором мы обсудим темы, предложенные вами при регистрации на мероприятие.

Подробнее про наш стек и программу — под катом.

Если не не знаешь, как написать, давай попробуем вместе!

Всем привет, меня зовут Катя и я руководитель отдела технических писателей в Ozon Tech.

Все мы хотим, чтобы документация была понятной и полезной, но не всегда мы знаем, как сделать её такой. Поэтому мы решили собраться с техписателями из X5 Tech и Тинькофф на небольшой камерный онлайн-митап — обсудить наболевшие вопросы и обменяться опытом.

Подключайся 5 июня на Techdoc Meetup #1

UPD: Добавили записи докладов и слайды

Привет, Хабр! Меня зовут Кирилл Семушин, в Ozon я руковожу направлением продуктового дизайна и исследований. В нашей компании более 150 дизайнеров, десятки исследователей и не менее дюжины UX-редакторов. Все они работают над бесчисленным количеством продуктов, чтобы наши пользователи становились чуточку счастливее.

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

Приглашаем в наш московский офис 17 февраля в 18:00, где честно поделимся опытом:
• Кирилл Семушин расскажет дизайне в Ozon.
• Виктор Теплов: «Пилим Библу или Рефакторинг дизайн-системы».
• Богдана Кибза: «Дизайн-система ✕ SDUI: как мы собирали грабли».
• Алексей Авдеев: «Как подружиться c фронтенд-разработчиком».
• Евгений Антонов, Никита Новоселов проведут интерактив: ревью макетов глазами мобильного разработчика.

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

Меня зовут Егор Прокопьев, и я фронтенд-разработчик в Ozon.

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

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

Если вы спросите у прожжённых системных администраторов, используют ли они realtime‑конфигурацию в Asterisk, с вероятностью 90% ответ будет отрицательный. В качестве обоснования, скорее всего, услышите «При недоступности источников данных телефония станет неработоспособной». Если интересно узнать, как мы обошли это ограничение, читайте дальше.

Привет! Меня зовут Пётр Жучков, я руководитель группы хранения секретов и конфигураций в отделе Message Bus в Ozon. Мы отвечаем за поддержку и развитие системы хранения и использование секретов, активно сотрудничаем с ребятами из департамента информационной безопасности, чтобы все сервисы могли безопасно работать с секретами.

Основной наш инструмент для управления секретами — Vault. Он отличается хорошей функциональностью, а также имеет подробную документацию, благодаря которой можно быстро начать его использовать. Конечно, запустить Vault и подключить к своему сервису — это совсем не то же самое, что надёжно и безопасно предоставить платформенный доступ более 6000 сервисов и других инфраструктурных систем. Для нас крайне важно отдавать данные быстро и хранить безопасно.

Если вы хотите безопасно хранить секреты или просто погрузиться в gRPC и Go, то, думаю, вам будет интересно и полезно не повторять наши ошибки.

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

Привет! Меня зовут Михаил Мурзак, я продуктовый дизайнер в Ozon Seller (сайт и приложение продавца).

Время от времени мы делаем анимированные онбординги крупных фич в мобильном приложении и долгое время использовали для этих целей Adobe After Effects с плагином Bodymovin (для экспорта в Lottie), но каждый раз для меня это было мучением, поэтому я решил пересесть на официальный клиент Lottie и написал этот гайд для коллег.

Теперь, когда Adobe не продлевает лицензии, этот гайд стал ещё более актуальным, и я решил опубликовать его тут.

Привет! Меня зовут Кермен, я — аналитик на второй линии SOC. Наша команда исследует данные от инфраструктуры и сервисов Ozon для выявления нелегитимной активности: от нарушения политик информационной безопасности до целенаправленных атак.

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

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

Нам захотелось навести порядок, поэтому позаимствовали опыт разработчиков: сделали новый формат хранения, добавили больше метаинформации, настроили CI/CD, и теперь у наших объектов есть свой жизненный цикл, включающий в себя этапы разработки, тестирования, перенос в продакшн, пересмотр и отключение.

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

Бытует мнение, что ретроспектива это скучная встреча без явной пользы. Если ставить цель, фиксировать прогресс и подбирать интересный формат ретроспективы, то польза от этой командной встречи не заставит себя ждать. В статье вы найдете 3 варианта эффективных ретроспектив, проводимых в командах разработки Ozon.

Всем привет! Меня зовут Максим, я руководитель одной из групп эксплуатации инфраструктурных сервисов в Ozon. Наша команда занимается поддержкой и развитием нескольких базовых сервисов компании, одним из которых, по историческим причинам, является сервис разрешения доменных имен (DNS).

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

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

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

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

UPD: Добавили записи докладов и слайды

Меня зовут Миша, и я старший разработчик группы «Отгрузка и планирование логистики продавца» в Ozon.

C# можно встретить везде: в огромных монолитах, в десктопных приложениях, в мобильной разработке, даже в геймдеве, не говоря уже о самых передовых разработках на  микросервисной архитектуре. У нас в Ozon C# — один из основных языков, даже есть свои курсы Route 256 для Net-разработчиков, где мы в течение двух месяцев делимся опытом разработки микросервисов в лидирующем e-com, и, кстати, я там преподаю. 

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