Облачные вычесления. Контрольная. Одной из основных тенденций развития информационных технологий в настоящее время является массовое внедрение технологий распределенных и облачных вычислений
 Скачать 255.5 Kb.
|
|
Введение Одной из основных тенденций развития информационных технологий в настоящее время является массовое внедрение технологий распределенных и «облачных» вычислений. Это стало возможным, в первую очередь, в связи с развитием аппаратуры вычислительных систем и сетевых технологий, а так же появлением свободного, как системного, так и прикладного программного обеспечения. Развитие аппаратных вычислительных и сетевых технологий привело к тому, что стало возможным объединение распределенных разнородных вычислительных ресурсов, хранилищ данных, соответствующего программного обеспечения в единую инфраструктуру на базе, которой можно обеспечивать доступ к ресурсам, в том числе, к различным имитационным моделям, как к Web- сервису. Это дает потенциальную возможность с одной стороны, решать задачи, связанные с обработкой больших массивов данных, или выполнять большие объемы вычислений, недоступные даже в рамках самых мощных суперкомпьютеров, а с другой стороны, обеспечить по требованию со стороны пользователей, масштабируемый доступ к вычислительным ресурсам и др. Суть концепции облачных вычислений заключается в предоставлении конечным пользователям удаленного динамического доступа к услугам, вычислительным ресурсам и приложениям (включая операционные системы и инфраструктуру) через интернет. Развитие сферы хостинга было обусловлено возникшей потребностью в программном обеспечении и цифровых услугах, которыми можно было бы управлять изнутри, но которые были бы при этом более экономичными и эффективными за счет экономии на масштабе. Большинство сервис-провайдеров предлагают облачные вычисления в форме VPS-хостинга, виртуального хостинга, и ПО-как-услуга (SaaS). Облачные услуги долгое время предоставлялись в форме SaaS, например, Microsoft Hosted Exchange и SharePoint. Нельзя не признать, что технологии облачных вычислений имеют огромнейший потенциал, потому что все современные компьютерные продукты постоянно увеличивают свои требования к техническому оснащению компьютера пользователя, что неизбежно ведет к значительным затратам на апгрейд. Особенно требовательной к системным ресурсам становится промышленная индустрия. Так что данная технология позволяет решить проблему чрезмерной требовательности приложений к ресурсам конечного пользователя. Основные модели, направления развития и безопасность облачных вычислений Вычислительные облака состоят из тысяч серверов, размещенных в датацентрах, обеспечивающих работу десятков тысяч приложений, которые одновременно используют миллионы пользователей. Непременным условием эффективного управления такой крупномасштабной инфраструктурой является максимально полная автоматизация. Кроме того, для обеспечения различным видам пользователей - облачным операторам, сервис-провайдерам, посредникам, ИТ-администраторам, пользователям приложений - защищенного доступа к вычислительным ресурсам облачная инфраструктура должна предусматривать возможность самоуправления и делегирования полномочий. По сравнению с традиционным подходом, облачные вычисления позволяют управлять более крупными инфраструктурами, обслуживать различные группы пользователей в пределах одного облака, а также означают полную зависимость от провайдера облачных услуг. Однако данная зависимость является таковой лишь в теории, ведь если компания-провайдер допустит хоть один прецедент кражи информации, это станет колоссальным ударом по всей индустрии предоставления удаленных мощностей. Облачные вычисления - это эффективный инструмент повышения прибыли и расширения каналов продаж для независимых производителей программного обеспечения (ISV), операторов связи и VAR-посредников (в форме SaaS). Этот подход позволяет организовать динамическое предоставление услуг, когда пользователи могут производить оплату по факту и регулировать объем своих ресурсов в зависимости от реальных потребностей без долгосрочных обязательств. Главнейшим преимуществом применения облаков является отсутствие необходимости иметь мощную систему у конечного пользователя, что однозначно ведет к весомому снижению затрат для пользователя. Характеристики облаков:1. Самообслуживание по требованию (On-demand self-service). У потребителя есть возможность получить доступ к предоставляемым вычислительным ресурсам в одностороннем порядке по мере потребности, автоматически, без необходимости взаимодействия с сотрудниками каждого поставщика услуг. 2. Широкий сетевой доступ (Broad network access). Предоставляемые вычислительные ресурсы доступны по сети через стандартные механизмы для различных платформ, тонких и толстых клиентов (мобильных телефонов, планшетов, ноутбуков, рабочих станций и т. п.). 3. Объединение ресурсов в пулы (Resorce pooling). Вычислительные ресурсы провайдера объединяются в пулы для обслуживания многих потребителей по многоарендной (multi-tenant) модели. Пулы включают в себя различные физические и виртуальные ресурсы, которые могут быть динамически назначены и переназначены в соответствии с потребительскими запросами. Нет необходимости в том, чтобы потребитель знал точное местоположение ресурсов, однако можно указать их местонахождение на более высоком уровне абстракции (например, страна, регион или центр обработки данных). Примерами такого рода ресурсов могут быть системы хранения, вычислительные мощности, память, пропускная способность сети. 4. Мгновенная эластичность (Rapid elasticity). Ресурсы могут быть эластично выделены и освобождены, в некоторых случаях автоматически, для быстрого масштабирования соразмерно со спросом. Для потребителя возможности предоставления ресурсов видятся как неограниченные, то есть они могут быть присвоены в любом количестве и в любое время. 5. Измеряемый сервис (Measured service). Облачные системы автоматически управляют и оптимизируют ресурсы с помощью средств измерения, реализованных на уровне абстрации применительно для разного рода сервисов ((например, управление внешней памятью, обработкой, полосой пропускания или активными пользовательскими сессиями). Использованные ресурсы можно отслеживать и контролировать, что обеспечивает прозрачность как для поставщика, так и для потребителя, использующего сервис. Модели облачных служб:1. Программное обеспечение как услуга (SaaS). Возможность предоставления потребителю в использование приложений провайдера, работающих в облачной инфраструктуре. Приложения доступны из различных клиентских устройств или через интерфейсы тонких клиентов, такие как веб-браузер (например, веб-почта) или интерфейсы программ. Потребитель при этом не управляет базовой инфраструктурой облака, в том числе сетями, серверами, операционными системами, системами хранения и даже индивидуальными настройками приложений за исключением некоторых пользовательских настроек конфигурации приложения. 2. Платформа как услуга (PaaS). Возможность предоставления потребителю для развертывания в облачной инфраструктуре потребительских (созданных или приобретенных) приложений, реализованных с помощью языков программирования, библиотек, служб и средств, поддерживаемых провайдером услуг. Потребитель при этом не управляет базовой инфраструктурой облака, в том числе сетями, серверами, операционными системами и системами хранения данных, но имеет контроль над развернутыми приложениями и, возможно, некоторыми параметрами конфигурации среды хостинга. 3. Инфраструктура как услуга (IaaS). Возможность предоставления потребителю систем обработки, хранения, сетей и других фундаментальных вычислительных ресурсов для развертывания и запуска произвольного программного обеспечения, которое может включать в себя операционные системы и приложения. Потребитель при этом не управляет базовой инфраструктурой облака, но имеет контроль над операционными системами, системами хранения, развернутыми приложениями и, возможно, ограниченный контроль выбора сетевых компонентов (например, хост с сетевыми экранами). Модели развертывания:1. Частное облако (Private cloud). Облачная инфраструктура, подготовленная для эксклюзивного использования единой организацией, включающей несколько потребителей (например, бизнес-единиц). Такое облако может находиться в собственности, управлении и обслуживании у самой организации, у третьей стороны и располагаться как на территории предприятия, так и за его пределами. 2. Облако сообщества и коммунальное облако (Community cloud). Облачная инфраструктура, подготовленная для эксклюзивного использования конкретным сообществом потребителей от организаций, имеющих общие проблемы (например, миссии, требования безопасности, политики). Облако может находиться в собственности, управлении и обслуживании у одной или более организаций в сообществе, у третьей сторонеи располагаться как на территории организаций, так и за их пределами. 3. Публичное (или общее) облако (Public cloud). Облачная инфраструктура, подготовленная для открытого использования широкой публикой. Оно может находиться в собственности, управлении и обслуживании у деловых, научных и правительственных организаций в любых их комбинациях. Облако существует на территории облачного провайдера. 4. Гибридное облако (Hybrid cloud). Облачная инфраструктура представляет собой композицию из двух или более различных инфраструктур облаков (частные, общественные или государственные), имеющих уникальные объекты, но связанных между собой стандартизированными или собственными технологиями, которые позволяют переносить данные или приложения между компонентами (например, для балансировки нагрузки между облаками). БезопасностьКонфиденциальность должна обеспечиваться по всей цепочке, включая поставщика «облачного» решения, потребителя и связывающих их коммуникаций. Задача поставщика — обеспечить как физическую, так и программную неприкосновенность данных от посягательств третьих лиц. Не случайно «облачные» дата-центры как правило проектируются с опорой на самые современные стандарты безопасности (включая вопросы шифрования, а также упомянутые средства антивирусной защиты и защиты от хакерских атак). Серьезные сбои в работе оборудования могут происходить даже у крупных поставщиков «облачных» услуг. В мировой практике «облачных» вычислений известны случаи, когда потребитель в течение длительного времени не мог получить доступ к приложениям. А банальное «отключение Интернета» по вине провайдера может сделать работу с «облачными» ресурсами невозможной в принципе. Очевидно, что перед началом проектов, связанных с выносом тех или иных ИТ-сервисов в «облака», заказчикам следует оценить подобные риски, провести тщательную инвентаризацию приложений (зафиксировав список критически важных для бизнеса), и только затем принимать решения о том, как выстраивать свое «облачное» ИТ-будущее. Альтернативный интернет-провайдер, находящийся в «горячем резерве», альтернативный поставщик «облачного» решения, прозрачное управление поддержанием архивных копий данных, страхование, жесткие условия ответственности в соглашениях с поставщиками — обязательные элементы безопасности в «облаках». Для тех компаний, у которых вопросы защиты информации стоят очень остро, выходом из ситуации является создание частных облаков. Дело в том, что частные облака, в отличие от публичных или гибридных систем, больше всего похожи на виртуализованные инфраструктуры, которые ИТ-отделы крупных корпораций уже научились реализовывать и над которыми они могут сохранять полный контроль. Облачные вычисления в нефтегазовой отрасли Практика решения задач, связанных с проектированием и сопровождением разработки месторождения нефти и газа показывает, что возможности существующего программного обеспечения часто являются не достаточными. В этой связи создается оригинальное программное обеспечение, например, для оптимизации технологических режимов нефтяных горизонтальных скважин в подгазовых зонах для анализа заводнения и др. Для ускорения внедрения новых программных разработок особую ценность представляет концепция облачных вычислений, в частности SaaS (Software as a service - прикладное ПО как услуга) позволяющая создавать web- ориентированные лаборатории с интерактивным доступом к инструментам моделирования. Эти программные сервисы имеют непосредственное отношение к анализу и проектированию разработки нефтяных и газонефтяных месторождений компаний «СургутНефтеГаз» и «Роснефть». Они позволяют исследовать причины сложной немонотонной динамики обводнения скважин, определять коэффициенты деления добычи и закачки по пластам при их одновременной совместной разработке, а также прогнозировать технологический режим нефтяных горизонтальных скважин подгазовой зоны. Каждый из сервисов облачного программного комплекса также позволяет определять данные о системе «пласт-скважина», в том числе и в автоматическом режиме решения обратных задач: - программа «RecoveryDevision» разделение добычи/закачки при одновременной совместной разработке пластов (значительное количество месторождений представлено именно многопластовыми залежами, разрабатываемых одновременно и совместно); - программа «WellTuner» исследование причин сложной немонотонной динамики обводнения вертикальной нефтяной скважины в условиях обводнения; - программа «Sterkh» имитация динамики газового фактора горизонтальной нефтяной скважины в условиях образования газового конуса. Общим моментом в реализованных сервисах появляется возможность решать прямые и обратные задачи подземной гидродинамики применительно к конкретным производственным постановкам. Одной из основных проблем в нефтегазовой отрасли является своевременный доступ к информации, необходимой для принятия бизнес-решений. В течение жизненного цикла нефтяные и газовые скважины генерируют огромный поток технической и финансовой информации, которая имеет неоценимое значение для принятия бизнес-решений. Своевременное принятие бизнес-решений, касающихся эксплуатации и выработки, влияет на продуктивность и эффективность предприятия и месторождения и поддерживающего их оборудования и ресурсов. Однако для большинства предприятий нефтегазовой отрасли информация, необходимая для принятия жизненно важных экономических решений, либо недоступна, либо поступает слишком поздно. Это может отрицательно сказаться на оперативности бизнеса, которую мы определяем как способность организации замечать изменения в окружающей среде и своевременно и адекватно на них реагировать. Облачные вычисления помогают улучшить оперативность бизнеса. Они поддерживают диалог между бизнесом и лицами, принимающими решения в сфере информационных технологий, и позволяют сосредоточить усилия на экономических приоритетах, направленных на улучшение использования ИТ-ресурсов, сокращение эксплуатационных расходов, ускорение развертывания бизнес-услуг и оптимизацию ИТ-расходов на обеспечение исполнения требований к уровню бизнес-услуг. С одной стороны, облачные вычисления являются примером в высшей степени виртуализованной системы и результатом естественной эволюции центров обработки данных, которые используют автоматическое управление системами, балансировку рабочей нагрузки и технологии виртуализации. С другой стороны, модель облачных вычислений поддерживает новый диапазон услуг и приложений, предлагаемых потребителям в рамках различных бизнес-моделей, наиболее известными из которых являются «программное обеспечение как услуга» (SaaS) и «платформа как услуга» (PaaS). Интегрированная информационная инфраструктура IBM для нефтехимической отрасли (IIF) представляет собой уникальную и мощную интеграционную инфраструктуру реального времени, которая, опираясь на возможности облачных технологий, позволяет компаниям усовершенствовать процесс принятия решений в нефтехимической отрасли. IIF построена на основе отраслевых стандартов, Web-виртуализации и сервис-ориентированной архитектуры (SOA). Она предоставляет набор API в форме Web-сервисов и сервисов RESTful, а также Java™-API для разработки процессно-ориентированных и управляемых событиями приложений, отвечающих требованиям различных предприятий производственно-сбытовой цепи нефтехимической отрасли. На рисунке 1 показана новая модель реализации IIF, поддерживающая облачные вычисления. Инфраструктуры облачных вычислений помогают предприятиям эффективнее использовать средства, вкладываемые в ИТ-оборудование и программное обеспечение, за счет устранения физических барьеров, свойственных изолированным системам, и автоматизированного управления группами систем как единым целым. PaaS позволяет быстро создавать Web-приложения, исключая затраты и сложности, связанные с покупкой и обслуживанием необходимого программного обеспечения и оборудования. PaaS помогает корпоративным пользователям свести к минимуму эксплуатационные расходы и повысить продуктивность. Рисунок 1. Новая модель IIF с поддержкой облачных вычислений Управление жизненным циклом решенияОпираясь на технологии виртуализации, основанное на облачных вычислениях решение управления жизненным циклом IIF (как первый уровень основанного на облачных вычислениях решения IIF) предоставляет гибкую инфраструктуру для автоматического развертывания, вертикального масштабирования (в сторону уменьшения и увеличения) и обновления программного обеспечения в течение всего жизненного цикла решения со следующими этапами: Создание: в качестве ресурсов для быстрого повторного применения предусмотрены готовые сервисные предложения, основанные на передовой отраслевой практике. Кроме того, пользователи могут настраивать специальные сервисные предложения в соответствии с индивидуальными требованиями. Например, кроме полных топологий, существующие среды решений можно дополнять настраиваемыми частичными топологиями. Развертывание: в роли входных данных для экземпляра развернутого сервиса выступают необходимые параметры развертывания, включая конфигурацию аппаратных ресурсов, операционную систему и конфигурацию уровня прикладных программ. Сервисное предложение, определенное на предыдущем этапе, развертывается автоматически, образуя экземпляры сервиса. Управление: динамическое масштабирование и автоматическое обновление программного обеспечения выполняются в гибкой инфраструктуре в соответствии с реальной наблюдаемой производительностью. Для успешной и экономичной эксплуатации вычислительных ресурсов в облачной среде жизненно важно обеспечить хорошо масштабируемое и надежное управление. СозданиеНа этапе создания определяется сервисное предложение, описывающее топологию и конфигурацию решения, которое затем воплощается на этапе развертывания. Это сервисное предложение описывает сервисные узлы в рамках топологического решения и взаимозависимости этих узлов. Для каждого сервисного узла существуют конфигурационные параметры, в том числе конфигурация уровня операционной системы и свойства лежащих в основе аппаратных ресурсов. Кроме того, в сервисном предложении определяется порядок запуска и отключения программного обеспечения в рамках топологии решения. РазвертываниеНа этапе развертывания в реальной физической среде могут реализовываться стандартные или специализированные сервисные предложения. Соответственно необходимо убедиться в наличии в среде развертывания необходимых аппаратных и иных ресурсов (таких как IP-адреса). Для обеспечения процесса развертывания необходимо предоставить три типа параметров. Первый тип представляет собой указанные пользователем значения, такие как число процессоров, объем памяти и некоторые параметры программного обеспечения. Второй тип представляет собой значения, зарезервированные системой в банке ресурсов, такие как IP-адреса. В целях управляемости среды развертывания конечные пользователи не могут вручную указывать значения этого типа. Параметры третьего типа, предназначенные для узлов других зависимых сервисов, описывают ограничения и зависимости. Развернутый экземпляр сервиса представляет собой экземпляр выбранного сервисного предложения с указанными значениями необходимых параметров. УправлениеНа этапе управления в гибкой инфраструктуре доступны возможности динамического масштабирования и автоматического обновления программного обеспечения в соответствии с реально наблюдаемыми рабочими характеристиками. Как показано на рисунке 2, возможности автоматического развертывания предоставляют гибкий механизм обеспечения оперативности бизнеса, в то время как механизмы вертикального и горизонтального масштабирования, предлагаемые в виде двумерных методов, решают всевозможные проблемы оптимизации производительности. Под горизонтальным масштабированием подразумевается увеличение и уменьшение ресурсов, а под вертикальным — расширение и сокращение. Рисунок 2. Управление жизненным циклом на основе облака Вертикальное масштабирование в обоих направлениях позволяет настраивать ресурсы работающих сервисных узлов исходя из реально наблюдаемых характеристик. Масштабирование вверх добавляет ресурсы ЦП или объем памяти в развернутые сервисные узлы, тогда как масштабирование вниз забирает ресурсы ЦП или объем памяти из развернутых сервисных узлов. Горизонтальное масштабирование представляет собой другой способ настройки производительности развернутых экземпляров решения. Горизонтальное масштабирование в сторону увеличения можно активизировать, если рабочая нагрузка реальной работающей среды увеличивается, и нагрузка на развернутый программный кластер растет. В этом случае в кластер добавляются новые узлы, расширяющие вычислительные ресурсы и поддерживающие производительность экземпляра решения. Масштабирование в сторону уменьшения работает противоположным образом. Если рабочая среда простаивает, часть узлов может быть вывыведена из кластера, чтобы высвободить ресурсы. Архитектура и компонентыАрхитектура и компоненты основанного на облаке решения IIF включают: Консоль управления Каталог сервисных предложений Диспетчер ресурсов Систему реализации и автоматизации, используемую для реализации сервисов в инфраструктуре облака. На рисунке 3 показаны первичная архитектура и компоненты основанного на облаке решения IIF для управления жизненным циклом. Рисунок 3. Архитектура и компоненты основанного на облаке решения IIF для управления жизненным циклом Консоль управленияКонсоль управления предоставляет интерфейс пользователя на основе Web 2.0, позволяющий администратору одним взглядом охватить разные представления сервисов, включая запросы на развертывание, мониторинг развернутой среды и управление работающей средой. Каталог сервисных предложенийКаталог сервисных предложений содержит существующие готовые и настроенные пользователем топологии решений, сохраненные в формате XML. В листинге 1 показаны метаданные топологии решения. Диспетчер ресурсовДиспетчер ресурсов служит для управления ресурсами, предназначенными для развертывания. Консоль управления вызывает диспетчер ресурсов, чтобы получить информацию о требованиях к ресурсам и компонентам, необходимым для реализации запрошенного сервиса на основе выбранного сервисного предложения. После выработки этих требований диспетчер ресурсов и логический компонент консоли управления обращаются к системе реализации и метаданным конфигурации, идентифицируя имеющиеся в наличии ресурсы и выполняя процесс развертывания при помощи алгоритмов распределения. Система реализации и автоматизацииНа этапе реализации вы можете воспользоваться имеющимся базовым механизмом реализации ИТ-ресурсов для исполнения решений, принятых консолью управления. Этот процесс позволяет разрабатывать виртуализацию ИТ-ресурсов и управлять ею независимо от других компонентов. В нашей начальной реализации мы использовали продукт IBM Tivoli® Provisioning Manager и ряд готовых и расширенных процессов реализации. Эти процессы в большой степени допускают повторное использование, поскольку предлагают такие базовые функции, как развертывание образа виртуальной машины на конкретном типе платформы гипервизора или установка конкретного программного пакета в указанной операционной системе. Для управления операциями реализации из консоли управления и компонентов диспетчера ресурсов мы использовали API Web-сервисов из Tivoli Provisioning Manager. Среда бизнес-процессов в модели PaaSОблачное решение IIF по управлению жизненным циклом выступает в роли мощного уровня облачной инфраструктуры для IIF как платформы. Тем не менее разработчикам приложений для нефтехимической отрасли по-прежнему приходится иметь дело со сложной логикой приложений, основанных на применении таких программных комплексов. Сама по себе IIF представляет собой инфраструктуру, поэтому она поддерживает платформу в облаке не только для автоматического развертывания и масштабирования инфраструктуры, но и, что значительно важнее, для разработки приложений. Хотите узнать больше о нефтехимических процессах и облачной технологии?Узнайте больше о решениях, ориентированных на химическую отрасль, решениях, ориентированных на нефтяную отрасль, ситуационных исследованиях, Интегрированной информационной инфраструктуре (IIF) и решениях для нефтехимической отрасли. Традиционно разработка процессно-ориентированных и управляемых событиями приложений может включать моделирование процесса и написание соответствующего программного кода, а также тестирование набора сложных локальных инструментов. Это может замедлить внедрение в промышленную среду даже небольших приложений. Сложность изучения специфических для IIF API в форме Web-сервисов, сервисов RESTful и Java API может стать значительным препятствием на пути продвижения этой инфраструктуры на рынок. Нефтехимическая отрасль требует быстрой интеграции новых бизнес-систем и внешних сервисов для поддержки быстрых изменений цепочки поставок, комплектации или изменений в организационных структурах. В некоторых случаях приложения предусматривают лишь интеграцию сервисов IIF с простой логикой, не требующей сложного программирования на Java. Но для быстрой разработки приложений путем интеграции сервисов IIF, компонентов интерфейса пользователя, бизнес-процессов, баз данных и бизнес-событий для снижения рабочей нагрузки, повышения эффективности и сокращения времени продвижения на рынок нужен совершенно иной подход. Предоставление вычислительной платформы через Web в форме PaaS позволяет быстро создавать приложения. Среда бизнес-процессов IIF в модели PaaS снижает нагрузку на разработчика IIF, сокращая затраты и ускоряя продвижение на рынок, а также облегчая интеграцию в инфраструктуру IIF. Эта среда формируется с помощью набора взаимосвязанных Web-средств быстрой онлайновой разработки. В следующем разделе мы сосредоточимся на двух ключевых функциях этих инструментов: Визуализированная модель программирования с интегрированными функциями промежуточного ПО, такими как бизнес-процесс, бизнес-событие, интерфейс пользователя Web 2.0 и база данных Управление жизненным циклом приложения на основе облака Визуализированная модель программирования для разработки приложенийПриложения нефтехимической отрасли обычно содержат средства мониторинга и интеграции технических характеристик предприятий с несколькими филиалами; при этом используются события реального времени, генерируемые устройствами и инструментами. Чтобы представить эти данные с точки зрения бизнеса, необходим интерфейс пользователя с функцией панели управления, способный отображать текущие и исторические данные. Кроме того, для диагностики проблем, вам нужно в ответ на вышеупомянутые события активировать процессы расчета ключевых показателей эффективности (KPI), которые также отображаются в интерфейсе пользователя и могут использоваться для анализа. Для удовлетворения таких требований необходимо программное обеспечение, сочетающее в себе средства поддержки процессов, событий, интерфейсов пользователя и баз данных, и такое программное обеспечение неизбежно повышает стоимость разработки и ставит сложные задачи перед разработчиком IIF. Мы представляем визуализированную модель программирования с интегрированным промежуточным ПО, которая включает все упомянутые выше функции, помогая обойти описанные препятствия. Как показано на рисунке 4, в качестве редактора визуализированного бизнес-процесса выступает виджет Service Assembler. В левой панели, на вкладке Integration Elements (элементы интеграции), перечислены базовые строительные блоки, а многократно используемые Web- и RESTful-сервисы, уже размещенные в среде исполнения IIF, перечислены на вкладках RSM Web Services (Web-сервисы RSM), KPI Web Services (Web-сервисы KPI) и KPI RESTful Services (RESTful-сервисы KPI). Эти сервисы дают разработчикам IIF возможность создавать черновые варианты любых бизнес-процессов, работающих с моделями RSM (эталонная семантическая модель) и контролируемыми показателями KPI в рамках решения IIF. Основное окно справа отображает представление моделирования бизнес-процесса, в которое разработчики просто перетаскивают составляющие элементы с панели, соединяя их затем стрелками. Из представления моделирования можно открыть представление свойств, которое позволяет разработчикам легко указывать конфигурационные параметры для каждого элемента процесса. Эту работу могут легко выполнить даже разработчики, не обладающие достаточным мастерством программирования, если они имеют общие знания XML, языка описания Web-сервисов (WSDL), языка описания схем XML (XSD) и правил вызова Web-сервисов. Рисунок 4. Service Assembler — редактор визуализированных бизнес-процессов Показанный на рисунке 4 Mashup Callout представляет собой специализированный элемент, помогающий разработчикам быстро связывать определенные шаги внутри процесса с реализацией интерфейса пользователя. Разработчики приложений, использующие IIF, могут создавать алгоритмы интерфейса пользователя в блоке виджетов, а затем регистрировать их в любом ПО поддержки гибридных виджетов. Элемент Mashup Callout вместе с парным элементом Mashup Callin позволяет указать, к какому виджету будет привязан процесс и какими входными/выходными параметрами в формате XSD должны обмениваться процесс и целевой виджет. База данных представляет собой еще один специализированный элемент, используемый для добавления в процесс функции удаленной базы данных. В окне свойств этого элемента разработчик может визуально вставлять базовые CIUD-операции базы данных (создать, вставить, обновить, удалить) независимо от конфигурации подключения к реальной базе данных и без написания SQL-инструкций. Кроме того, эту визуализированную модель программирования можно использовать для построения связи между бизнес-событиями и процессами для более точного удовлетворения требований приложения IIF. Система позволяет создавать шаблоны основанных на Web онлайновых бизнес-событий путем выгрузки заранее определенного синтаксиса события в формате XSD. Также можно связывать созданные шаблоны бизнес-событий с бизнес-процессами, сопоставляя события с входными параметрами процесса и тем самым формируя парадигму процесса, управляемого событиями. Например, событие мониторинга оборудования, несущее диагностические данные реального времени, привязывается к бизнес-процессу, созданному в Service Assembler, который контролирует работоспособность соответствующей машины и проверяет нарушения KPI. Благодаря такой интегрированной среде бизнес-процессов IIF, основанной на модели PaaS, разработчики могут радикально сократить цикл разработки приложений, а полученные бизнес-процессы готовы к дальнейшей трансформации в исполняемый формат. Управление жизненным циклом основанного на облаке приложенияНаряду с визуализированной моделью программирования управление жизненным циклом облачных приложений повышает удобство всей среды бизнес-процесса IIF в модели PaaS. Рисунок 5. Управление жизненным циклом облачного приложения: сервис-провайдер и администратор облака Как видно на рисунке 5, функция управления жизненным циклом приложения играет две роли: роль сервис-провайдера, который действует как разработчик IIF и выполняет операции, относящиеся к разработке, и роль администратора облака, который занимается распределением ресурсов облака и авторизует запросы провайдера сервисов. Управление жизненным циклом приложения встроено в модель PaaS и использует несколько виджетов в качестве Web-интерфейсов пользователя. И разработчик, и администратор используют одну общую страницу для входа в систему, но после входа направляются по разным путям интерфейса на основе присвоенных им ролей. Сервис-провайдеру сначала предлагается зарегистрировать любые внешние Web-сервисы, которые будут в дальнейшем использоваться в ходе разработки процесса. Затем этот сервис-провайдер привлекает все Web-инструменты, описанные в разделе Визуализированная модель программирования для разработки приложений, для онлайновой разработки приложения IIF. Наконец, после выбора в качестве целевой среды развертывания подходящей топологии, поддерживаемой системой управления жизненным циклом облачного решения IIF, сервис-провайдер подает запрос на развертывание приложения. Администратор облака сначала просматривает список в поисках ожидающих обработки запросов сервис-провайдера. Затем, после подтверждения ресурсов, администратор облака может утвердить или отклонить каждый из запросов: Если запрос утвержден, приложение автоматически устанавливается в выбранное решение IIF и вскорости начинает работать. В противном случае соответствующий сервис-провайдер получает уведомление об отказе, требующее изменить запрос. Для лучшей совместимости с концепциями управления облаком этот основанный на ролях режим управления жизненным циклом приложения поддерживает модель публикация-подписка и бизнес-модель динамической компоновки и установки приложений ЗаключениеОперативность бизнеса играет жизненно важную роль в нефтехимической отрасли, особенно в связи с необходимостью быстрого реагирования на оценку и изменение информации реального времени и данных, полученных из других источников. Решения для облачных вычислений в форме гибкой инфраструктуры, PaaS и SaaS, а также другие поддерживающие облачные технологии объекты инвестиций оказывают влияние на миграцию и интеграцию версий. В этой второй части серии статей, посвященной отраслевым решениям, поддерживающим облачные вычисления, показано, как технологии и шаблоны архитектуры облачных вычислений могут существенно расширить возможности и улучшить динамичность компаний нефтехимической отрасли и, потенциально, других отраслей с аналогичными требованиями, бизнес-моделями и ИТ-архитектурами. Эта статья представляет возможности и механизм реализации основанного на облаке решения IIF для управления жизненным циклом приложений, а также показывает, как среда поддержки бизнес-процессов на основе бизнес-модели PaaS может помочь быстро улучшить оперативность бизнеса. Заключение В заключении стоит сказать, что на данный момент идет активная разработка и совершенствование технологии облачных вычислений. Но речь идет именно о разработке, а не об использовании. На данный момент многие бояться именно самого факта, что информацию будут хранить сторонние люди. И хотя почти невозможность утери либо кражи данных уже доказана, немногие готовы довериться подобным сервисам. Так же сказывается недостаточное на данный период времени качество, стабильность и скорость Интернет-соединений, что создает ощутимые трудности для разработчиков. Однако несмотря на эти существенные недостатки, плюсы от внедрения данной технологии ясны всем. Ведь это экономия для потребителей, борьба с пиратством для разработчиков, минимизация затрат в IT сфере для бизнеса, унификация сетевых стандартов для всех пользователей. Так же следует держать в уме тот факт, что облако из тысяч машин способно решать воистину трудные задачи, необходимы современным ученым всех отраслей. К примеру моделирование поведения частиц во время ядерной реакции, свертываемость сложных белков в результате воздействий, расшифровка ДНК человека и многие другие непосильные обычным компьютерам задачи. Так что технологиям вычислительных облак есть куда развиваться… Достоинства облачных вычисленийснижаются требования к вычислительной мощности ПК (непременным условием является только наличие доступа в интернет); отказоустойчивость; безопасность; высокая скорость обработки данных; снижение затрат на аппаратное и программное обеспечение, на обслуживание и электроэнергию; экономия дискового пространства (и данные, и программы хранятся в интернете). Недостатки облачных вычисленийзависимость сохранности пользовательских данных от компаний, предоставляющих услугу cloud computing; появление новых («облачных») монополистов |