Жизнь после релиза: все только начинается

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

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

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

Поддержка как часть запуска

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

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

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

Стало ясно: поддержка — это не то, что идет после релиза. Это часть запуска, и без нее сервис не работает.

Метрики из реальной жизни

Тесты — одно, продакшн — совсем другое. На графиках вскрылись интересные картины: один клиент пишет один файл в день, второй — тысячу объектов в секунду, а третий подключил специфическое бэкапное ПО, которое неадекватно реагирует на смену уровней хранения. Что сделали:

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

Факапы и как с ними бороться

Ошибки после релиза неизбежны, и важно правильно на них реагировать.

Да, мы пропустили ситуацию с ростом нагрузки. Алерт сработал, но был слишком немым: просто «Ошибка есть». Команда несколько часов разбиралась, пока не поняла, что проблема в резком скачке запросов. Вывод сделали сразу: алерты должны быть умными, а не формальными.

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

Хотелки или roadmap?

Пока мы чинили баги и настраивали систему, начали приходить запросы: сделать версионирование объектов, дать публичный доступ по ссылке. Сначала улыбались, потом записывали. В итоге поняли: это не хотелки, а roadmap. Каждый запрос — это реальный кейс клиента и готовое направление развития.

От отдельного сервиса к экосистеме

Объектное хранилище довольно быстро перестало быть самостоятельной коробочкой. Его начали встраивать в бэкапы виртуалок, логирование Kubernetes, внешние системы через API. Команда взялась писать инструкции, примеры, готовить своего Terraform-провайдера.

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

#Оксана_объясни