Production-база падает... Потом снова. И ещё раз. Каждый раз — в новом месте. Зацепок — ноль.

Production-база падает... Потом снова. И ещё раз. Каждый раз — в новом месте. Зацепок — ноль. Баг искали ЦЕЛЫЙ ГОД . 🙀 Звучит как сценарий триллера, но это реальная история из жизни инженера Postgres Professional — компании, которая разрабатывает одну из главных СУБД в мире. А ещё я заметил одну вещь: почти каждая команда, которая говорит «мы провели нагрузочное тестирование» — на самом деле упускает много ньюансов. JMeter, 1000 пользователей, среднее время 200мс, «всё ок» — и на прод. А потом вылазят баги, и всё лежит 😺 Тестирование производительности — это не про «запустил инструмент и получил зелёную галочку». И чтобы разобраться, как делать это правильно, я позвал в гости на прямой эфир Михаила из Postgres Professional. 10+ лет в тестировании производительности, работает внутри команды, которая делает PostgreSQL. Докладчик предстоящей конференции Heisenbug. Разберём : — Почему нагрузочное тестирование ≠ тестирование производительности — Какие метрики врут и почему среднее время ответа бесполезно — Что страшного происходит внутри базы данных, чего QA не видит — Как тестировать перформанс, если нет копии прода — Баги, которые живут ТОЛЬКО под нагрузкой — почему их невозможно поймать на одном пользователе — И та самая детективная история длиной в год Кому стоит прийти : QA и тестировщикам, которым хоть раз говорили «нам нужно нагрузочное тестирование» — и кто понимал, что не знает, с чего начать. Тем, кто работает с PostgreSQL и хочет понимать, что происходит под капотом. И тем, кто хочет разобраться до того, как production ляжет в 3 часа ночи. Эфир пройдёт на YouTube 0 5 .04 в 20:00 ( воскресенье ) . Ссылка на эфир : https://www.youtube.com/live/JmeQn9pEWWQ Обязательно нажмите на колокольчик «Прислать уведомление» , если не хотите пропустить! И ставьте 🔥 , если тема интересная и придёте!