stingrayКомпания Riverbed Technology, специализирующаяся на решениях для повышения производительности корпоративных сетей, объявила о выпуске продукта, который произведет революцию в отрасли. Речь идет о новой платформе, которая позволит любому клиенту предоставлять контроллер доставки приложений «как услуга» (ADCaaS) с помощью контроллера служб Stingray. Этот новый продукт позволит автоматизировать развертывание служб по доставке приложений для любой сетевой архитектуры, включая программно-конфигурируемые сети (SDN).

Обычно ADC развертывались в сетецентрической модели, в которой на каждый аппаратный контроллер доставки приложений (ADC) приходилось одно программное решение. В других ситуациях работу нескольких приложений обеспечивала единая инфраструктура ADC. Благодаря появлению контроллера служб Riverbed Stingray стало возможным использовать отдельный ADC на каждое приложение. Это позволяет напрямую работать с изменяющимися приложениями, архитектурами центра обработки данных, рабочими процессами и операционными моделями, для которых требуется архитектура ADC нового поколения, способная устранить имеющиеся проблемы и при этом обеспечивающая более высокую динамичность, высокий уровень автоматизации и быструю подготовку новых служб к работе. Высокоэффективная технология ADCaaS компании Riverbed теперь позволяет поставщикам облачных сервисов и пользователям частных облаков возможность подготавливать, масштабировать и развертывать ADC по мере необходимости. 

Проблемы и недостатки предыдущего поколения ADC

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

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

Гибкость масштабирования благодаря новой модели потребления услуги

По информации Riverbed, с появлением контроллера служб Stingray предприятия и поставщики облачных сервисов могут в автоматическом режиме подготавливать к работе, развертывать, лицензировать, отслеживать и администрировать все свои системы ADC по модели «Решение как услуга». Кроме того, контроллер служб Stingray предоставляет новую модель потребления для клиентов, внедряющих службы ADC, — микроэкземпляры приложения Stingray Traffic Manager (STM). Это может быть как небольшой экземпляр ADC, так и крупномасштабные внедрения Stingray на серверах общего пользования. Это позволяет отказаться от традиционного метода определения размера ADC, который основан на пропускной способности. При таком подходе клиенты вынуждены прогнозировать интенсивность трафика и заранее внедрять необходимые мощности ADC. Микроэкземпляры STM позволяют гибко масштабировать службы ADC по запросу и выбирать их масштаб с учетом потребностей каждого приложения в центре обработки данных. Они позволяют достичь высокой плотности установки, полной изолированности и масштабирования при работе в режиме коллективной аренды.

Прежние ADC могут быть узким местом виртуализированных ЦОД, поэтому их не включают в стратегии виртуализации и облачного развертывания. С выводом на рынок контроллера служб Stingray клиенты получат гибкую платформу ADC, адаптируемую к изменениям рабочей нагрузки, отмечают в Riverbed. Программно-конфигурируемую матрицу доставки приложений должна позволить службам седьмого сетевого уровня превосходно работать в центрах обработки данных любой архитектуры. Контроллер служб Stingray будет доступен для приобретения в 3 квартале 2013 г.