В рубрику "Решения корпоративного класса" | К списку рубрик | К списку авторов | К списку публикаций
IT-службы многих компаний идут по первому, эволюционному пути, используя ресурсы своих специалистов и их знания систем виртуализации: они плавно переходят к построению облака и внедрению облачных приложений. Этот подход предполагает использование продуктов с открытым кодом, постепенный перевод приложений в облако, решение многих задач и возникающих проблем по мере появления. Фактически в этом случае облачная платформа живет и развивается вместе с предприятием и совершенствуется параллельно с ростом зрелости процессов в IT.
Второй путь, экстенсивный, предполагает привлечение системного интегратора, постановку перед ним задачи, проектирование совместно с интегратором решения и контроль внедрения системы. При этом подходе большое внимание необходимо уделить требованиям, предъявляемым к облачной платформе, ее производительности, а также продумать этапы ее развития и затратить усилия на разработку подробного технического задания, методик тестирования полученного решения и системы мониторинга состояния системы. От подготовительного этапа будет зависеть успешность реализации проекта в целом. Ошибки, допущенные на фазе проектирования, завышенные/заниженные требования к платформе будут трудно исправимы в будущем и приведут к росту затрат на содержание системы, а также сделают сложным или невозможным ее развитие в целом. После завершения работ по внедрению системы полученную платформу, как правило, целесообразно передать на обслуживание интегратору. Его опыт и возможности позволят обеспечить выполнение требований, заложенных в техническое задание. При этом в своей ответственности необходимо оставить задачи по определению приоритетов резервирования систем и оборудования, контролю производительности системы, проведению работ по тестированию систем резервирования и резервного копирования. Этот путь позволяет более быстро, а главное, комплексно внедрить облачное решение.
– Как вы считаете, должен ли интегратор обладать своими облачными платформами и ЦОДом?
– В рассматриваемом нами случае наличие у интегратора своей облачной платформы дает возможность заказчику при необходимости воспользоваться предыдущими наработками и уже реализованными техническими решениями. Это может быть некоторой гарантией для компании, что интегратор обладает требуемым опытом и компетенциями и сможет успешно воплотить в жизнь облачный проект.
При этом наличие у интегратора собственного ЦОДа, на мой взгляд, не имеет никакого значения для реализации облачного решения. Конечно, оно может служить для заказчика возможностью получить комплексную услугу от одного исполнителя и лучшие параметры SLA в случае последующей передачи облачной платформы на обслуживание в сервисную службу интегратора. Но с точки зрения минимизации расходов на облако заказчик вполне может арендовать ЦОД для размещения оборудования самостоятельно, исходя из собственных требований и целей проекта. В этом случае оптимизация может вестись по очень многим параметрам, таким как стоимость размещения оборудования, возможность расширения арендованного места в будущем, наличие/удобство телекоммуникационных сервисов и многие другие. Определение всех требований, предъявляемых к размещению оборудования облака, заранее поможет заказчику выбрать ЦОД оптимальным образом.
– Если в компании принято решение внедрять облако, как выбрать облачную платформу?
– Выбор платформы под облако целиком и полностью зависит от того, как предполагается ее эксплуатировать и обслуживать. Если планируется, что облачная платформа будет управляться собственными силами, то выбор решения должен определяться наличием у специалистов компании компетенций в тех или иных системах и ее возможностями обслуживания оборудования. Вторым определяющим фактором при выборе платформы являются цели и задачи, для выполнения которых внедряется облачное решение. Исходя из этого параметра, необходимо выделить ключевые требования к платформе и к работе приложений в облаке и искать решение, соответствующее этим параметрам. В большинстве случаев этот путь приведет к тому, что многие задачи по внедрению облака и его обслуживанию придется передавать на аутсорсинг.
– Должен ли интегратор, с вашей точки зрения, обеспечивать катастрофоустойчивость и резервирование?
– При проектировании облака, безусловно, необходимо уделить особое внимание требованиям к доступности, резервированию и резервному копированию работающих в нем информационных систем. Завышенные требования к этим параметрам приводят к увеличению количества оборудования, используемого в облаке, его производительности и возможностям сети и каналов связи. В результате полученное решение становится неоправданно дорогим и сложным в настройке и эксплуатации. Поэтому баланс доступности и цены рекомендую искать в процессе перевода информационных систем в облако. Наблюдая за загрузкой облачной платформы, оценивая ее резервы и задачи по расширению облачных мощностей, можно оптимальным образом добавлять в облако необходимые ресурсы, тем самым обеспечивая требуемую надежность работы информационных систем в целом. При этом обеспечение катастрофоустойчивости облака должно полностью находиться в компетенции заказчика, поскольку именно он определяет требования к доступности своих информационных систем, управляет резервными мощностями облака, вводя в эксплуатацию дополнительное оборудование и распределяя его между системами, тестирует систему резервного копирования и восстановления данных. И хотя для выполнения многих работ можно привлекать ресурсы системного интегратора, можно передавать на аутсорсинг обслуживание и развитие части систем облака, полная ответственность за работоспособность облачной платформы, сохранность данных и резервирование целиком и полностью лежит на заказчике.
– Какие облачные проекты наиболее востребованы сейчас среди заказчиков?
– В настоящее время на рынке довольно много компаний, готовых предоставить качественный облачный сервис. При этом спрос в сложившейся экономической ситуации ограничен рыночными условиями, и наиболее востребованным облачным сервисом сегодня является аренда инфраструктуры (IaaS). Это связано с тем, что многие компании сейчас оптимизируют свои IT-бюджеты, и сокращение капитальных затрат на оборудование, перевод вложений в инфраструктуру в операционные расходы являются одним из способов оптимизации. Дополнительным преимуществом IaaS является также возможность гибко управлять расходами на аренду, изменяя мощности арендованной инфраструктуры в зависимости от текущей нагрузки.
Вторым по популярности облачным направлением является аренда сервисов SaaS. Хотя эта область деятельности развита гораздо меньше, чем IaaS, тем не менее на рынке появляется все больше приложений, разработанных для работы в облаке, которые обеспечивают поддержку целых направлений работы компаний. Основным драйвером роста этого сервиса является потребность компаний в больших возможностях по интеграции облачных и обычных приложений и более широком охвате облачным приложением бизнес-области, которую оно автоматизирует, таким образом, чтобы весь бизнес-процесс находился в облаке.
На мой взгляд, развитие этих двух направлений позволит облачным сервисам занять существенную долю в IT-сиcтемах предприятий, а системным интеграторам – развивать и расширять спектр предоставляемых компаниям услуг.
Традиционно в сложные экономические периоды системная интеграция испытывает подъем. Это, как правило, выражается не в денежном исчислении, хотя такое тоже возможно по некоторым направлениям, например по развитию 3D-решений. Кризис заставляет заказчиков искать оптимальные, более выгодные и эффективные решения. Соответственно, кризис – это всегда пора смены технологий. Те игроки рынка, которые проявляют активность в такой период, предлагая рынку новые решения, технологии, услуги, как правило выходят из кризиса с гораздо большей долей рынка, чем до того, по тем или другим направлениям.Так было, кстати, и в 1998-м г., так было и 2009-м г., так и сейчас. Так было, есть и будет.
Я не утверждаю, что кризис – это золотая пора для интегратора, если рассматривать только финансовую сторону вопроса. Но, безусловно, это драйв и хороший период для интересных проектов, а также привлечения новых партеров и производителей, поиска новых решений, востребованных рынком. Мы готовы работать с удовольствием над разными проектами, в том числе и социальными. Финансирование проектов со стороны заказчика имеет важное значение, но не стоит забывать, что мы работаем не только за деньги – мы работаем еще и за интерес. Наши профессионалы и эксперты хотят видеть результаты своего труда, и чем больше разных проектов в их ведении, в том числе социально значимых, тем лучше настроение в коллективе, вне зависимости от количества прибыли в компании. Это два важных компонента успешной работы.
Опубликовано: Журнал "Технологии и средства связи" #3, 2015
Посещений: 3310
Автор
| |||
В рубрику "Решения корпоративного класса" | К списку рубрик | К списку авторов | К списку публикаций
