Облачные вычисления
Модель доступа к вычислительным ресурсам через сеть по требованию и с оплатой за использование, без владения оборудованием.
Что такое облачные вычисления
Облачные вычисления (cloud computing) — модель, при которой вычислительные ресурсы (серверы, диски, сети, готовые сервисы) предоставляются через сеть по требованию и оплачиваются по факту использования. Ресурс берут за минуты, отдают, когда он не нужен, и платят только за время владения.
«Облако» в интернете — это не метафора чего-то эфемерного, а вполне конкретные серверы в ЦОД, просто чужие. Облаком их делает не расположение, а способ доступа: самообслуживание через API вместо заявки в отдел закупок.
Пять признаков облака
Классическое определение (NIST SP 800-145) требует все пять сразу — без них это просто аренда серверов:
| Признак | Что означает на практике |
|---|---|
| Самообслуживание по требованию | Сервер создаётся через API или панель, без согласований и звонков |
| Широкий сетевой доступ | Ресурс доступен по сети со стандартных клиентов |
| Объединение ресурсов | Железо общее, нарезается между клиентами — см. мультитенантность |
| Быстрая эластичность | Мощность растёт и падает за минуты, в том числе автоматически |
| Измеряемость услуги | Потребление считается и видно обеим сторонам |
Технический фундамент всего этого — виртуализация: гипервизор нарезает физический сервер на изолированные виртуальные машины, что и позволяет выдавать ресурсы порциями и мгновенно.
Модели обслуживания
Облачные сервисы отличаются глубиной: сколько слоёв берёт на себя провайдер.
- IaaS — выдают «железо»: облачные серверы, диски, сеть. Дальше всё ваше.
- PaaS — выдают среду: деплоите код, платформа держит ОС и runtime.
- SaaS — выдают готовое приложение: только заводите пользователей.
- Serverless — выдают выполнение функции: платите за вызовы, не за сервер.
По месту размещения облака делятся на публичные, частные и гибридные — см. типы облаков.
Что такое cloud native
Cloud native — не «работает в облаке», а «спроектировано под облако». Приложение, просто перенесённое на облачную ВМ, остаётся обычным приложением на чужом сервере.
| Признак | Обычное приложение | Cloud native |
|---|---|---|
| Состояние | Хранится на локальном диске | Вынесено в БД и object storage, сам сервис stateless |
| Упаковка | Установка на ОС | Контейнер, Docker |
| Экземпляры | Один «любимый» сервер | Много одинаковых реплик за балансировщиком |
| Реакция на отказ | Чиним узел | Пересоздаём — Kubernetes сам поднимет |
| Масштабирование | Купить сервер помощнее | autoscaling вширь |
| Структура | Монолит | Микросервисы |
| Конфигурация | Правки руками на сервере | Git и CI/CD |
Главное правило cloud native: считать любой узел расходником. Сервер, который нельзя удалить и создать заново, — это долг, а не инфраструктура.
Экономика: где облако выигрывает и где нет
Облако не всегда дешевле — оно гибче. Аренда выигрывает, когда нагрузка неровная или заранее неизвестна: не нужно закупать железо под пик, который случается дважды в год.
Обратный случай: ровная круглосуточная нагрузка на длинном горизонте. Здесь почасовая оплата постепенно проигрывает долгосрочной аренде или собственному железу.
Наглядный пример — GPU. Обучение модели длится дни, а потом карта простаивает; покупать H100 ради этого нерационально — берут GPU-инстанс на время задачи. Для нерегулярных экспериментов ещё дешевле spot-инстансы, которые могут быть отозваны, но стоят заметно меньше — при условии, что задача умеет продолжаться с чекпоинта.
Связанные термины
- IaaS, PaaS, SaaS — три модели облачных услуг
- Типы облаков — публичное, частное, гибридное
- Облачный сервер — базовая единица облака
- Виртуализация — технология, на которой всё держится
- ЦОД — где физически стоит «облако»
- ИТ-инфраструктура — что облако заменяет или дополняет
Готовы запустить GPU-задачу?
Запустить GPU-сервер