Наблюдаемость cloud для такси нужна не ради красивых графиков. Её цель — быстро отвечать на вопросы в стиле “что сломалось”, “где узкое место” и “насколько это влияет на поездки”. В такси эти ответы должны приниматься почти в реальном времени: диспетчеризация, подбор водителя, расчёт цены, оповещения, платежи и трекинг событий идут параллельно.
Читайте далее
Пики в такси случаются не только из‑за роста заказов. Сервис “ломается” чаще из‑за каскада: диспетчеризация упирается в геопоиск, геопоиск тормозит из‑за карт, карты тормозят из‑за внешних поставщиков, а дальше растут таймауты, очереди и нагрузка на БД. В таких условиях цель деградации проста: сохранить минимально жизнеспособный поток заказов и оплат, а второстепенные функции ограничить или отключить.
Читайте далее
Карта зависимостей cloud — это граф, который показывает, как компоненты вашей системы связаны между собой в реальном времени: сервисы, API-шлюзы, очереди, БД, кэши, внешние провайдеры, а также асинхронные шаги в workflow. В отличие от статичных схем архитектуры она учитывает фактические связи, протоколы и времена выполнения.
Читайте далее
Шифрование резервных копий защищает данные, когда злоумышленник получает доступ к хранилищу бэкапов или к их транспортным каналам. Но сама по себе криптография не спасает, если ключи лежат рядом, доступы раздают «всем подряд», а восстановление не контролируется. Надёжная схема держится на связке: как устроены ключи, кто и как может ими пользоваться, и как вы проверяете, что восстановление действительно проходит.
Читайте далее
Когда жалобы звучат так: «иногда клиент не получает ответ», почти всегда проблема не в одном “таймауте”, а в несогласованной цепочке ожиданий. В API такси это критично: задержка на стыке мобильной сети, Nginx и upstream может приводить к разным ошибкам, а часть клиентов успевает ретраить запросы или, наоборот, отменяет их раньше.
Читайте далее
Задержка в такси редко упирается в одну причину. Обычно это сумма факторов: как быстро система находит ближайшего водителя, насколько реально он может подъехать без потерь времени и не «съедают» ли маршрутные ограничения дороги внутри города.
Читайте далее
Логирование событий доступа в cloud нужно не «для галочки», а чтобы в момент инцидента быстро восстановить цепочку: кто запросил, к чему обратился, какие права применялись, какие действия последовали и как это повлияло на ресурсы. Без связности событий расследование превращается в ручную склейку разрозненных журналов, где легко упустить один ключевой шаг.
Читайте далее
Blue-green релизы — это схема обновления, при которой у вас всегда есть две версии сервиса: старая (blue) и новая (green). Трафик в один момент обслуживает только одна из них, а переключение делается быстро и контролируемо. Поэтому обновлять сервисы на VPS без простоя становится проще: вы не “останавливаете и запускаете”, а подготавливаете green и затем меняете маршрут.
Читайте далее
Время ответа складывается из нескольких независимых частей: сетевые задержки, стоимость установления соединения, время на сериализацию/десериализацию, обработку на сервере и ожидание ресурсов (пулы, очереди, блокировки). Когда вы пытаетесь ускорить API, часто оказывается, что “медленное” место на самом деле не в вашей бизнес-логике.
Читайте далее
Для сервиса такси DDoS почти никогда не выглядит как «просто много трафика». Чаще всего это атака на отдельные точки отказа: API поиска поездок, эндпоинты авторизации, сервисы матчинга водителей и заказов, каналы реального времени (WebSocket/GRPC для трекинга), а также платежные и антифрод-цепочки.
Читайте далее
bavariataxi_