Хостинг и облако

Что входит в эту полку

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

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

У баз данных своя полка в базах данных. Наблюдение за тем, что происходит после запуска, относится к мониторингу.

Четыре уровня контроля

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

Контейнерные сервисы стоят ступенью ниже: они запускают собранные вами образы с оркестрацией, которую вы настраиваете. Больше работы, больше контроля и переносимый артефакт, который можно переместить между провайдерами.

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

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

Вопросы, определяющие производительность

• Выбор региона: рядом с пользователями и с базой данных.
• Холодные старты у всего, что масштабируется до нуля между запросами.
• Постоянные соединения, с которыми некоторые бессерверные модели справляются плохо.
• Время сборки и развёртывания: десятиминутный деплой меняет то, как часто люди выпускают релизы.
• Статическая раздача, кэшируемая рядом с посетителями, а не отдаваемая каждый раз с исходного сервера.

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

Надёжность и что бывает в плохой день

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

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

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

Стоимость и статьи, которые тихо растут

Вычисления это цифра со страницы цен. Счёт обычно складывается из пяти вещей.

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

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

Переносимость и как её сохранить

Привязка к поставщику в этой категории редко бывает драматичной. Она копится по одному удобному сервису.

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

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

Как подобрать платформу под приложение

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

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

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

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

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