Офшорный VPS для вашего API и фоновой работы

Одно приложение, два пути к полезной работе

Это иллюстративный сценарий небольшого продукта отчётности, а не пример из практики клиента или поставленное приложение. Его синхронный путь аутентифицирует учётную запись и читает метаданные отчёта. Его асинхронный путь создаёт экспорт CSV. PostgreSQL хранит состояние приложения, очередь отправляет работу, а отдельное назначение хранит копии для восстановления.

Оператор устанавливает и поддерживает эти компоненты. Профиль VPS не создаёт автоматически базу данных, очередь, конфигурацию HTTPS или приложение. Решите, где хранятся постоянные данные, до запуска контейнера.

Оценивайте задержку API и пропускную способность заданий отдельно

Приложение 2 начинается с 2 vCPU, 4 GB RAM, 60 GB хранилища и 2 TB месячного трафика. Это выделенные ресурсы, а не обещание относительно количества учётных записей, запросов или экспортов, которые оно может поддерживать. Заведите рабочий лист для процессов API, базы данных, одного воркера, хоста и пересекающейся работы по релизам.

The иллюстративный рабочий лист на 3,840 MiB оставляет слишком мало уверенности рядом с номинальной границей 4 GB. Если измерения подтверждают такую форму, приложение 2 плюс 2 GB RAM в сумме дают $15.00 в месяц до скидок за срок. Это добавляет память, а не CPU или независимость базы данных. Сравните Scale 4 если и CPU, и памяти нужен больший стартовый бюджет.

Следите за возрастом самого старого задания и полезной долей завершений наряду с задержкой API. Растущая очередь при низкой загрузке CPU может указывать на ожидание хранилища или базы данных. Не покупайте вычисления, чтобы компенсировать экспорт, который повторно пытается обработать недопустимый ввод.

Выберите связность, которой сможете управлять

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

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

Докажите форму повторяемым упражнением

Используйте синтетические учётные записи и репрезентативный набор данных. Запустите вместе чтения API, большой экспорт и пересечение релизов. Запишите задержку, ошибки, число активных воркеров, возраст самого старого задания, память и временный диск. Затем перезапустите один воркер после записи результата, но до фиксации завершения; убедитесь, что приложение всё равно публикует один логический результат.

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

Выберите период после выбора ресурсов

Следующие итоги используют текущую базовую конфигурацию приложения 2. Опции ресурсов увеличивают месячную промежуточную сумму и получают ту же скидку за выбранный срок. Полный сокращённый период оплачивается заранее; большее число месяцев не увеличивает выделение CPU, RAM или месячного трафика.

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