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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Определение ценностей

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

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

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

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

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

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

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

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

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

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

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

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

«Тепловая карта» предоставляет принципиальные начальные данные для обсуждения ценностей. Мы можем найти и расположить по ценностям бизнес-функции, имеющие задачи с производительностью, затратами либо рисками, и это заслуживает внимания. Предстоящий анализ бизнес-функций позволяет найти область деяния задачи. Сейчас мы знаем, на что следует направить повышенное внимание (а на что не нужно), и готовы пошевелить мозгами, как использовать 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 и пасмурные вычисления позволяют ИТ-отделу обеспечить поддержку бизнес-операций по четырем главным фронтам.

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

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

Опасности SOA, SaaS и пасмурных вычислений

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

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

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

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

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

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

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

Достоинства

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

Ситуация

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

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

Система 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, повысить возврат от инвестиций и уменьшить время от пуска продукта до получения прибыли. Таким макаром в наших наставлениях относительно последующего шага предлагаются два в целом параллельные пути, о которых мы на данный момент поведаем.

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

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

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

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

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

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

Аналогичный товар: Комментирование на данный момент запрещено, но Вы можете оставить ссылку на Ваш сайт.

Комментарии закрыты.