Общий ключ шардирования помогает оставить JOIN внутри одной базы

Таблицы клиентов и заказов распределили по разным серверам: клиентов — по id, заказы — по собственному id. Теперь запросу «клиент и его заказы» приходится собирать данные с нескольких шардов.

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

Перед выбором ключа выпишите основные запросы приложения. Какие таблицы они соединяют? Какие строки меняются вместе? Какой идентификатор известен в начале запроса?

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

GitHub автоматизировал пересмотр доступов внешних участников

Подрядчик закончил работу, тестовый проект закрыли, а права на репозиторий остались. Когда таких проектов десятки, ручную проверку легко отложить.

В GitHub для общей организации создали приложение Evergreen. Раз в квартал оно открывает задачу со списком внешних участников. Владелец подтверждает тех, кому доступ ещё нужен. По истечении срока неподтверждённые права отзываются.

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

Для своей команды можно начать с одного действия: назначить владельца каждому репозиторию и дату следующего пересмотра доступов. Затем автоматизировать напоминания и журнал решений.

Два распаковщика могут увидеть разные файлы в одном tar-архиве

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

Такое возможно, когда программы по-разному трактуют записи tar. В разборе tar-codec есть примеры расхождений, из-за которых проверка и последующая распаковка получают разные наборы файлов.

Команда Astral столкнулась с этим при работе над uv и написала более строгий парсер. Начиная с uv 0.13 он используется для обработки исходных пакетов Python.

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

WAF может проверить ответ сервера перед отправкой клиенту

Запрос пытается открыть служебную страницу без авторизации. Приложение возвращает HTML административной панели. Проверка ответа помогает увидеть, что сервер действительно отдал закрытое содержимое.

В Cloudflare WAF добавили сопоставление запроса с ответом. Правило может учитывать путь, состояние авторизации, код ответа и другие доступные признаки. При совпадении WAF подменяет ответ страницей блокировки до отправки клиенту.

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

Пользовательские правила по содержимому тела ответа пока недоступны. Блокировка ответа также не отменяет действия, которые приложение уже успело выполнить на сервере.

SQL-запросы и ход расследования можно хранить рядом с кодом

Нашли причину сбоя, отправили вывод в чат, закрыли вкладки. Через месяц похожая проблема возникает снова, и запросы приходится собирать заново.

В Supabase появились Explorer и Notebooks: в одном документе можно сохранить запросы к базе и логам, графики и заметки о проверках. Файл хранится в папке supabase, попадает в Git и проходит обычное ревью. При повторном запуске запросы получают актуальные данные.

Так удобно оформлять проверки после деплоя: какие ошибки появились, какие запросы замедлились, что изменилось в нагрузке.

Explorer пока доступен в режиме предварительного просмотра. Начните с одного повторяющегося расследования и сохраните шаги, по которым коллега сможет его воспроизвести.

Go 1.27 сохраняет HTTP-соединение после закрытия непрочитанного ответа

Клиенту нужен только статус ответа, поэтому он вызывает resp.Body.Close() и идёт дальше. В Go до версии 1.27 непрочитанное тело HTTP/1-ответа мешало повторно использовать соединение. Следующий запрос мог снова тратить время на TCP и TLS.

В Go 1.27 транспорт дочитывает остаток в фоне: на это выделено до 50 мс и 256 КБ. Если тело удалось прочитать до конца, соединение можно вернуть в пул. При заголовке Connection: close эта работа пропускается.

В примере команды Go сто последовательных HTTP/1-запросов заняли около 150 мс вместо 710 мс на прежней версии.

Проверьте код, где тело ответа закрывается сразу после получения статуса или чтения JSON. На Go 1.27 обычного Close() достаточно, чтобы транспорт сам попробовал сохранить соединение.

Возможность отката стоит закладывать при проектировании функции

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

В Google Testing Blog собрали приёмы, которые сохраняют возможность передумать:

— включать новую логику через флаг;
— ограничивать доступ к API, пока интерфейс меняется;
— разделять формат хранения и структуры для обработки данных;
— запускать новую логику параллельно со старой и сравнивать результаты.

Перед следующей большой правкой задайте один вопрос: что потребуется, чтобы вернуть прежнее поведение?

Если ответ включает переделку нескольких сервисов или восстановление данных, предусмотрите путь назад до запуска.

Облачные PostgreSQL можно сравнить на воспроизводимой нагрузке

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

В первом наборе сравнивают Supabase, Amazon RDS и Google Cloud SQL на PostgreSQL 17. Есть два сценария: данные помещаются в память или превышают её объём в четыре раза.

Каждый запуск включает 30 минут прогрева и час измерений. Сохраняются версии, параметры окружения и команды запуска; инструменты доступны с открытым кодом.

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

Профиль Go показывает горутины, которые навсегда застряли в ожидании

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

Такие горутины удерживают память и накапливаются при повторных вызовах. В Go 1.27 появился профиль goroutineleak, который обнаруживает часть постоянных блокировок на каналах и примитивах пакета sync.

Если в сервисе уже подключён net/http/pprof, профиль доступен через диагностический обработчик:

curl http://localhost:6060/debug/pprof/goroutineleak > leak.prof
go tool pprof leak.prof

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

Токен Supabase можно ограничить одним проектом и нужными действиями

Скрипту генерации типов нужен доступ к структуре базы. Токен с правами на весь аккаунт заодно открывает ему другие проекты и операции.

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

Есть важная деталь: общий набор прав Read-only включает чтение секретов, в том числе API-ключей. Для узкой задачи настройку лучше начать с No access и включить нужные пункты вручную.

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

ИИ-агенту нужны актуальные правила Selenium, чтобы писать устойчивые тесты

Агент добавил sleep(5), скопировал длинный XPath и подключил лишнюю библиотеку для драйвера. Тест проходит локально, а в CI периодически падает.

Команда Selenium разобрала повторяющиеся ошибки агентов и подготовила рекомендации для файлов инструкций проекта. Агенту стоит передать версию Selenium, актуальную документацию и рабочие примеры. Найденные локаторы — проверить на настоящей странице.

Особенно внимательно смотрите на исправления нестабильных тестов. Попросите указать, какое условие ещё не выполнилось: элемент не появился, кнопка недоступна, загрузка продолжается. Затем настройте явное ожидание этого условия.

Сохраните правила в AGENTS.md или другом файле, который читает ваш инструмент. Они будут применяться и к следующим задачам.

Фоновая очистка GitHub исчерпала подключения к общей базе

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

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

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

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