Мы рассмотрим общие доводы за и против перевода какого бы то ни было сервиса в облачную инфраструктуру, будь то SaaS, IaaS или PaaS, а в пояснении укажем, в каком объеме, и как применим соответствующий довод к нашему предложению QlikView.

1 Доводы за перевод серверов QlikView в облако

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

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

 

1.2 Эластичность – опираясь на доступные вычислительные ресурсы, быстрое масштабирование, согласно растущим потребностям

QlikView и здесь имеет некоторые отличия от прочих приложений: замечено, что внедрения QlikView очень быстро растут. Начало, как правило, - это одно-два приложения, один источник данных, несколько пользователей. В течение нескольких месяцев количество приложений может увеличиться в десятки раз, могут быть добавлены новые источники данных, пользователи других департаментов. По опыту внедрения, сервера, приобретенные в период запуска проекта QlikView и рассчитанные с запасом, перестают справляться с нагрузкой в ближайшие 6-12 месяцев. В случае QlikView разумно возложить манипуляции, связанные с масштабируемостью на провайдера облачных услуг. Есть еще один нюанс, характерный для серверов QlikView: на производительность QlikView очень плохо влияет виртуализация. Хотя требований по отсутствию виртуализации нет в технической документации QlikTech, по опыту работы и по проведенным тестам, виртуализация QlikView очень сильно снижает производительность. Поэтому и рекомендуется использовать физическую инфраструктуру, проблемы масштабирования которой, гораздо острей. Напомним, что в рамках нашего решения облачного хостинга для сервера QlikView, вопросы масштабирования мы полностью берем на себя.

 

1.3 Бизнес фокус – аутсорсинг непрофильных задач, в том числе и задач обслуживания и поддержки инфраструктуры и ПО, профессионалам в этой области и сосредоточиться на основном бизнесе

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

• Завести нового пользователя системы;
• Установить обновления операционной системы;
• Настроить доступ для удаленных сотрудников;

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

 

1.4 Низкая стоимость владения – конвертируйте значительную часть затрат, связанную с внедрением QlikView, из капитальных затрат в операционные. Облачный подход позволяет избавиться от приобретения имущества и прав на сопутствующее программное обеспечение, напрямую не относящегося к процессу анализа (например, Microsoft Windows Server или Microsoft SQL), а получать приложение в виде ежемесячных услуг

Сначала укажем, какие компоненты входят в состав услуги по облачному хостингу QlikView и тарифицируются как услуги ежемесячно:

• Серверные мощности – серверные мощности, сервера, необходимые для работы QlikView и смежных сервисов, таких как, например, Active Directory или SQL сервер;
• Программное обеспечение третьих производителей: Microsoft Windows Server, Microsoft SQL Server, серверный антивирус, Microsoft Office и прочее программное обеспечение, необходимое для эффективной работы серверов QlikView;
• Поддержка серверов, программного обеспечения, пользователей QlikView, безопасности. В частности, с определенной периодичностью проводятся аудиты безопасности внедренной системы, а результаты предоставляются заказчику;

Что не входит в состав услуги:

• Лицензии QlikView;
• Создание приложений QlikView;

 

1.5 Доступность по запросу – поддержка мобильных и удаленных пользователей, доступ к приложению через браузер

QlikView – приложение ориентированное на использование через web интерфейс. Для него весьма актуальна возможность доступа через Интернет. В зависимости от требований безопасности, доступ к приложению может быть как открыт для широкого круга пользователей, так и для, например, пользователей корпоративного vpn.

 

 

2 Доводы против перевода QlikView в облако

2.1 Безопасность – угрозы безопасности остаются важнейшим аргументов против перевода на облачную модель, включают конфиденциальность, целостность, доступность. Для некоторых компаний безопасность сегодня – невозможный для преодоления барьер. Другие же компании переходят на облачную модель, управляя рисками безопасности. К слову, провайдеры облачных услуг знают о таком препятствии, как безопасность и зачастую безопасность инфраструктуры провайдера существенно выше, чем безопасность инфраструктуры компании-заказчика облачных услуг

Мы не будем заниматься анализом угроз информационной безопасности в облаке и внутри компании и сравнивать их, поскольку информационная безопасность трактуется по-разному в разных компаниях. Информационная безопасность решения обеспечивается целым комплексом мер, что отражается в ежегодном прохождении security assessment, которое, помимо прочего предполагает политику безопасности, соглашение о конфиденциальности, физическую безопасность. Методы обеспечения информационной безопасности позволяют размещать и анализировать в облачном хранилище QlikView данные, относящиеся к любым аспектам деятельности компании. Например, хорошо себя зарекомендовал хостинг QlikView совместно с сервисом контроля данных DTS. Информация, не содержащая персональных данных и не представляющая самостоятельного интереса, а интересная только в динамике – хорошо подойдет для облачного хостинга QlikView. Действительно, даже если допустить утечку информации, то она не может быть использована во вред компании или на пользу конкурентов, поскольку требует дополнительного и всестороннего анализа. Собственно, QlikView и требуется для того, чтобы вытащить из данных, а точнее из динамики данных, информацию, пригодную для принятия решения. В дополнение скажем, что значительное количество компаний, понимая выгоду облачного подхода, использует облачные сервисы, при этом контролируя риски информационной безопасности.

 

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

QlikView – система достаточно автономная. Единственное, что нужно сделать – собрать в нее данные из разных источников и периодически дополнять их. То есть информация из систем собирается в промежуточном хранилище или сразу на сервере QlikView и с определенной периодичностью добавляются обновленные данные. В основном данные для QlikView добавляются ежедневно. В остальное время пользователи имеют доступ к данным, могут анализировать их и просматривать отчеты. Оптимизированное средство хранение данных в QlikView – QVD или QVW файлы, существенно уменьшают требования к объему данных, требуемому для ежедневной закачки в систему QlikView, поэтому QlikView может спокойно и автономно находиться на облачном хостинге, а источники данных внутри компании. Более того, не следует рассматривать перевод QlikView в облачную среду как начало более масштабного перехода. QlikView очень удобен для того, чтобы сделать его облачным, чего нельзя сказать о многих других приложениях.

 

2.3 Недостаток контроля – сложно получить соглашение об уровне сервиса (SLA) от облачного провайдера. Управление данными, надежность сервиса – наиболее частые проблемы, с которыми сталкивается клиент

Решение V-Grade для облачного хостинга QlikView сильно отличается от облачных предложений большинства компаний на рынке. Разумеется, услуги оказываются согласно установленному SLA. Отличие состоит в расширенном контроле, который является уникальным в отрасли для услуг SaaS. Этот уровень контроля гарантирует, что бизнес-аналитики получат необходимые приложения и необходимые для анализа данные от контролирующего процесс разработчика и супервизора.

 

2.4 Опыт постащиков – слишком большое количество поставщиков, различные предложения – сложно подобрать предложение, которое будет соответствовать потребностям и отвечать ожиданиям

Понимая сложность предусмотреть все нюансы развертывания того или иного решения в облачном хостинге, компания V-Grade предлагает только проверенное решение для QlikView. В активе компании успешно функционирующие проекты облачного хостинга QlikView, что позволяет понимать потребности клиентов и предоставлять те услуги и в том объеме, как они необходимы, чтобы снять все организационные и прочие вопросы. Поскольку инфраструктура для QlikView достаточно сложна, компания V-Grade нацелена на активное взаимодействие и отклик специалиста на широкий спектр запросов пользователя. Решение разработано с учетом того, что эксплуатировать его будет специалист или специалисты, не имеющие глубоких знаний в области администрирования серверов или программного обеспечения. Единственное, с чем придется столкнуться специалисту бизнес-аналитику компании-клиента – с целевой работой над улучшением приложений и структуры данных QlikView, а также оптимизацией процесса анализа. Всю техническую прослойку возьмет на себя компания V-Grade.

 

2.5 Производительность – ограничения в размерах и производительности центров обработки данных, значительные задержки при работе с аналитическими приложениями, если приложения находятся в облаке, а данные у клиента

Мы уже касались темы источников данных выше. QlikView специально разработан, чтобы иметь возможность анализировать любые, в том числе большие и ОЧЕНЬ БОЛЬШИЕ данные. Разумеется, в QlikView предусмотрены механизмы оптимизированного хранения, пересылки и манипуляции данными. Механизм инкрементного добавления данных, выбор данных, сжатие данных. Фактически, не обязательно, что все терабайты данных, хранящихся в источниках данных понадобятся для анализа. Как показывает практика, лишь 10% таких данных представляют ценность. Сжатые в 10 раз эти данные хранятся в QlikView. А раз в сутки десятая, а может сотая часть этих данных обновляется. Поэтому ежедневное обновление данных QlikView для 1ТБ составит от 1ГБ до 10ГБ что при нынешних Интернет каналах не представляет никакой проблемы. Таким образом, источники данных не требуется переносить на облачный хостинг. Для работы QlikView требуется только подготовленная выжимка. Услуга облачного хостинга QlikView предусматривает помощь в организации процесса загрузки данных из QVD файлов-выжимок на рабочий QlikView, находящийся на облачном хостинге.