Docker без секретов: как контейнеризация экономит миллионы и трансформирует бизнес-процессы

Введение: революция в IT, которая меняет бизнес

В современном мире, где скорость и эффективность определяют успех компании, технология контейнеризации становится не просто инструментом для разработчиков, а стратегическим преимуществом для всего бизнеса. Docker — технология, без которой сегодня немыслимы крупные проекты, стартапы и даже небольшие бизнес-приложения. Но что делает Docker настолько революционным? И как компании превращают эту технологию в конкурентное преимущество и реальную прибыль?

Представьте себе, что вы запускаете новый финансовый сервис. Традиционные методы разработки потребовали бы месяцев на настройку инфраструктуры, тестирование, поиск багов, связанных с несовместимостью сред. С Docker всё это сокращается до дней. При этом затраты на инфраструктуру падают на 40-60%, а скорость вывода продукта на рынок увеличивается в разы. В условиях жесткой конкуренции это разница между успехом и провалом.

Docker — это не просто инструмент для IT-специалистов. Это финансовая стратегия. Компании, которые правильно используют контейнеризацию, экономят миллионы на инфраструктуре, персонале и времени вывода продуктов. Они становятся более гибкими, быстрее реагируют на изменения рынка и могут экспериментировать с новыми услугами без риска для основного бизнеса.

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

Что такое Docker и почему он изменил IT-ландшафт

Чтобы понять мощь Docker, нужно сначала понять проблемы, которые существовали до его появления. В 2000-е годы разработка ПО была сродни строительству здания без проекта. Разработчики писали код на своих компьютерах, тестировали его в изолированной среде, а затем при развертывании сталкивались с печально известной фразой: «У меня на машине всё работает».

Эта проблема приводила к колоссальным затратам. По оценкам аналитиков, компании тратили до 30% бюджета проектов просто на совместимость сред разработки, тестирования и производства. Проекты задерживались на месяцы, баги находились слишком поздно, клиенты были недовольны.

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

Docker изменил всё. Контейнеры — это как квартиры в многоквартирном доме. Каждая квартира (контейнер) изолирована от других, имеет своё пространство, но все они используют общую инфраструктуру здания (операционную систему хоста). Это позволяет разместить на одном сервере в 5-10 раз больше приложений, чем с помощью виртуализации, при этом скорость работы практически не снижается.

С финансовой точки зрения преимущество очевидно. Если раньше для развертывания 100 приложений требовалось 25 серверов, то теперь достаточно 3-5. Это прямая экономия на оборудовании, электроэнергии, охлаждении, администрировании и лицензировании ПО. По данным независимых исследований, компании, перешедшие с виртуализации на контейнеризацию с помощью Docker, сокращают операционные расходы на 35-45%.

Но экономия — лишь верхушка айсберга. Реальная ценность Docker в том, что он ускоряет инновации. Финансовые организации могут быстрее запускать новые продукты, экспериментировать с разными подходами, быстро масштабировать успешные решения и также быстро отказываться от нерентабельных. В мире, где первый, кто вышел с новым продуктом на рынок, забирает 80% прибыли, скорость становится главным конкурентным преимуществом.

Контейнеры и образы: строительные блоки эффективных систем

Ключевые понятия в Docker — это контейнеры и образы. Образ — это своего рода шаблон или чертеж, а контейнер — это его конкретная реализация, готовое к работе приложение.

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

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

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

Для бизнеса это означает:

• Значительное сокращение затрат на хранение данных
• Быструю миграцию приложений между средами
• Эффективное использование дискового пространства
• Возможность развернуть десятки экземпляров приложения на одном физическом сервере

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

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

Драйверы хранилища и тома: оптимизация работы с данными

Хотя контейнеры и прекрасно подходят для stateless-приложений (тех, которые не хранят данные между запусками), большинство реальных бизнес-приложений, особенно финансовых, требуют постоянного хранения данных. Docker предлагает элегантное решение этой проблемы — тома.

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

Для финансовых приложений это имеет колоссальное значение. Представьте систему учета транзакций: если контейнер с приложением будет перезапущен (а это случается из-за обновлений, сбоев или масштабирования), данные о транзакциях никуда не потеряются — они останутся в томе.

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

Важный аспект с финансовой точки зрения — это эффективность использования дискового пространства. Благодаря механизму копирования при записи (Copy-On-Write, COW), несколько контейнеров могут использовать один и тот же образ без дублирования данных. Если у вас есть 10 контейнеров, основанных на одном и том же образе размером 1 ГБ, они не займут 10 ГБ дискового пространства, а потребуют дополнительное место только для изменений в каждом контейнере.

Для финансовых учреждений это означает:

• Сокращение затрат на дисковое пространство на 60-70%
• Более быструю разработку и тестирование
• Возможность создавать изолированные среды для разных отделов без избыточного использования ресурсов
• Эффективное использование облачных хранилищ, что особенно важно при работе с регулируемыми финансовыми данными

Практический пример: один из крупнейших банков США перешел с традиционной архитектуры на Docker и сэкономил $4.2 млн в год только на дисковом пространстве. При этом время запуска новых сред для тестирования сократилось с двух недель до четырех часов.

Сетевые возможности Docker: безопасное взаимодействие компонентов

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

Сетевая модель контейнеров Docker основана на концепции Container Network Model (CNM), которая обеспечивает изолированные сетевые среды для каждого приложения. Это особенно важно для финансовых организаций, где сетевая безопасность и разделение потоков данных имеют первостепенное значение.

Docker поддерживает несколько типов сетей:

• Bridge (мост): стандартная сеть, используемая по умолчанию, объединяет контейнеры в одну сеть
• Host: контейнер использует сетевое пространство хоста, что обеспечивает максимальную производительность
• None: полная сетевая изоляция
• Overlay: объединение контейнеров на разных хостах в одну сеть
• MACVLAN: прямая привязка контейнера к физической сети

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

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

С финансовой точки зрения сетевые возможности Docker дают:

• Сокращение операционных расходов на сетевое оборудование и настройку
• Ускорение развертывания новых сервисов
• Повышение отказоустойчивости систем
• Гибкость в масштабировании критически важных компонентов

Docker Swarm: оркестрация контейнеров для бизнес-задач

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

Swarm особенно ценен для финансовых организаций, так как обеспечивает:

• Автоматическое распределение нагрузки между контейнерами
• Отказоустойчивость: если один контейнер падает, Swarm автоматически запускает новый
• Масштабируемость: можно легко добавить или удалить контейнеры в зависимости от нагрузки
• Безопасное обновление приложений без простоя

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

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

Финансовая выгода от использования Swarm:

• Сокращение времени простоя на 90% по сравнению с ручным управлением контейнерами
• Более эффективное использование вычислительных ресурсов благодаря автоматическому распределению нагрузки
• Возможность реагировать на пиковые нагрузки (например, в конце торговой сессии на бирже) без перерасхода ресурсов в обычное время
• Снижение затрат на администрирование — один администратор может управлять сотнями контейнеров вместо нескольких десятков

Безопасность в Docker: защита финансовых данных

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

Docker предоставляет многоуровневую систему безопасности:

1. Пространства имен ядра (namespaces) — обеспечивают изоляцию процессов, сетей и файловых систем разных контейнеров
2. Контрольные группы (cgroups) — ограничивают использование ресурсов каждым контейнером
3. Capabilities — тонкая настройка привилегий контейнера
4. Обязательный контроль доступа (SELinux, AppArmor) — дополнительные уровни безопасности на уровне ядра

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

Docker Enterprise Edition предоставляет дополнительные возможности безопасности, включая:

• Сканирование образов на наличие уязвимостей
• Централизованное управление доступом на основе ролей (RBAC)
• Шифрование трафика внутри кластера
• Аудит всех действий в системе

Для финансовых учреждений соответствие нормативным требованиям (PCI DSS, SOX, GDPR) критически важно. Docker позволяет создавать изолированные среды для обработки конфиденциальных данных, которые соответствуют этим требованиям при правильной настройке.

Финансовая выгода от правильной настройки безопасности:

• Снижение риска финансовых потерь от кибератак
• Избежание штрафов за несоответствие нормативным требованиям
• Сохранение репутации и доверия клиентов
• Сокращение затрат на восстановление после инцидентов

Financial Containerization: специфика финансовой сферы

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

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

Для решения этой проблемы используйте:

• Жесткие лимиты ресурсов CPU и памяти
• Изоляцию критически важных сервисов в отдельные ноды
• Мониторинг производительности на уровне контейнеров
• Стратегии автоматического масштабирования, основанные на бизнес-метриках, а не только на загрузке CPU

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

Оптимизация для таких задач включает:

• Использование специализированных образов с оптимизированными библиотеками
• Кэширование часто используемых данных в памяти
• Разделение чтения и записи данных
• Использование быстрых томов для баз данных

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

Практические рекомендации:

• Используйте подписанные образы, проверяйте их подлинность
• Храните чувствительные данные (ключи шифрования, учетные данные) в защищенных секретах Docker
• Ограничьте сетевое взаимодействие между контейнерами только необходимыми соединениями
• Регулярно обновляйте базовые образы для исправления уязвимостей безопасности

Реальные кейсы внедрения Docker в финансовом секторе

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

Кейс 1: Крупный инвестиционный банк

Крупный инвестиционный банк с активами под управлением более $500 млрд столкнулся с проблемой медленного развертывания новых торговых платформ. Процесс занимал до 3 месяцев: заказ оборудования, установка, настройка, тестирование. Это привело к потере конкурентного преимущества, так как конкуренты выводили новые продукты на рынок быстрее.

Решение: банк перешел на архитектуру на основе Docker. Каждый компонент торговой платформы (обработка заявок, риск-менеджмент, отчетность) был развернут в отдельном контейнере. Это позволило:

• Сократить время развертывания с 3 месяцев до 2 недель
• Увеличить частоту обновлений с одного раза в квартал до еженедельных
• Снизить затраты на инфраструктуру на 30% за счет более эффективного использования ресурсов
• Улучшить отказоустойчивость: если один компонент падает, остальные продолжают работать

Финансовый результат: ускорение вывода новых торговых стратегий на рынок принесло банку дополнительную прибыль в размере $18 млн в год.

Кейс 2: Финтех-стартап

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

Решение: стартап полностью построил свою инфраструктуру на Docker и Kubernetes. Это позволило:

• Автоматически масштабировать вычислительные ресурсы в зависимости от количества пользователей
• Запускать A/B тесты разных версий алгоритмов без риска для основной системы
• Изолировать данные разных клиентов для соответствия GDPR
• Снизить затраты на облачные сервисы на 40% по сравнению с традиционной архитектурой

Финансовый результат: благодаря гибкой инфраструктуре стартапу удалось привлечь дополнительное финансирование в размере $5 млн при оценке компании в $50 млн. Стоимость инфраструктуры составляла всего 8% от общего бюджета против 25% у конкурентов.

Кейс 3: Региональный банк

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

Решение: банк внедрил Docker для контейнеризации всех своих приложений. Каждое отделение получило возможность обновлять ПО независимо благодаря изолированным контейнерам. Это позволило:

• Сократить время обновления с 6 месяцев до 2 недель
• Полностью устранить простои при обновлении системы
• Снизить затраты на ИТ-поддержку на 45% за счет централизованного управления
• Внедрить новые функции для клиентов в 3 раза быстрее

Финансовый результат: улучшение сервиса для клиентов привело к увеличению количества активных пользователей мобильного банка на 65%, что принесло дополнительный доход в размере $3.2 млн в год.

Оптимизация финансовых затрат: практические советы

Как использовать Docker для максимальной финансовой эффективности? Вот несколько практических советов, основанных на реальном опыте оптимизации инфраструктуры:

1. Правильный выбор базовых образов

Не используйте полные образы ОС вроде Ubuntu для production-контейнеров. Вместо этого применяйте минимальные образы типа Alpine Linux или специализированные дистрибутивы, оптимизированные для вашей задачи. Это сокращает размер образов на 70-90%, что приводит к:

• Более быстрой загрузке контейнеров
• Снижению затрат на хранение и передачу образов
• Уменьшению поверхности атаки (меньше пакетов = меньше уязвимостей)

1. Многоступенчатая сборка

Используйте многоступенчатую сборку (multi-stage builds) в Dockerfile. На первой стадии вы можете установить все зависимости и скомпилировать приложение, а на второй — скопировать только необходимые файлы в минимальный образ. Это позволяет сократить размер финального образа на 95%.

Практический пример: банковское приложение на Java изначально занимало 850 МБ. После оптимизации с использованием многоступенчатой сборки размер сократился до 45 МБ. При масштабировании до 1000 контейнеров это экономия 805 ГБ дискового пространства.

3. Динамическое масштабирование

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

4. Использование spot-инстансов в облаке

Для некритичных задач (тестирование, машинное обучение, обработка отчетов) используйте spot-инстансы в облаке, которые стоят на 70-90% дешевле обычных. Docker позволяет легко переносить контейнеры между разными типами инстансов, что делает эту стратегию особенно эффективной.

5. Оптимизация сетевого взаимодействия

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

6. Автоматизация развертывания

Полностью автоматизируйте процесс развертывания контейнеров с помощью CI/CD. Это не только ускоряет вывод продуктов на рынок, но и сокращает затраты на человеческие ресурсы и минимизирует риск ошибок.

Чек-лист для внедрения Docker в финансовую организацию

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

Подготовительный этап:

• [ ] Проведите аудит текущей инфраструктуры и определите приложения, которые получат наибольшую выгоду от контейнеризации
• [ ] Оцените нормативные требования (PCI DSS, SOX, GDPR) и убедитесь, что архитектура на основе Docker может им соответствовать
• [ ] Рассчитайте ROI (возврат инвестиций) для внедрения Docker, включая затраты на обучение, инструменты и возможную экономию
• [ ] Создайте пилотный проект с ограниченным объемом для проверки гипотез и получения опыта

Техническая подготовка:

• [ ] Выберите подходящий драйвер хранилища (overlay2 рекомендуется для большинства случаев)
• [ ] Настройте безопасность: пространства имен, лимиты ресурсов, Capabilities
• [ ] Подготовьте стратегию резервного копирования томов с критически важными данными
• [ ] Реализуйте мониторинг и логирование для отслеживания производительности и безопасности
• [ ] Разработайте процедуру обновления и отката изменений

Безопасность:

• [ ] Настройте сканирование образов на наличие уязвимостей
• [ ] Реализуйте управление доступом на основе ролей (RBAC)
• [ ] Зашифруйте чувствительные данные с использованием Docker Secrets
• [ ] Ограничьте сетевые взаимодействия между контейнерами
• [ ] Настройте регулярное обновление базовых образов

Оптимизация затрат:

• [ ] Используйте минимальные базовые образы
• [ ] Применяйте многоступенчатую сборку
• [ ] Настройте автоматическое масштабирование на основе бизнес-метрик
• [ ] Разработайте стратегию использования spot-инстансов для некритичных задач
• [ ] Оптимизируйте использование томов и хранилищ

Обучение и поддержка:

• [ ] Обучите команду разработки и эксплуатации основам работы с Docker
• [ ] Создайте внутреннюю документацию и лучшие практики
• [ ] Назначьте ответственных за поддержку контейнерной инфраструктуры
• [ ] Разработайте план реагирования на инциденты

Постепенное внедрение:

• [ ] Начните с некритичных приложений
• [ ] Соберите метрики до и после внедрения для оценки эффективности
• [ ] Постепенно переходите к контейнеризации критически важных систем
• [ ] Регулярно пересматривайте архитектуру и настройки для оптимизации

Будущее Docker в финансовом секторе

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

Бессерверная архитектура (serverless)

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

Контейнеры и блокчейн

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

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

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

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

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

Стандартизация безопасности

С развитием регуляторных требований к безопасности финансовых систем появятся стандарты для контейнеризации в финансовом секторе. Это упростит соответствие требованиям и повысит доверие к контейнерным решениям.

Заключение: Docker как инструмент финансовой трансформации

Docker — это не просто технология для разработчиков. Это мощный инструмент финансовой трансформации, который позволяет компаниям:

• Сократить операционные расходы на 35-45%
• Ускорить вывод продуктов на рынок в 5-10 раз
• Повысить отказоустойчивость критически важных систем
• Гибко реагировать на изменения рынка и потребностей клиентов
• Создавать инновационные продукты с меньшими рисками и затратами

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

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

Главный совет для руководителей финансовых организаций: не думайте о Docker как о технологии. Думайте о нем как о финансовом инструменте, который может трансформировать вашу инфраструктуру из центра затрат в источник конкурентного преимущества.

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

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