Рост стоимости ИТ-инфраструктуры заставляет компании пересматривать подход к проектированию систем. Если раньше нехватку производительности часто компенсировали покупкой более мощного оборудования, то теперь такой способ масштабирования становится все дороже. О том, как это меняет архитектуру ИТ-систем и во сколько бизнесу обходятся ошибки на этапе проектирования, рассказал главный архитектор ГК ОТР Александр Азарочкин.
«По нашим оценкам, за последние три года стоимость enterprise-оборудования (серверов, систем хранения данных, сетевого оборудования) и сопутствующих лицензий в России выросла примерно в 2 раза. Бюджет типового инфраструктурного проекта за это время увеличился на 70-85%. Поэтому архитектуру приходится изначально проектировать с учетом стоимости ее дальнейшего развития», — поделился статистикой Александр Азарочкин.
Для бизнеса это означает, что цена архитектурной ошибки также растет. Если система изначально не рассчитана на развитие, впоследствии может потребоваться ее перестройка, миграция на другую платформу и закупка дополнительного оборудования. Такие работы могут увеличить первоначальную стоимость проекта на 80-120% — то есть бизнес фактически платит за проект дважды: сначала за исходную реализацию, затем за ее переделку.
«Показателен пример высоконагруженной системы, где шардированная база данных была развернута более чем на 40 серверах отечественного производства. В первый год эксплуатации аппаратные сбои происходили достаточно часто, однако пользователи их не замечали: СУБД автоматически и бесшовно перераспределяла нагрузку на резервные мощности при выходе отдельных узлов из строя. Минусы “железа” были полностью компенсированы грамотной архитектурой, благодаря которой удалось избежать потенциальных потерь в размере 100-150 млн рублей».
Обратные ситуации, по словам эксперта, также встречались неоднократно. Компании закупали дорогостоящее проприетарное оборудование, а затем сталкивались с ростом стоимости сопровождения и комплектующих. В результате такие системы приходилось декомпозировать и экстренно мигрировать на российские платформы, неся двойные расходы.
«Поэтому сегодня архитектуру стараются строить так, чтобы масштабировать только те компоненты, которые создают основную нагрузку. Дополнительные ресурсы можно подключать по мере необходимости, не увеличивая мощности всей системы целиком. Важную роль играет и оптимизация программного обеспечения: код, запросы к базам данных и работа с кэшем позволяют эффективнее использовать уже имеющиеся ресурсы. По нашей оценке, такая оптимизация способна снизить инфраструктурные расходы на 25-40%.»
Еще один принцип — не привязывать систему к одной технологии. Для разных задач можно использовать специализированные хранилища, а бизнес-логику отделять от данных. Это упрощает замену СУБД или другого компонента, если в будущем появится более выгодное решение. При этом декомпозиция должна оставаться разумной: чрезмерное дробление системы увеличивает расходы на сетевое взаимодействие и сопровождение.
Поэтому при выборе архитектуры компании все чаще ориентируются на совокупную стоимость владения (TCO) на горизонте 3-5 лет. Важными критериями становятся импортонезависимость, возможность поэтапного развития, горизонтальное масштабирование на стандартном оборудовании и замена отдельных компонентов без полной перестройки системы.
Дополнительные ограничения появляются по мере развития ИИ. GPU-нагрузки требуют не только производительных серверов, но и высокоскоростных сетей, охлаждения и значительного объема электроэнергии. Поэтому ИИ-сервисы все чаще выделяются в отдельные контуры, а при проектировании приходится учитывать физические возможности площадки.
Наконец, в архитектуру с самого начала приходится закладывать требования информационной безопасности. Если делать это постфактум, могут потребоваться новые сетевые контуры, доработка интеграций и дополнительное оборудование. Поэтому сегодня архитектура должна учитывать не только текущую нагрузку, но и стоимость ее развития, масштабирования и изменения отдельных компонентов.
В результате дорогая инфраструктура меняет сам принцип проектирования ИТ-систем: задача архитектора — не просто обеспечить необходимую производительность, а заранее определить, как система будет развиваться и сколько будет стоить каждое следующее изменение. С такими задачами успешно справляются специалисты ГК ОТР, учитывая специфику и задачи клиента, а также динамику роста, ситуацию и технологические особенности построения ИТ-архитектуры.
ПОДЕЛИТЬСЯ НОВОСТЬЮ
