Sardorbek Axadjonov

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

Сделал бэкенд для четырёх ролевых поверхностей приложения — разграничение по компаниям на каждом вызове автопарка, кастомный слой роль × модуль × действие за флагом раскатки, а также назначение рейсов и техники, мультидевайсные сессии, аналитика и геокодер Яндекса. Телеметрия хранит состояние поездки в кэше (trip:point:<id>, TTL 2 ч): последняя точка, пройденное расстояние и открытый кластер остановки; точка старше последней обработанной отклоняется, а расстояние по формуле гаверсинуса от последней точки решает, войдёт ли она в кластер или сбросит его. Проверки доступа кэшируют только разрешение и никогда — блокировку, а пробег diff_km всегда пересчитывается на сервере, а не берётся на веру от клиента. Нагрузочное тестирование — 700 RPS в k6.

Один из одиннадцати Go-сервисов на стеке Knative — заказы, оплата, логистика, IAM, агрегатор, поиск по изображению, вебхуки, синхронизация с ERP, техника, уведомления. Сделал сервис заказов (генерация PDF-счетов на чистом Go, Click и Payme через JSON-RPC, каталожные изображения WebP / CDN, рассылка через Firebase) и интеграции вокруг него: BuckyDrop для трансграничных закупок, Measoft для доставки — пункты выдачи, калькулятор тарифов, отслеживание статуса — и синхронизацию с OX ERP по товарам, магазинам и складам. Поиск по фото — двухшаговый процесс поверх pgvector: Gemini находит на снимке каждую деталь и возвращает по кропу на каждую, и только тот кроп, по которому нажал покупатель, эмбеддится и ищется, потому что искать сразу все — это работа базы ради деталей, которые никто не откроет. Каталожный эндпоинт, несущий основную нагрузку, читает через 30-секундный in-process кэш под singleflight, поэтому всплеск одинаковых запросов на холодном ключе схлопывается в одну загрузку из базы, а IAM выдаёт ротированный refresh-токен при каждом обновлении. Нагрузочное тестирование k6 на 500 RPS с executor'ом constant arrival rate.

Единственный бэкендер веб-админки и мобильных REST API — авторизация по телефонному OTP + JWT с Casbin RBAC, пуши через Firebase, служебный Telegram-бот и конвейер видео YouTube→S3 (yt-dlp с PO-token сайдкаром, снимающим бот-проверку без кук), раздаваемый через CDN. Click Merchant API с идемпотентными обработчиками: подпись MD5 и блокировка строки (SELECT … FOR UPDATE) — поэтому повторные колбэки никогда не списывают дважды и не записывают на курс дважды. Движок промокодов — процент или фиксированная сумма, лимиты на пользователя и общие, окна действия, охват по курсу — обеспечен реестром погашений с частичными уникальными индексами и триггерами освобождения при отмене и истечении. Версионированный кэш Redis: счётчик entity:version , увеличиваемый при каждой записи, вкладывается в ключ кэша, поэтому устаревшие списки истекают по TTL без SCAN / KEYS.

В продакшене: 8 000+ пользователей (3 000+ активных) · 70+ курсов, 1 500+ уроков, 1 400+ видео · 2 000+ оплаченных заказов · 420 млн+ UZS обработано