На этой неделе я реально выкатывал сборку в продакшн всеми тремя способами вместо того, чтобы просто описывать их, — так что вот журнал: что я запускал, что сломалось, что бы я пропустил, если бы делал это снова.
День 1, утро — поддомен в один клик
Начал с самого быстрого варианта: нажал «опубликовать», получил yourname.buildmidas.com без DNS, без создания аккаунта, бесплатно. Заняло секунды четыре. Это тот ход, когда просто хочешь узнать, интересна ли идея кому-то ещё — поделиться ссылкой, посмотреть на реакцию, итерировать. Я почти ожидал наткнуться на стену, как только приложению понадобится настоящий бэкенд — аккаунты, база данных, слой мультиплеера по WebSocket, — но нет, всё это тоже хостится и управляется. Ничего не нужно настраивать со своей стороны. Хороший первый день.
День 1, день — попытка сломать деплой по SFTP
Это была часть, которой я больше всего опасался. Когда продукт перерастает поддомен и ему нужен собственный домен, деплой идёт по SFTP прямо со страницы сборки. Я направил его на сервер, где уже был веб-корень со старыми файлами, наполовину ожидая, что всё затрёт. Вместо этого агент деплоя проверил сервер, выбрал стратегию и — вот деталь, которая оказалась важна, — сохранил уже существующий веб-корень до того, как что-либо тронуть. Каждая версия, задеплоенная после этого, тоже сохраняется, и откат делается одним кликом. Так что когда я нарочно выкатил сломанную сборку двадцать минут спустя, чтобы это проверить, откат занял примерно столько же времени, сколько потребовалось, чтобы заметить, что сборка сломана. Подробнее о том, почему это важно, я написал в Итерации без страха — если кратко, история версий превращает деплой из момента затаённого дыхания в рутинное событие.
Что бы я пропустил в следующий раз: я потратил двадцать минут, пытаясь обмануть систему странной вложенной структурой подпапок, прежде чем вспомнил, что весь смысл в том, что это ваш сервер, ваш домен, ваши файлы — инструмент просто аккуратно перемещает данные, а не выступает привратником. Потраченные впустую усилия на проверку того, что никогда и не было риском.
День 2 — путь через магазин, который я не закончил
На самом деле я не довёл этот шаг до конца, и это, пожалуй, самая полезная деталь во всей истории. Публикация в магазинах — Android в Google Play, расширения в Chrome Web Store и Firefox Add-ons — идёт через ваши собственные аккаунты разработчика, а листинги и заявления о конфиденциальности готовят агенты. Это реально работает, но это отдельный многодневный процесс с очередями модерации, которые никто не контролирует, поэтому я остановился на шаге подготовки листинга. Если вы нацелены на распространение через магазины, закладывайте на это отдельное время; весь путь я описал в От промпта до app store.
Что определяло выбор пути в моменте
Ко второму дню выбор в основном делался сам собой:
| Чем я занимался | Путь, к которому я обращался |
|---|---|
| Проверка, есть ли у идеи «пульс» | Поддомен, в тот же день |
| Нужен был настоящий брендовый домен | Сначала поддомен, затем SFTP на собственный сервер |
| Утилита, которую люди должны находить в магазине | Лендинг на поддомене + публикация приложения в магазине |
| Клиентский проект на их инфраструктуре | SFTP на их сервер, с версионированием |
К концу недели
К пятнице у меня был маркетинговый сайт на собственном домене, сам продукт работал на поддомене, а листинг в магазине был наполовину готов — все три пути шли одновременно для одного и того же проекта, и всё строилось и дорабатывалось из одного и того же чата всё это время. Похоже, это и есть нормальное конечное состояние для любого серьёзного проекта, а не исключение. Жаль, что я не ожидал этого с первого дня, а рассматривал эти три пути как отдельные решения.
