Масштабирование с умом, снижение затрат: как Александр Леонгард и DashDevs преобразовали облачную инфраструктуру с помощью AWS

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

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

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

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

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

Команда решила перенести свою инфраструктуру на Amazon Web Services (AWS), сосредоточившись на сервисах, которые снизят накладные расходы и позволят им расти, не увеличивая постоянно затраты на инфраструктуру.

Первым шагом было решение самой ресурсоемкой задачи: баз данных. Переместив их на Amazon RDS, команда получила автоматические резервные копии, легкое масштабирование и управляемые обновления безопасности.

Это устранило большую часть ручной работы, которую они ранее выполняли, сэкономив время и снизив риск человеческой ошибки. «С RDS мы могли полагаться на AWS для выполнения необходимого обслуживания», — объясняет Александр. «Это сразу же снизило нашу операционную нагрузку.»

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

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

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

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

«Lambda кардинально изменила наше представление о масштабировании», — говорит Александр. «Теперь нам не нужно было заранее оценивать количество серверов, которые нам понадобятся. Вместо этого мы создавали сервисы, которые могли масштабироваться автоматически и экономически эффективно.»

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

Чтобы ускорить процесс и избежать переработки для каждой адаптации клиента, команда DashDevs создала свою собственную внутреннюю платформу на основе сервисов AWS.

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

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

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

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

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

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

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

«CloudFormation предоставил нам все, что нам нужно, без дополнительных накладных расходов, связанных с Terraform», — говорит Александр. «Он упростил наши развертывания и снизил кривую обучения для команды. Для наших целей такой компромисс имел смысл.»

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

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

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

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

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

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

«Мы не просто сократили затраты», — размышляет Александр. «Мы создали систему, которая позволила нам масштабироваться как технически, так и коммерчески.

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

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

«Когда вы строите инфраструктуру, вы не просто решаете сегодняшние проблемы», — говорит он. «Вы создаете возможность для вашей компании расти, не попадая в ловушку операционных затрат. Именно это позволил нам сделать AWS, и это подход, который я переношу с собой в каждый проект, который я беру на себя.»

Эта история была первоначально опубликована 3 сентября 2022 года.