Многие сегодняшние контроллеры доставки приложений (App Delivery Controller, ADC) имеют архитектуру, созданную 20 лет назад. Они лишены гибкости и адаптируемости. Сегодня компании различных отраслей и особенно занимающиеся электронной торговлей, банковской деятельностью, здравоохранением и технологией требуют совершенно иных решений. Провайдер веб-сервисов Snapt приводит на портале eWeek список основных особенностей ADC, которые гарантируют, что корпоративные приложения и сервисы доступны через Интернет, работают быстро и защищены. Snapt и другие разработчики программных ADC (FNetworks, A10, Citrix, NGINX, PulseSecure, AWS, Fortinet и др.) обеспечивают ускорение и защиту важнейших сервисов и распределение нагрузки между ними.

Со времени разработки ADC в начале 2000-х спрос на них неуклонно растет. В 2015 г. Orbis Research определила объем всемирного рынка ADC в 4 млрд. долл. Ожидается, что к 2022 г. он достигнет 9,8 млрд. долл.

Однако технология ADC совершенствовалась медленно. Многие сегодняшние ADC базируются на архитектуре 20-летней давности. Предприятия обнаружили, что ADC необходимы не только для общей оптимизации сети, ускорения работы приложений и распределения нагрузки в физических сетях. Им нужны решения, которые интегрируются с приложениями и инфраструктурой в облаках, повышая производительность и доступность. Для этого необходимы программные ADC, обладающие высокой производительностью, низкой ценой и гибкостью, которые прежде были недостижимы.

1. Необходимость одновременно управлять приложениями и DevOps

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

2. Главное — производительность

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

3. Решение должно понимать все достоверные данные

Необходимо решение, которое понимает достоверные данные, анализирует их и обменивается ими. Работа вашего сервера приложений замедлилась? Возрос процент ошибок HTTP? Ваш ADC должен понимать важнейшие метрики производительности и масштабируемости.

4. Решение должно вести мониторинг множества потоков данных

Необходимо решение, которое оперирует на уровне 7-й модели OSI. Ищите продукт, ведущий мониторинг откликов HTTP, перехватывающий коды ошибок и предотвращающий простои.

5. Решение не должно нарушать процесс DevOps

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

6. Оборудование не требуется

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

7. Делать все и делать это просто

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

Версия для печати