Поиск на сайте: Расширенный поиск


Новые программы oszone.net Читать ленту новостей RSS
Hitman Pro - комплексное решение для удаления всевозможных шпионских и вредоносных программ с компьютера пользователя. У...
Программа предназначена для автоматизации работы компьютерных клубов. Внимательно следит за работой администраторов, вед...
Печать бланков Украина - программа для печати и выписки следующих документов: - договор, - счет-фактура, - расходная нак...
Aml Pages - это электронная записная книжка, оперативный блокнот на все случаи жизни, каталогизатор документов. Позволяе...
McAfee Stinger - это бесплатный, не требующий установки антивирус, для обнаружения и удаления с компьютера известных вир...
OSzone.net Microsoft Разное Прочее Облачные вычисления. С чего начать, если начало уже положено RSS

Облачные вычисления. С чего начать, если начало уже положено

Текущий рейтинг: 5 (проголосовало 2)
 Посетителей: 2938 | Просмотров: 4842 (сегодня 0)  Шрифт: - +

Значительное изменение в бизнес-процессах сродни починке самолета в воздухе — так же сложно, рискованно и разрушительно для нормальной работы, а с ростом внимания к таким возможностям, как ориентированная на службы архитектура (SOA), «ПО как услуга» (SaaS) и облачные вычисления, подобное сравнение может казаться сильной недооценкой.

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

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

Нужно ли сначала унифицировать организационную структуру и лишь затем приступить к реализации таких возможностей? Чаще всего на это нет времени. На сегодняшний день правильный ответ таков:  надо активно преследовать обе цели, но четко следить за разумным распределением приоритетов.  К сожалению, это легко сказать, но намного сложнее реализовать — большинство организаций испытывает недостаток «видения себя», то есть того инструмента, который позволил бы в процессе унификации эффективно и объективно определить приоритеты, а без этого все усилия по максимизации возможностей новых технологий почти наверняка обречены на провал.  В чем же причина?  Существует гигантский коммуникационный разрыв между различными подразделениями организации, и ИТ-отдел здесь не исключение.  В основе этого разрыва то, что некоторые называют заблуждением «как», которому посвящена первая часть этой статьи.

Но вернемся к SOA, SaaS и облачным вычислениям. Сложности и возможности SOA, SaaS и облаков ярко очерчивают грань между бизнесом и ИТ отчасти из-за новизны архитектуры и технологии.  Компании ожидают от технологии, что она позволит им предоставлять новые возможности и услуги новым и существующим клиентам, принесет дополнительные доходы и конкурентное преимущество.  В то же время многие считают, что перенос унаследованных технологий в облако позволит предоставить новым и существующим клиентам больше возможностей в таких областях как безопасность, скорость, доступ и персонификация.  Компании наверняка предоставят ИТ-отделам подробные «требования», предусматривающие существенные изменения покупного или разработанного собственными силами ПО.  Как мы объясним в этой статье, если организация не избавится от заблуждения «как», ИТ-отдел обычно будет создавать излишне расширенные и слишком дорогие службы, которые съедят все преимущества этих новых моделей и, в конечном счете, замедлят продвижение организации к достижению этих стратегических целей.

Нужна более четкая формулировка потребностей и приоритетов организации, а также должно присутствовать ясное понимание того, как новые модели (SOA, SaaS и облачные вычисления) дополнят существующие унаследованные ИТ-решения и архитектуру (снова возвращаемся к починке самолета в воздухе). Увязывание технических возможностей этих новых моделей с нуждами организации жизненно важно и именно об этом мы расскажем в этой статье.

В первой части мы говорим больше об избавлении от заблуждения «как» через моделирование возможностей и создание «тепловых карт».  Во второй части мы расскажем о роли «тепловых карт» в бизнес-требованиях и определении приоритетов. В третьей части вы узнаете, что такое SOA, SaaS и облачные вычисления и какие возможности и риски, они представляют для ИТ и бизнеса компании.  Четвертая часть посвящена рассказу о конкретной реализации облачных вычислений, демонстрирующей выгоду, которую компания может извлечь от нового варианта размещения служб. .  Завершающая часть говорит о том, что нельзя считать облачные вычисления лишь новой технической возможностью, так как это не позволит реализовать всех ее преимущества для бизнеса.  Если не выполнить объективный анализ, достигаемый за счет четкости и строгости бизнес-функций, велик риск, что не удастся явно увязать стратегию и тактику организации с возможностями технологии.  В завершение мы изложим ряд наших мыслей о том, какими должны быть следующие шаги и ресурсы, задействованные в нашем дискуссии.

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

Избавление от заблуждения «как» за счет моделирования бизнес-функций и использования «тепловых карт»

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

Заблуждение «как»

В корне обсуждаемого водораздела лежит так называемая пропасть «как», и она касается нас всех.  Люди часто настолько привязываются к тому, «как» они что-то делают (например, отправляют факс), что описание их должностных обязанностей часто маскирует то, «что» они делают (информирование о состоянии дел — это «что», а отправка факса — «как»).  В совокупности все «что», составляют суть компании и называются бизнес-функциями (подробнее об этом можно почитать в нашей с Джеком Калхауном статье «The Next Revolution in Productivity» , опубликованной в Harvard Business Review).  Мы обнаружили, что определение различных бизнес-функций в организации — превосходный первый шаг на пути к получению намного более ясного и объективного представления о том, что делается в организации, причем эта работа занимает не так много времени и большинство людей получает удовольствие от этого.  Присовокупив к этому информацию о ценных и не очень областях, о производительности и зрелости процессов, можно вести исключительно объективное и эффективное обсуждение приоритетов работы, особенно когда речь идет о бизнес-ценности.  Это тот первый шаг, который мы рекомендуем большинству организаций. Вместо того чтобы тратить месяц на создание карты всей организации, мы рекомендуем начать с меньшего — с уровня подразделений и отделов, чтобы ощутить, как этот подход отличается (или дополняет) другие методы, которые можно было бы задействовать, такие как реинжениринг процессов или шесть сигма.

Любой разговор о SOA, SaaS или облачных вычислениях, который начинается с технологии или даже архитектуры, практически обречен на провал.  Важный первый шаг для ИТ-специалистов и бизнес-пользователей — избавиться от заблуждения «как», а хорошие новости заключаются в том, что на это не нужно много времени.

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

Рабочее место — вот где заблуждение «как» встречается чаще всего, а проиллюстрировать это лучше всего на примерах.  Допустим, собирая бизнес-требования в какой-то части организации, ничего не зная о самой организации, вы подошли к человеку, отправляющему факс и спросили его, «что» он делает.  Наиболее вероятный ответ: «Я отправляю факс», и в этой ситуации большинство людей на вашем месте попытается разобраться детальнее, например «Является ли отправка факсов необходимой частью вашей работы?  Обязательно ли отправлять факс, чтобы успешно выполнить свою работу?», а ответы, скорее всего, будут «да», из чего человек, собирающий требования, сделает логичный вывод, что «отправка факсов» — это бизнес-требование.

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

Карта ценности

Так какой же первый шаг на пути избавления от заблуждения «как»? Крупные организации состоят из тысяч бизнес-функций, и через какое-то время вся совокупность бизнес-функций должна оформиться, но прямо сейчас надо определить не менее одной из двух вещей.

Первое — определить бизнес-функции, обладающие самой большой бизнес-ценностью, которая определяется тремя обладающими одинаковым весом проверками (в качестве примера такая бизнес-функция, как «выплата зарплаты», не проходит ни одну из этих проверок; она необходима, должна быть успешной и соответствовать стандартам, но все равно не проходит ни одну проверку):

  • Вносит ли бизнес-функция свой вклад в бренд или репутацию организации, то есть определяет ли она то, из-за чего клиенты, партнеры и сотрудники хотят иметь дело с организацией.  Является ли она той вещью, которая у людей ассоциируется с организацией?  (варианты оценки да/нет, высокая/средняя/низкая важность или 1-5)
  • Связана ли производительность бизнес-функции непосредственно с ключевым индикатором производительности организации? (Да/Нет.)
  • Принесет ли пользу для бизнеса повышение производительности данной бизнес-функции? (Да/Нет.)

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

Так что посмотрите на работы и уберите с них глаголы «как», приведенная на рис. 1 блок-схема показывает работу страховой компании, которая должна предоставить предложение по цене страховки, и иллюстрируют определение глаголов «как».

*

В частности, обратите внимание, что глаголу «Автоматизировать» слева соответствует прочерк в правой части; это потому, что это ни глагол «как», ни глагол «что» — это вторичное описание глагола «как» и к нему в нашем обсуждении надо относиться с особой осторожностью.

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

*

Само по себе это ничем не удивит многих людей в организации, но когда вы спросите их о бизнес-ценности каждого блока работы, включая родительский блок «Создание коммерческого предложения по страхованию», и затем поинтересуетесь о производительности, то сможете разметить цветом все бизнес-функции, причем оттенки темного требуют более пристального внимания (высокая ценность и низкая производительность), а оттенки светлого говорят об обратном (низкая ценность, высокая производительность).

* *

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

Как использовать «тепловые карты» в качестве основы для обсуждения приоритетов

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

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

Определение приоритетов

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

  • повышение производительности;
  • снижение затрат;
  • устранение бизнес-рисков.

Сначала разберемся, как из «тепловых карт» узнать, где нужно инвестировать, чтобы повысить производительность? Просмотрите родительские бизнес-функции и найдите наиболее ценные, но обладающие низкой производительностью. Эти функции не вносят надлежащий вклад в общую отдачу, поэтому именно здесь инвестиции приведут к повышению общей производительности организации. А это подразумевает определение возможности использования новых бизнес-функций, таких как облачные вычисления. Это горячие точки на «тепловой карте», у которых и заливка (ценность) и рамка (производительность) темного цвета. Небольшое уточнение: по сути неважно, какой цвет заливки в соотношении к цвету рамки, но во избежание путаницы мы соблюдаем цветовую разметку на протяжении всей статьи. Горячие точки показывают самые проблемные с точки зрения производительности участки. Эти участки нуждаются во внимании и инвестициях, что позволит повысить производительность, причем такие участки обычно должны составлять не более 10–20% всех бизнес-функций. Очень оперативно, всего лишь «выслушав» участников бизнес-функций, нам удалось объективно определить приоритеты родительских бизнес-функций, выделив только этим критически важные функции.

Теперь надо определить область действия наших требований. Посмотрите повнимательнее на каждую «родительскую» бизнес-функцию в списке приоритетов и найдите «дочернюю» бизнес-функцию (или функции), которые больше всего нуждаются во внимании. Проще говоря, речь идет о причинно-следственной связи, то есть какая дочерняя функция (или функции) оказывает самое большое влияние на производительность «родителя»? Главное для нас — производительность. Почему? Большинство бизнес-функций можно отнести к одной из трех категорий:

  • создающие добавочную стоимость;
  • управляющие;
  • поддерживающие.

Вообще говоря, только создающие добавочную стоимость функции прямо обеспечивают рост ценности (и весьма часто они являются двигателем производительности родительской функции). Управляющие и поддерживающие функции необходимы для обеспечения высокой производительности создающих добавочную стоимость бизнес-функций. Низкая производительность в любой из «дочерних» бизнес-функций этих типов может быть причиной низкой производительности на «родительском» уровне.   В частности, что так же важно, как и поиск причин низкой производительности, большинству организаций приходиться начинать с уровня предположений (когда нет абсолютной уверенности в причинах низкой производительности), но по нашему опыту, поскольку организации обладают большим опытом и глубокими знаниями, первоначальные предположения очень точны.

Использование «тепловых карт» производительности

Кроме прочего, «тепловая карта» показывает области, где можно повысить доходность за счет сокращения затрат, консолидации и аутсорсинга. Лучше всего это делается путем определения бизнес-функций с самой низкой бизнес-ценностью. На «тепловой карте» это функции со светлой (ценность) заливкой. Хорошая у них производительность или нет, неважно — ценность этих функций все равно невелика, поэтому разумно подумать о том, чтобы передать их на сторону — тому, кто сможет делать эту работу лучше, занимаясь этим профессионально, а самому сосредоточиться на том, что наиболее ценно для организации. Если производительность высокая или даже исключительно высокая, можно попытаться повысить эффективность, сократить затраты и сузить функцию до наиболее важных для бизнеса вещей. Можно также подумать о консолидации услуг. Нужно ли поддерживать много систем и отделов только для того, чтобы «выплачивать зарплату сотрудникам»? Теперь увидеть это намного проще — после того как мы преодолели заблуждение «как» и описываем «что» в терминах цели и результата. После определения того, что бизнес-функция необходима, но ценность ее невысока, детали реализации менее важны — честно говоря, не имеет значения, кто (или сколько сотрудников) ее будет выполнять, где это она выполняется, какая используется технология и как выглядит сам процесс, при условии, что достигается нужная производительность (а также соблюдение стандартов).

«Тепловая карта» также позволяет решать вопросы рисков, о чем мы поговорим подробнее в третьей части.

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

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

Как же отсортировать по приоритетам имеющийся список инициатив? «Тепловая карта» помогает увязать проблемы и решения. Определите бизнес-функции, которые каждое из решений должно улучшить. Решает ли это проблему «горячей точки»? Как вы помните, это области, нуждающиеся в улучшении производительности. Так что, если цель инициативы — сокращение затрат, может потребоваться исследовать вопрос более детально: например, сокращение затрат — это хорошо, но оправдает ли полученная от этого польза средства, затраченные на эту инициативу, и вызванные ею нарушения процессов? Уверены ли мы, что не сокращаем затраты на бизнес-функцию, обладающую потенциалом получения высокой бизнес-ценности и если да, то уверены ли мы, что это разумное решение? Можно решать проблему «светлой» бизнес-функции (в терминах бизнес-ценности), пытаясь сократить затраты на нее. Но если цель инициативы — повышение производительности, скорее всего, надо будет пересмотреть исходные предположения. Действительно ли так важно, чтобы бизнес-функция «выплата зарплаты» занимала пять минут, а не один день? Наверняка же есть более важные области, нуждающиеся в повышении производительности.

«Тепловая карта» предоставляет важные исходные данные для обсуждения приоритетов. Мы можем определить и расположить по приоритетам бизнес-функции, имеющие проблемы с производительностью, затратами или рисками, и это заслуживает внимания. Дальнейший анализ бизнес-функций позволяет определить область действия проблемы. Теперь мы знаем, на что следует обратить особое внимание (а на что не надо), и готовы подумать, как использовать SOA, SaaS и облачные вычисления для создания лучших решений.

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

Определение минимальной области применения в терминах того, что необходимо обеспечить для реализации бизнес-стратегии, может обеспечить высокую отдачу от проектов по SOA, Saas и облачным вычислениям.

SOA, SaaS и облачные вычисления: возможности и риски для бизнеса

Сначала давайте посмотрим, что же означают эти слова. SOA (Services Oriented Architecture), или ориентированная на службы архитектура, — стиль создания архитектуры или подход к бизнесу и ИТ, основанный на слабо соединенных компонентах, представляющих собой «черные ящики», организованные для предоставления четко определенного уровня услуг. SOA — это архитектура, а не технология, она может основываться на различных технологиях, точно так же, как архитектурный проект дома можно реализовать и использованием разных строительных материалов.

SaaS (Software-as-a-Service), или «программное обеспечение как служба», — это просто программная служба, доступ к которой осуществляется через Интернет. SaaS — способ предоставления технологических решений, реализующих архитектурную схему SOA. Обычно SaaS предлагается на основе подписки, а не как одноразовая инвестиция в покупку программной лицензии и ИТ-инфраструктуру.

Облачные вычисления, в своей самой рафинированной форме, представляют собой просто использование компьютерных технологий через Интернет. Облачные вычисления дают возможность пользователям и разработчикам использовать вычислительные ресурсы, не вникая в подробности или управление ИТ-инфраструктурой этих ресурсов. Ресурсы виртуализованы, и доступ к ним предоставляется через Интернет.

В этой модели ПО, предоставляемого как служба, поставщик может предоставлять клиенту услуги разными способами: в рамках собственной ИТ-инфраструктуры, в виртуализованной среде, в среде облака и т. п. SaaS не обязательно должно предоставляться через облако, чтобы считаться SaaS (хотя облако понятно с точки зрения бизнеса многим поставщикам SaaS, так как позволяет создавать полезные для бизнеса приложения в противовес созданию и поддержке ИТ-инфраструктуры).

Преимущества SOA, SaaS и облачных вычислений

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

  1. Повышение эффективности и управление специализацией. В целом SOA впервые позволяет обсуждать технологии на том же уровне, что бизнес. Понимание и более точное создание того, что требуется для бизнеса, за счет разработки измеримых компонентов, позволяют повысить эффективность предоставления услуг. Предоставление услуг в рамках SOA посредством SaaS и облачных вычислений позволяет организации сосредоточиться на действительно важном, предоставляя ИТ-специалистам возможность более эффективно предоставлять услуги и ценные для бизнеса приложения клиентам (как внутренним, так и внешним). В то время как большинство организаций тратит существенные ресурсы на создание и управление собственной ИТ-инфраструктурой, компаниям, использующим облачные вычисления, не нужно расходовать ценные финансовые, программистские и ИТ-ресурсы на развертывание, управление и масштабировании технологической инфраструктуры.
  2. Повышение гибкости — эффективно спроектированные и реализованные службы обладают высокой совместимостью. Это означает, что их можно стыковать друг с другом, получая совершенно новые службы. Новые решения можно предоставлять за счет интеграции существующих служб внешних поставщиков или объединяя ранее отделенные друг от друга платформы. Возможность федерации платформ, которые всегда были раздельными, и составления новых служб из уже существующих позволяет ИТ-специалистам и командам разработчиков оперативно реагировать на изменения в потребностях клиентов и бизнеса. А это позволяет быстро выводить на рынок новые бизнес-идеи. При необходимости поддержки дополнительного трафика или при увеличении потребности в службе можно быстро выделить дополнительную инфраструктуру по простому запросу. Это обеспечивает возможность гладкого масштабирования вверх и вниз без сложных организационных процедур, а также обновлять службы, не отключая их. Это намного более масштабируемо, чем традиционное размещенное на собственных площадях решение, предусматривающее доставку, установку и тестирование оборудования, ПО, сети и инфраструктуры хранения.
  3. Обеспечение высокой производительности и доступности — настоящая платформа облачных вычислений доступна из любой точки мира, основана на географически распределенных центрах данных, ресурсах и платформах, которые обладают масштабируемостью, производительностью, доступностью, избыточностью и безопасностью такого уровня, который не в состоянии достичь какая-либо организация, используя собственные ресурсы. Как использование облака позволяет организации сосредоточиться на самых важных вещах, так поставщики облачных решений в состоянии обеспечить наилучшее управление службами и высокодоступные решения, которые компании самостоятельно не в состоянии обеспечить.
  4. Оптимальный баланс между гибкостью и контролем — облачная платформа позволяет организациям выбирать оптимальную модель развертывания приложений — на собственных серверах, серверах поставщика облачного решения или сочетать эти два варианта, помогает разработчикам и менеджерам служб объединять локальные и облачные ресурсы для решений бизнес-задач.

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

Риски SOA, SaaS и облачных вычислений

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

  1. Бизнес-риски — Противоречие между унификацией и максимизацией возможностей подчеркивает важность правильного определения границ и целей служб. Неспособность сфокусироваться на конкретных бизнес-преимуществах каждой службы, приобретенной или разработанной самостоятельно, может привести только к увеличению затрат, а не к ожидаемой выгоде. Например, разработка или покупка многофункционального SaaS-решения для управления персоналом не принесет пользы, если только производительность этой бизнес-функци не была исключительно низкой или новые службы не принесут существенное снижение затрат. Если решение не помогает сохранять и приумножать доходы, повышать гибкость бизнеса или снижать затраты на ИТ, скорее всего, это не та область бизнеса, на которую надо фокусировать усилия. «Тепловая карта» — проверенный способ минимизации бизнес-рисков.
  2. Риски проектирования — проектирование служб, которые не реализуют обещанных преимуществ — слабо связанных компонентов-черных ящиков, объединенных для предоставления четко определенного уровня служб — не позволит предприятию получить обещанной выгоды. Службы, которые не соответствуют бизнес-модели, ограничивают возможности по обеспечению соответствия ИТ. Неспособность соблюдать такие принципы проектирования, как совместимость, автономность, слабая связь и модульность, ограничат гибкость, доступность и потенциал производительности служб. Проанализируйте, насколько сильно бизнес-функция связана с другими. Чем выше уровень связи на уровне бизнес-логики или реализации технологии, тем сложнее создать автономную службу. Также надо понимать, насколько серьезны требования стандартов, касающихся бизнес-функции, которую предполагается предоставлять как службу. Например, службы, работающие с данными пластиковых карт, можно спроектировать для выполнения требований законов о личных данных — если этого не предусмотреть, предоставление таких служб может быть чревато неприятностями. Технологические и бизнес-риски, связанные с бизнес-функциями нужно оценить в процессе создания «тепловой карты».
  3. Риски разработки — для создания «правильных» служб нужны определенные навыки и процессы разработки. Чтобы воспользоваться технологическими и бизнес-преимуществами технологий SOA, SaaS и облачных вычислений, команды разработчиков должны обладать соответствующими навыками анализа, проектирования и разработки. Появляются новые инструментальные средства, процедуры развертывания и риски, которые нужно понять и решить, как их минимизировать. Для минимизации рисков разработки необходимо создать надлежащие инфраструктуру и компетенции, что достигается за счет развертывания на ранних этапах обучения, сред и партнерских отношений.
  4. Риски доставки — ну, и наконец, реализация SaaS и облачных вычислений требуют существенных инвестиций в инфраструктуру, новые технологические процессы и методы разработки. Использование облачных вычислений может обеспечить значительное сокращение начальных затрат и одновременное снижение сопутствующих рисков.

Облачные вычисления: пример использования

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

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

Общая информация о решении

В Contoso Systems решили использовать платформу Microsoft Windows Azure™ для предоставления своих приложений через Интернет с использованием центра данных Microsoft®. Стоит отметить, что, хотя есть другие реализации облачных вычислений, нам трудно оценить, был бы успешным описываемый проект Contoso Systems, если бы компании обратилась к другому решению.

Преимущества

  • Упрощение развертывания приложений
  • Гибкая и рентабельная масштабируемость
  • Сокращение затрат
  • Быстрый и недорогой процесс разработки ПО
  • Расширение отраслевых услуг (в государственных организациях)

Ситуация

Компания Contoso Systems находится в г. Пуне в Индии и ведет свою деятельность в Азии, Европе и Северной Америке, предоставляя услуги по разработке программного обеспечения самым разным клиентам, в том числе работающим в области телекоммуникаций, биологии, поддержки инфраструктур данных, а также государственным организациям. Более чем 6 000 служащих Системы Contoso предлагают услуги, которые помогают клиентам компании расширять предлагаемые ими товары и услуги и снижать общие затраты.

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

Система Grievance Redressal System позволяет гражданам регистрировать и отслеживать обращения в любой государственный отдел. Используя приложение Roads and Infrastructure, граждане могут сообщать о происшествиях на дороге или о проблемах с дорожной инфраструктурой, определяя конкретные места происшествий на интерактивной карте. Подписавшиеся на использование приложения Census Department больницы, врачи и другой уполномоченный персонал могут использовать его для регистрации фактов рождения и смерти. Приложение Election Office работает в связке с Census Department и поддерживает в актуальном состоянии списки избирателей, а также облегчает властям управление и планирование выборов.

В компании Contoso Systems набор приложений «электронное государство» разработали, используя Microsoft® ASP.NET и ПО управления базами данных Microsoft SQL Server®. Отдельные компоненты предлагаются как клиентские приложения, которых размещаются в собственном центре данных клиента. Однако в компании обнаружили, что собственные возможности по продвижению набора приложений «электронное государство» часто ограничивались техническими возможностями местных органов власти.

В Индии во многих местных и региональных органах власти недостаточно развита ИТ-инфраструктура для развертывания приложений «электронное государство» компании Contoso Systems. Часто у органов власти может быть достаточно средств для внедрения высокоэффективной серверной среды, но не хватает квалифицированных кадров для управления сетями, избыточностью, а также для решения вопросов поддержки инфраструктуры. Более того — у властных структур может просто отсутствовать желание поддерживать технологии или содержать квалифицированных сотрудников для их поддержки вместо того, чтобы просто предоставлять стандартные услуги государственных служб.

В Contoso Systems знали, что предлагаемое решение расширит возможности государственных структур по предоставлению таких услуг. Компании нужно было как-то предоставить доступ к своим приложениям «электронное государство», не заставляя местные органы власти тратить существенные деньги на новую ИТ-инфраструктуру и персонал. Нужно было предложить клиентам возможность масштабировать решение, добавляя или удаляя отдельные приложения, вычислительные возможности или возможности хранения данных по мере необходимости — быстро, легко и с минимальными затратами.

Компания хотела предоставить клиентам, у которых еще не было высокопроизводительной инфраструктуры, возможность тестировать решение, а также платить только за используемые услуги. С другой стороны, компания Contoso Systems уже потратила существенные деньги в разработку набора приложений «электронное государство»; требовалась новая модель доставки, которую можно было бы разработать довольно быстро, не прибегая к перестройке всего решения.

Решение

В Contoso Systems решили разрабатывать решение, которое будет предусматривать размещение приложений «электронное государство» в центре данных и доступа к нему через Интернет — это система доступ к приложениям которую часто называют «облачной». Компания выбрала Windows Azure™, платформу облачных интернет-служб, которая размещается в центрах данных Microsoft, за ее высокую доступность и масштабируемость, которые так нужны клиентам.

Contoso Systems задействовали операционную систему облачных служб Windows Azure, среду разработки, хостинга и управления службами платформы Windows Azure для обеспечения возможности обработки и хранения данных своих веб-приложений. Компания планирует использовать предоставленную как служба базу данных SQL Microsoft Azure™ для хранения и управления данными приложений, а пользователи приложений смогут хранить файлы и изображения, используя функцию Blob Storage платформы Windows Azure. Служба Live Services позволит клиентам искать информацию средствами Bing™ и определят географические точки на карте средствами Bing Maps for Enterprise.

В дополнение к четырем основным компонентам набора программ приложений «электронное государство» компания Contoso Systems планирует развернут собственную систему поддержки пользователей Tenant Provisioning System (TPS) в среде Windows Azure. Благодаря TPS компания Contoso Systems сможет предоставлять конкретные компоненты индивидуальным клиентам. В Contoso Systems планируют развертывать каждое приложение на основе отдельные учетных записей проектов Windows Azure, автоматически изолируя каждое клиентское приложение от остальных, что позволяет обеспечить безопасность и масштабируемость каждому клиенту.

После развертывания приложений «электронное государство» на платформе Windows Azure местные органы власти смогут ежемесячно платить абонентскую плату только за те приложения, которые им нужны, вместо того, чтобы инвестировать в создание собственной инфраструктуры. Компания Contoso Systems будет использовать TPS для управления аудитом и биллингом отдельных клиентов, и сами клиенты смогут обращаться к администраторам системы при необходимости изменить подписку. «Клиент получает намного большую гибкость, — говорит старший менеджер проекта в Contoso Systems. — По мере расширения или изменения перечня услуг они могут легко приобретать дополнительные приложения или прекращать подписку на приложения, которые больше не нужны».

Contoso Systems использует SQL Azure для хранения базы данных и конфигурации приложений «электронное государство». Подробности входа в систему и загруженные пользователями вложения хранятся, используя функции Windows Azure Storage Tables и Blob Storage. Система использует возможность Service Bus в Windows Azure для связи между приложениями набора «электронное государство» и обмена данными между приложениями.

Так как исходная версия набора приложений «электронное государство» была разработана с применением ASP.NET и SQL Server, разработчикам компании удалось перенести приложения на платформу Windows Azure, затратив минимум усилий. В частности, разработчики задействовали сценарии SQL, чтобы перенести существующую схему SQL Server в базу данных SQL Azure. «Поскольку мы использовали традиционное, размещенное на локальных ресурсах ПО SQL Server, мы смогли сэкономить значительное время при переносе существующих приложенй в SQL Azure, — говорит ведущий технический специалист Contoso Systems. — Мы смогли быстро освоить новые технологии и весь переход прошел без сучка и задоринки».

Благодаря наличию платформы Windows Azure компания Contoso Systems смогла предложить свой набор приложений «электронное государство» местным органам власти, обеспечив при этом сокращение капиталовложений для себя и своих клиентов. Государственные организации могут быстро протестировать и развернуть приложения, а также по мере необходимости выполнить масштабирование вверх и вниз, платя только за то, что и действительно нужно. Благодаря простоте разработки компания Contoso Systems смогла реализовать и предоставить новую модель поставки приложений, а также предложить свои приложения «электронное государство» большему числу клиентов.

Преимущество Azure: упрощенное развертывание приложений

Разместив свое решение в центрах данных Microsoft и предоставив доступ к ним через Интернет, компания Contoso Systems смогла предложить свой набор приложений «электронное государство» клиентам, у которых нет собственных серверных инфраструктур, а самой компании не нужно создавать собственную инфраструктуру. Клиенты, планирующие приобрести приложения, могут оценить решение, не разворачивая приложения в своей инфраструктуре, а Contoso Systems может предоставлять свои приложения новым клиентам примерно на 50% быстрее, чем обычно.

«Благодаря Windows Azure развертывание приложений у новых клиентов стало очень простым, а накладные расходы значительно сократились, — говорит старший менеджер проекта. — Попробовать приложение очень легко — клиенту достаточно создать пробную месячную подписку и все».

Преимущество Azure: гибкая и экономичная масштабируемость

Поскольку центры данных Microsoft обеспечивают высокую доступность и масштабируемость, Contoso Systems может легко и быстро обновлять конфигурации клиентов, добавляя или удаляя отдельные приложения набора «электронное государство» по запросу клиента. Мощные вычислительные возможности платформы Windows Azure позволяют клиентам активно нагружать систему, не тратя на это дополнительные средства.

Вместо того, чтобы тратить средства на увеличение мощности серверов, чтобы они могли справляться с пиковыми нагрузками, клиенты могут платить только за использованные ресурсы и только за те, которые им действительно нужны. «Вот пример, — говорит один из сотрудников Contoso, — при приближении выборов мы можем добавить для клиента больше экземпляров приложения Election Office, предоставить ему больше вычислительных мощностей, а клиент будет платить за дополнительные ресурсы только за этот период повышенной нагрузки».

Преимущество Azure: сокращение затрат

Государственные организации, подписавшиеся на приложения «электронное государство» компании Contoso Systems, смогут более эффективно управлять своими затратами за счет сокращения капитальных инвестиций, снижения эксплуатационных расходов, а также не тратиться на обслуживание инфраструктуры и платить только за использованные ресурсы.

Стандартный набор функциональности приложений «электронное государство» требовал от клиента выложить сразу 24 тыс. долларов на приобретение оборудования и ежегодно тратить 60 тыс. долларов на его поддержку. Azure позволяет полностью избавиться от капитальных затрат и расходов на обслуживание и платить только абонентскую плату, составляющую менее 10 тыс. долларов в год.

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

Компания Contoso Systems может размещать и управлять решениями на платформе Windows Azure, что позволяет ей повысить доходность и снизить затраты на целых 70% за счет предоставления набора приложений «электронное государство» большему количеству клиентов. «Предоставляя наше решение на основе приложений «электронное государство» посредством платформы Windows Azure, мы получаем больше клиентов, — говорит старший менеджер проекта. — А добавление, управление и биллинг клиентов средствами платформы повышают эффективность и снижают затраты».

Преимущество Azure: быстрая и недорогая разработка ПО

Так как разработчики Contoso Systems смогли использовать уже имеющиеся навыки, им не пришлось тратить много времени на изучение платформы Windows Azure, что позволило сократить время переноса приложений «электронное государство» в Windows Azure. А так как им уже не нужно заниматься конфигурированием инфраструктуры для поддержки развертывания, разработчики смогли сосредоточиться на бизнес-логике и дизайне приложений. «До появления Windows Azure мы тратили примерно на 25% больше времени на процесс разработки», — говорит старший менеджер проекта.

Резюме

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

Заключение и рекомендации

Компания Contoso Systems — прекрасный пример организации, которая смогла использовать облачные службы (в данном случае технологию Microsoft) для упрощения развертывания приложений, обеспечения гибкого и рентабельного масштабирования, снижения затрат и фокусировки процессов разработки на ключевых функциях. Компания наглядно продемонстрировала, что SOA, SaaS и облачные вычисления предоставляют новые технологические возможности, которые способны создавать новые возможности для бизнеса. Наряду с этими новыми технологическими возможностями появляются новые технические и бизнес-риски, которыми придется управлять, если планируется реализовать эти новые технические и бизнес-возможности.

Как показал наш более чем шестилетний опыт работы, анализ потребностей бизнеса посредством анализа бизнес-функций, «тепловых карт» и определения приоритетов позволяет переводить разговор с бизнес-задач в плоскость ИТ сразу на уровень технической архитектуры. Мы рассказали об этом в нашей статье «The Next Revolution in Productivity», опубликованной в июньском номере 2008 журнала «Harvard Business Review»: «Создав “тепловые карты” функций, менеджеры получают всю или практически всю информацию, которая необходим для проектирования новой операционной модели».

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

Начните анализ бизнес-функций

Это первый шаг на пути к получению «тепловых карт» и перевода дискуссии в русло унификации и максимизации возможностей. Скорее всего в вашей организации уже используются методы оптимизации, такие как реинжениринг процессов, шесть сигма, Lean или другие, поэтому мы рекомендуем начать использование бизнес-функций в небольшой, сравнительно замкнутой области, чтобы вы смогли понять, чем отличается такой подход и как он дополняет другие методы. Существует много информации по этой теме помимо нашей статьи в «Harvard Business Review» и в книге «Rethink – a Business Manifesto for Cutting Costs and Boosting Innovation», поэтому мы настоятельно просим читателей: пожалуйста, обращайтесь к нам со своими вопросами и комментариями.

Определите план технологического развития

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

Поддерживайте план технологического развития

В завершение обсуждения аналогии починки самолета в воздухе стоит сказать, что даже имея все нужные инструменты, нужно четко понимать, как устранять неполадки самолета посредине полета. По мере преобразований станет очевидным, где SOA, SaaS и облачные вычисления принесут пользу для бизнеса, вы сможете определить риски в различных ситуациях, а места с проблемной производительностью поменяются. «Тепловую карту» производительности легко поддерживать и обновлять, а у вас всегда будет четкое понимание, что важно для бизнеса и почему. SOA, SaaS и облачные вычисления — правильные инструментальные средства, а анализ бизнес-функций дает ясную карту, которую можно задействовать для оценки преимуществ и рисков тех или иных проектов.

Автор: Рик Меррифилд и Деннис Стивенс  •  Иcточник: TechNet Magazine  •  Опубликована: 01.09.2010
Нашли ошибку в тексте? Сообщите о ней автору: выделите мышкой и нажмите CTRL + ENTER


Оценить статью:
Вверх
Комментарии посетителей RSS

Чтобы оставить комментарий, зарегистрируйтесь или войдите с учетной записью социальной сети.