Облачные вычисления

Облачные вычисления, или Cloud Computing, — это модель использования IT-ресурсов через интернет. Вместо покупки и обслуживания собственного физического сервера компания может арендовать вычислительные мощности, хранилище, базы данных, виртуальные машины, приложения и другие сервисы у облачного провайдера.

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

Облачные вычисления применяются для размещения сайтов, корпоративных приложений, 1С, CRM, виртуальных рабочих мест, резервного копирования, Data Science, машинного обучения, Big Data и многих других задач.

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

Как работают облачные вычисления

Физическое оборудование находится в дата-центрах облачного провайдера. На его основе создаются виртуальные серверы, диски, сети и другие ресурсы.

Клиент подключается к ним через интернет и использует как обычную IT-инфраструктуру.

1. Провайдер размещает серверное оборудование в дата-центре.
2. Физические ресурсы разделяются между виртуальными средами.
3. Клиент выбирает необходимые мощности.
4. Ресурсы создаются автоматически или по запросу.
5. Приложения запускаются в облачной инфраструктуре.
6. При росте нагрузки мощности можно увеличить.
7. При снижении нагрузки лишние ресурсы отключаются.

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

Что можно получить из облака

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

Основные характеристики облачных вычислений

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

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

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

Виртуализация и облачные вычисления

Виртуализация является одной из ключевых технологий, лежащих в основе облаков.

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

Каждая виртуальная машина получает собственные CPU, RAM, диски и операционную систему.

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

Что такое виртуальная машина

Virtual Machine, или VM, — программно изолированная среда, которая работает подобно отдельному компьютеру.

На одном физическом сервере может одновременно работать несколько VM.

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

Это один из наиболее распространенных способов использования облачной инфраструктуры.

IaaS

IaaS означает Infrastructure as a Service — инфраструктура как услуга.

Провайдер предоставляет виртуальные серверы, сети, диски и другие базовые ресурсы.

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

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

PaaS

PaaS означает Platform as a Service — платформа как услуга.

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

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

PaaS снижает объем администрирования, но одновременно уменьшает контроль над некоторыми компонентами инфраструктуры.

SaaS

SaaS означает Software as a Service — программное обеспечение как услуга.

Пользователь получает готовое приложение через интернет.

Не требуется самостоятельно устанавливать и обновлять серверную часть программы.

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

IaaS, PaaS и SaaS

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

Публичное облако

Public Cloud — инфраструктура облачного провайдера, ресурсы которой предоставляются множеству клиентов.

Каждый клиент работает в логически изолированной среде.

Публичная модель позволяет быстро получать ресурсы и не покупать оборудование.

Она хорошо подходит для сайтов, приложений, тестовых сред, аналитики и многих корпоративных задач.

Частное облако

Private Cloud — облачная инфраструктура, предназначенная для одной организации.

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

Частное облако дает больше возможностей по контролю архитектуры и политик безопасности.

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

Гибридное облако

Hybrid Cloud объединяет собственную или частную инфраструктуру с публичными облачными ресурсами.

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

Такой подход помогает сохранить контроль над критичными системами и одновременно использовать гибкость облака.

Главная сложность — правильно организовать связь и управление между несколькими средами.

Мультиоблако

Multi-Cloud означает использование сервисов нескольких облачных провайдеров.

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

Мультиоблачный подход может уменьшать зависимость от одной платформы, но увеличивает операционную сложность.

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

Публичное, частное и гибридное облако

Масштабируемость

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

Например, интернет-магазин перед крупной распродажей увеличивает количество серверов.

После окончания акции лишние мощности отключаются.

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

Вертикальное масштабирование

Vertical Scaling означает увеличение мощности одного ресурса.

Например, виртуальная машина получает больше CPU или RAM.

Это относительно простой способ ускорения приложения.

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

Горизонтальное масштабирование

Horizontal Scaling означает добавление новых экземпляров сервиса.

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

Такой подход потенциально позволяет масштабироваться значительно дальше.

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

Автомасштабирование

Auto Scaling позволяет автоматически изменять количество ресурсов на основании нагрузки.

Например, при росте CPU или числа запросов платформа запускает дополнительные экземпляры приложения.

Когда нагрузка падает, часть ресурсов отключается.

Это помогает одновременно поддерживать производительность и контролировать расходы.

Эластичность облака

Эластичность — способность быстро увеличивать и уменьшать ресурсы в соответствии с текущей потребностью.

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

Для сезонных бизнесов это особенно важно.

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

Оплата по мере использования

Облачные сервисы часто используют модель Pay-as-you-go.

Клиент платит за фактически потребленные ресурсы или выбранный объем услуги.

Стоимость может зависеть от CPU, RAM, дискового пространства, количества запросов и сетевого трафика.

Это позволяет начинать проекты без крупных капитальных затрат на оборудование.

CAPEX и OPEX

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

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

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

Облачные вычисления и дата-центр

Дата-центр — физическая площадка, где находятся серверы, сети, системы электропитания и охлаждения.

Облачные вычисления являются программно-сервисным уровнем поверх такой инфраструктуры.

Провайдер управляет оборудованием и предоставляет клиентам виртуализированные ресурсы.

Поэтому облако не находится где-то абстрактно в интернете — за ним всегда стоит физическая инфраструктура.

Регионы и зоны доступности

Крупные облачные платформы могут разделять инфраструктуру по географическим регионам и независимым зонам.

Это помогает создавать отказоустойчивые системы.

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

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

Высокая доступность

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

В облаке можно размещать приложение на нескольких серверах и использовать балансировщик нагрузки.

Если один экземпляр перестает работать, запросы перенаправляются на остальные.

Однако само размещение в облаке не делает приложение автоматически отказоустойчивым. Архитектуру необходимо спроектировать соответствующим образом.

Отказоустойчивость

Fault Tolerance — способность системы продолжать работу при сбое компонентов.

Для этого применяются резервные экземпляры, репликация данных, автоматическое переключение и распределение по независимым зонам.

Уровень отказоустойчивости выбирается исходя из допустимого времени простоя.

Чем выше требования, тем больше ресурсов и расходов обычно требуется.

SLA

SLA, или Service Level Agreement, описывает условия качества предоставления сервиса.

В нем могут фиксироваться показатели доступности, сроки реакции поддержки и другие параметры.

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

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

Облачное хранилище

Cloud Storage позволяет хранить файлы, резервные копии и данные приложений без собственного дискового массива.

Хранилище может быть файловым, блочным или объектным.

Каждый тип оптимизирован для разных задач.

Например, виртуальной машине нужен блочный диск, а Data Lake часто строится на объектном хранилище.

Объектное хранилище

Object Storage предназначено для хранения объектов и файлов в большом масштабе.

Оно удобно для изображений, архивов, логов, резервных копий и аналитических наборов данных.

Такие хранилища хорошо масштабируются и часто используются как основа Data Lake.

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

Блочное хранилище

Block Storage предоставляет виртуальному серверу блочное устройство, похожее на обычный диск.

Операционная система может создать на нем файловую систему.

Такой тип хранения часто используется для системных дисков и баз данных.

Производительность зависит от выбранного класса и характеристик облачного диска.

Файловое хранилище

File Storage предоставляет общую файловую систему, доступную нескольким приложениям или пользователям.

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

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

Облачные базы данных

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

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

Это может включать обновления, резервирование, мониторинг и автоматизацию резервного копирования в зависимости от конкретной услуги.

Такой подход уменьшает объем ручного администрирования.

Serverless

Serverless Computing — модель, при которой разработчик запускает код без непосредственного управления виртуальными серверами.

Инфраструктура автоматически выделяется платформой.

Оплата часто связана с фактическим количеством вызовов и временем выполнения.

Название Serverless не означает отсутствие серверов — ими просто управляет облачный провайдер.

Контейнеры и облачные вычисления

Контейнеры позволяют упаковать приложение и его зависимости в переносимую среду.

Облачные платформы предоставляют инфраструктуру для запуска и масштабирования контейнеров.

Это особенно распространено в микросервисных архитектурах.

Контейнеризация помогает стандартизировать развертывание, но не устраняет необходимость мониторинга и управления ресурсами.

Kubernetes в облаке

Kubernetes используется для управления большим количеством контейнеров.

Облачные провайдеры могут предоставлять управляемые Kubernetes-кластеры.

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

Однако Kubernetes увеличивает сложность и не обязателен для небольшого проекта.

Облако и DevOps

Облачная инфраструктура хорошо сочетается с DevOps-практиками.

Серверы, сети и другие ресурсы можно создавать автоматически через API и Infrastructure as Code.

Это позволяет быстро развертывать одинаковые тестовые и production-среды.

Автоматизация уменьшает число ручных ошибок и ускоряет выпуск приложений.

Infrastructure as Code

Infrastructure as Code, или IaC, означает описание инфраструктуры в виде программных конфигураций.

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

После этого система автоматически создает ресурсы.

Такой код можно хранить в системе контроля версий и проверять изменения перед применением.

Облачные вычисления и Data Science

Data Science часто требует временных вычислительных мощностей.

Например, Data Scientist запускает мощный сервер только на несколько часов для обработки датасета.

После завершения эксперимента ресурс отключается.

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

Облачные вычисления и машинное обучение

Облако позволяет арендовать CPU, GPU и специализированную инфраструктуру для обучения моделей.

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

Также доступны управляемые сервисы для хранения данных и MLOps.

При этом GPU-вычисления могут быть дорогими, поэтому важно контролировать время работы ресурсов.

Облако и Big Data

Big Data часто требует большого объема хранения и периодических вычислительных кластеров.

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

Например, Data Lake постоянно хранится в объектном хранилище, а Spark-кластер создается только для запуска pipeline.

Это делает архитектуру более гибкой.

Облако и Data Warehouse

Современный Data Warehouse может работать как облачный сервис.

Компания не управляет физическими серверами, а получает аналитическую платформу с масштабируемым хранением и вычислениями.

При росте количества запросов ресурсы можно увеличить.

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

Облако и Business Intelligence

BI-системы могут размещаться в облаке и получать данные из облачных Data Warehouse, баз и других источников.

Это упрощает удаленный доступ сотрудников к аналитике.

Однако необходимо правильно настраивать аутентификацию и права доступа.

Доступ через интернет не должен означать доступность данных для любого пользователя.

Резервное копирование в облаке

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

Компания может хранить backup отдельно от основной инфраструктуры.

Это помогает при физическом отказе основной площадки.

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

Disaster Recovery

Disaster Recovery — стратегия восстановления IT-систем после серьезной аварии.

Облако позволяет заранее подготовить резервную инфраструктуру или хранить необходимые копии данных.

В случае аварии ресурсы могут быть развернуты на другой площадке.

Конкретная архитектура зависит от допустимого времени восстановления и допустимой потери данных.

Безопасность облачных вычислений

Переход в облако не отменяет требования информационной безопасности.

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

Ошибочная конфигурация может привести к утечке даже при высокой защищенности самого дата-центра.

Поэтому важно понимать модель разделенной ответственности.

Модель разделенной ответственности

Shared Responsibility Model описывает распределение обязанностей между провайдером и клиентом.

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

В IaaS зона ответственности клиента обычно шире, чем в SaaS.

Управление доступом

Пользователям и сервисам следует выдавать только минимально необходимые права.

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

Для управления используются роли, политики и отдельные сервисные учетные записи.

Регулярный аудит прав помогает удалять лишние разрешения.

Многофакторная аутентификация

Административные аккаунты облака обладают широкими полномочиями.

Компрометация одного пароля может иметь серьезные последствия.

Поэтому для критичных учетных записей рекомендуется использовать дополнительные факторы аутентификации.

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

Шифрование

Облачные сервисы могут поддерживать шифрование данных при хранении и передаче.

Шифрование помогает уменьшить риск раскрытия информации при определенных типах компрометации.

При этом необходимо правильно управлять ключами.

Шифрование не заменяет контроль доступа и безопасную архитектуру приложения.

Сетевая безопасность

Облачная сеть может разделяться на сегменты.

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

Используются межсетевые правила, приватные подсети, VPN и другие механизмы.

Чем меньше сервисов доступны напрямую из внешней сети, тем меньше потенциальная поверхность атаки.

Vendor Lock-in

Vendor Lock-in означает зависимость от технологий конкретного провайдера.

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

Это не означает, что специализированных сервисов всегда нужно избегать.

Следует заранее оценивать выгоду от их использования и стоимость потенциальной миграции.

Миграция в облако

Перенос существующей системы в облако может выполняться разными способами.

Простейший вариант — перенести виртуальные серверы почти без изменений.

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

Выбор зависит от бюджета, сроков и целей миграции.

Lift and Shift

Lift and Shift означает перенос существующего приложения в облако с минимальными изменениями.

Например, физический сервер заменяется виртуальной машиной с похожей конфигурацией.

Такой подход позволяет быстро отказаться от собственного оборудования.

Но он не всегда использует преимущества облачной эластичности и управляемых сервисов.

Cloud Native

Cloud Native — подход к созданию приложений с учетом особенностей облачной среды.

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

Это не обязательно означает использование всех возможных облачных технологий.

Главная идея — архитектура приложения изначально учитывает динамическую инфраструктуру.

FinOps

FinOps — практики управления финансовой эффективностью облачных ресурсов.

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

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

FinOps помогает связать техническое потребление с бизнес-ценностью.

Почему расходы на облако растут

Одна из типичных проблем — забытые виртуальные машины, диски, snapshots и тестовые среды.

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

Автоматическое масштабирование при неправильных лимитах тоже способно создать неожиданные расходы.

Поэтому стоимость необходимо мониторить так же, как производительность.

Rightsizing

Rightsizing означает подбор размера ресурса под реальную нагрузку.

Если сервер использует только 5 процентов CPU, возможно, его конфигурация избыточна.

Уменьшение мощности снижает расходы.

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

Мониторинг облачной инфраструктуры

В облаке необходимо контролировать состояние ресурсов и приложений.

• CPU;
• RAM;
• диски;
• сетевой трафик;
• ошибки приложений;
• latency;
• доступность;
• стоимость;
• события безопасности;
• использование квот.

Автоматические уведомления помогают реагировать на проблемы до массовых обращений пользователей.

Преимущества облачных вычислений

• быстрый запуск инфраструктуры;
• масштабирование ресурсов;
• отсутствие необходимости покупать все оборудование заранее;
• доступ к управляемым сервисам;
• возможность использовать ресурсы из разных регионов;
• удобство создания тестовых сред;
• автоматизация инфраструктуры;
• поддержка резервирования и Disaster Recovery;
• доступ к GPU и другим специализированным ресурсам.

Недостатки облачных вычислений

Облако не является универсально лучшим вариантом для любой компании.

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

Также организация становится зависимой от сети и выбранного провайдера.

Некоторые системы сложно переносить из-за архитектуры, требований к latency или лицензированию.

Основные риски

Типичные ошибки при переходе в облако

1. Считать облако автоматически дешевле собственного оборудования.
2. Переносить систему без оценки нагрузки.
3. Не проектировать отказоустойчивость.
4. Не контролировать права доступа.
5. Хранить секреты в открытом виде.
6. Не создавать резервные копии.
7. Не проверять восстановление.
8. Не мониторить расходы.
9. Выбирать слишком мощные ресурсы.
10. Игнорировать зависимость от конкретного провайдера.

Как выбрать облачную модель

Шаг 1. Определить задачу

Нужно понять, что именно требуется: виртуальные серверы, готовое приложение или платформа разработки.

Шаг 2. Оценить уровень контроля

Если компания хочет самостоятельно управлять ОС, подходит IaaS. Если нужен готовый сервис, можно рассматривать SaaS.

Шаг 3. Рассчитать нагрузку

Необходимо определить CPU, RAM, диски, трафик и пиковые периоды.

Шаг 4. Определить SLA

Следует понять допустимое время простоя и требования к поддержке.

Шаг 5. Продумать безопасность

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

Шаг 6. Рассчитать стоимость

Следует учитывать не только виртуальные машины, но и хранилище, backup, трафик и дополнительные сервисы.

Шаг 7. Провести тестирование

Перед полной миграцией полезно проверить реальную производительность на тестовом контуре.

Практический пример

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

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

Компания переносит приложение в облако и запускает несколько виртуальных серверов за балансировщиком нагрузки.

При росте количества запросов Auto Scaling добавляет новые экземпляры. После окончания рекламной кампании лишние серверы отключаются.

База данных размещается в управляемом сервисе, а резервные копии сохраняются отдельно.

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

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

Когда облачные вычисления особенно полезны

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

Оно также удобно для Data Science и ML, где мощные ресурсы нужны периодически.

Для распределенных команд важным преимуществом является возможность централизованного удаленного доступа.

Когда собственная инфраструктура может быть оправдана

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

Также существуют специализированные системы с особыми требованиями к задержке, оборудованию или физическому контролю.

На практике многие организации используют гибридный подход.

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

Облачные вычисления и бизнес

Главное преимущество облака для бизнеса заключается не только в аренде серверов.

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

Инфраструктура становится более программно управляемой и гибкой.

При этом экономический эффект появляется только при правильном управлении ресурсами и ответственном проектировании архитектуры.

Связанные термины

Краткий итог

Облачные вычисления — модель предоставления IT-ресурсов через интернет. Компания может арендовать серверы, базы данных, хранилища, сети, GPU и другие сервисы без покупки всей физической инфраструктуры.

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

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

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