Файл: Облачные сервисы (Понятие и сущность облачного сервиса).pdf
Добавлен: 29.04.2023
Просмотров: 294
Скачиваний: 1
СОДЕРЖАНИЕ
1.Теоретические основы темы исследования
1.1.Понятие и сущность облачного сервиса.
1.2.Модель SaaSError: Reference source not found.
2.«Облачные» технологии в на предприятии
2.2.Недостатки облаков в предприятии.
2.3.Перспективы развития облачных технологий на предприятии.
3.Развития облачных технологий на предприятии
3.1.Планирование потребности в облачных технологий.
Пятый минус - передача данных постороннему провайдеру. Использование облачной платформы является разновидностью аутсорсинга. IT-сервисы не предоставляются самостоятельно, они берутся в аренду у компании 1С. В отличие от обычного аутсорсинга, где вся база данных поступает под контроль пользователя, в облачных платформах ему предоставляется право передавать данные одной программы на время. Это дает больше возможностей, однако риски остаются.
Еще один большой недостаток – это хранение информации за пределами организации. Для большинства руководителей это является важной проблемой. Что если конфиденциальная информация, либо коммерческая тайна будет разглашена?
Иногда такой подход имеет место быть. Во многих странах нормативно определено, где определенные виды информации должны храниться. Прежде чем сохранять информацию в облаке, пользователю необходимо удостовериться в том, что он понимает, какие правовые обязанности возлагаются на него и то, какие ограничения препятствуют работе с данной информацией в будущем.
Во многих случаях люди смутно представляют себе меры по защите информации. Для таких случаев, как этот, спросите себя, а надежнее ли Ваша собственная система защиты информации, нежели та, которую предлагает Вам провайдер. Многие компании, если их система безопасности была взломана, воспринимают это как конец бизнеса и огромные финансовые издержки для лучшего обеспечения сохранности данных.
В облачных платформах ни один из вендоров не будет предоставлять потребителям больших полномочий в области инспектирования баз данных. Это означает, что необходимо доверять своему партнеру. Как и с любой технологией, начинание
с малого может быть очень полезным в дальнейшем. Возможно, первая программа, созданная в облаке, будет важна, но не жизненно необходима. Можно и создать программу внутри своей организации, которая работает только на облачной платформе. Это не всегда работает, однако иногда это единственно правильное решение.
Главное – решение всегда остается за руководителем, а не за IT-специалистом. Важно понять и правильно оценить бизнес-риски. Не пользоваться облачными платформами, опасаясь на сохранение информации, ограничивает возможность достигнуть бизнес-высот, которые может предложить облако.
Технология облачных платформ распространена среди многих вендоров. Программа, созданная для одной платформы может не найти своего применения на другой платформе. Так называемый «вендорский замок» может привести к проблемам. К примеру, специалист создает клод-программу, которая является важной частью бизнеса. Клод-платформа работает по принципу «плати за столько, сколько работал», таким образом, пользователь получает счет за потребленные услуги. А если вендор решит поднять цену или уменьшить предоставляемые услуги? Если прекратить платить, то и программа работать не будет.
Лучше всего продумать вендорский замок, прежде чем выбирать клод-партнера. Если программы построены таким образом, что они работают только в облаке, то говорят, что имеет место абсолютный замок, который может поставить в затруднительное положение. В то время как каждая платформа имеет свой замок, необходимо найти такого партнера, при котором перенос программы на внутриорганизационную базу данных будет возможным. Избежать постановки замков невозможно, однако можно и нужно минимизировать их количество.
2.3.Перспективы развития облачных технологий на предприятии.
Ожидается, что расходы на IT почти перестанут расти, а спрос бизнеса на новые технологии продолжит ускоряться. После многолетних разговоров о приведении в соответствие IT и бизнеса, сейчас становится ясно, как никогда, что наибольшей проблемой для IT в данном процессе становится идти в ногу с бизнесом.
В попытке устранить увеличивающийся разрыв между IT и бизнесом самостоятельно, представители бизнеса все чаще подвергаются соблазну отойти от собственных IT-подразделений, чтобы иметь возможность выбирать и использовать услуги непосредственно из растущего виртуального рынка общедоступных облачных предложений инфраструктуры, платформ и программного обеспечения, используя их в виде услуги.
К счастью, в эти сложные времена у IT существует также прекрасная возможность изменить правила игры на пользу и IT, и бизнеса. Успешные IT организации трансформируются одновременно в провайдеров гибких, эффективных и легко адаптируемых под требования конкретных клиентов облачных услуг и в продавцов и интеграторов предлагающих общедоступных облачные решения. Это превратит IT в главное звено динамичной цепи предоставления услуг.
Чтобы осуществить это, IT необходимы облачные решения, способные одновременно повысить эффективность произведенных инвестиций, а также стимулировать развитие новых принципиально отличных подходов. IT будет необходимо преодолеть такие препятствия как нагромождение процессов при виртуализации и разрозненность выбранных поставщиков облачных услуг; провалы в понимании уровня безопасности и предоставления услуг, а также контроль над ними, могут тормозить бизнес процессы. А без подтвержденной фактами основы для измерения и сравнения как внутренних, так и внешних способов предоставления услуг, IT будет очень сложно отстоять свое лидерство.
Преодоление этих вызовов требует четкой структуры управления IT. Гибкость и эффективность при работе с облачными технологиями реализуются с помощью таких методов управления IT, как управление виртуализацией, динамичное резервирование, самообслуживание и контроль уровня ресурсов. Планирование, безопасность, непрерывность сервиса и поддержка обязательны как для эффективного предоставления, так и для ответственного потребления облачных услуг. Чтобы непрерывно поддерживать оптимальную ценность своих услуг для бизнеса, IT необходимо управление для продвижения принятия решений, основанных на фактах относительно того, какие услуги будут заложены в основу или будут использоваться на основе облачных вычислений, какие общедоступные облачные услуги использовать и когда, а также динамично интегрировать все вышеупомянутое – внутреннее и внешнее, виртуальное и физическое.
Облако и облачные вычисления не являются новой технологией, которой надо научиться управлять. Облачные услуги – это способ предоставления, потребления и управления технологией. Они выводят гибкость и эффективность на революционный уровень путем эволюции проверенных способов управления, таких как резервирование, самообслуживание, безопасность и непрерывность, которые соединяют физическую и виртуальную среду. Только очень немногим компаниям удалось пройти эту эволюцию полностью. Еще меньшее количество компаний сочетают подобные знания и опыт с агрессивной инновационной политикой для предоставления надежных решений для ускорения развития бизнеса [7].
Тема облачных вычислений становиться все популярней в бизнесе. Раньше многие компании приобретали сервера, которые затем объединяли в кластеры и центры данных, приобретали программное обеспечение, для развертывания всей инфраструктуры и построения масштабируемой системы. Затем оценивали риски, связанные с недооценкой или переоценкой загрузки, – инвестировав в разработку, и возможно не получив ожидаемого притока клиентов и поняв, что все средства были потрачены в пустую.
Избежать все этого позволяет модель аренды, которая может еще оказаться и экономически целесообразной, причем во многом благодаря виртуализации и оптимизации инфраструктуры провайдера услуг SaaS. Совмещение на одной физической машине нескольких виртуальных способствует сокращению издержек и оптимизации поддержки, а также дает возможность гибкого перераспределения ресурсов в зависимости от изменяющейся нагрузки. Однако самым важным плюсом виртуализации является сокращение времени на масштабируемость конфигурации, необходимой для решения конкретной задачи.
Например, две компании одновременно запускают аналогичный сервис, но одна строит ЦОД (Центр Обработки Данных) самостоятельно, а другая сразу разворачивает сервис на масштабируемой облачной платформе. Каждый месяц число пользователей сервиса увеличивается в разы и очень скоро первая компания понимает, что существующих мощностей недостаточно, и тратит месяц на увеличение мощности своего ЦОД или на переписывание приложения с учетом масштабируемости. Вторая компания в этом случае лишь увеличивает арендованные мощности. К тому моменту пока первая компания перепишет сервис или нарастит мощность оборудования, вторая переманит у нее новых клиентов.
Для решения проблемы сложности программных систем в свое время была предложена идея повторного использования кода, получившая развитие в двух направлениях – подпрограммы (процедуры и функции) и объекты.
Сначала эта идея реализовалась в виде статических библиотек, потом возникла необходимость динамически обновлять объекты – появились DLL и компоненты (COM, сборки .NET), а с появлением сетей понадобилось вызывать компонент, физически размещенный на другом компьютере, для чего стали использоваться протоколы типа RPC, DCOM или .NET Remoting для объектного взаимодействия (см. рис. 1). В процессе стандартизации идея вызывать код по сети трансформировалась в концепцию сервис-ориентированной архитектуры (Service-Oriented SOA), представляющую, в конечном счете, обычную абстракцию вызова кода по сети. Наиболее важной частью SOA является независимое развертывание сервисов. Если в случае DLL надо быть готовым к динамическим изменениям версии и возможностей библиотеки, то в случае SOA это явным образом заложено в архитектуру – вызывая сервис, мы не знаем, как он реализован и не можем управлять его обновлениями.
Облако – это дальнейшее развитие идей компонентного подхода, если речь идет о серверной части приложений, то одной из возможных платформ могут быть серверы, расположенные не в локальном ЦОД компании, а в облаке, из которого можно арендовать мощности.
ИТ-индустрия сегодня уже сформулировала определение «облачных» вычислений, а аналитики начали рисовать радужные перспективы, представляя «облачные» вычисления не как новый вид сервиса, а как объединение разных видов сервисов, для предложения которых нужна одна инфраструктура – удаленный сервер для выполнения приложения, за работоспособность которого отвечает третья сторона. «Облачные вычисления» (cloud computing) — концепция «вычислительного облака», согласно которой программы запускаются и выдают результаты работы в окно стандартного веб-браузера на локальном ПК, при этом все приложения и их данные, необходимые для работы, находятся на удаленном сервере в Интернете. «Облака» объединяют множество областей ИТ, которые раньше, имея много общего, разделялись. Из «облаков» подразумевается получать платформы для вычислений (серверы и виртуальные машины) или приложений, а также сами приложения, доставляемые в рамках концепции SaaS. Работа «облака» обеспечивается неким комплексом аппаратных и программных средств – операционной системой «облака» (ОСО), которая поддерживает работу с клиентом, опираясь на сеть крупных центров хранения и обработки данных.
Суть концепции облачных вычислений заключается в предоставлении конечным пользователям удаленного динамического доступа к услугам, вычислительным ресурсам и приложениям (включая операционные системы и инфраструктуру) через интернет. Развитие сферы хостинга было обусловлено возникшей потребностью в программном обеспечении и цифровых услугах, которыми можно было бы управлять изнутри, но которые были бы при этом более экономичными и эффективными за счет экономии на масштабе.
Большинство сервис-провайдеров предлагают облачные вычисления в форме VPS-хостинга, виртуального хостинга, и ПО-как-услуга (SaaS). Облачные услуги долгое время предоставлялись в форме SaaS, например, Microsoft Hosted Exchange и SharePoint.
Нельзя не признать, что технологии облачных вычислений имеют огромнейший потенциал, потому что все современные компьютерные продукты постоянно увеличивают свои требования к техническому оснащению компьютера пользователя, что неизбежно ведет к значительным затратам на апгрейд. Особенно требовательной к системным ресурсам становится игровая индустрия. Так что данная технология позволяет решить проблему чрезмерной требовательности приложений к ресурсам конечного пользователя.
Сложные бизнес-процессы
Вычислительные облака состоят из тысяч серверов, размещенных в датацентрах, обеспечивающих работу десятков тысяч приложений, которые одновременно используют миллионы пользователей. Непременным условием эффективного управления такой крупномасштабной инфраструктурой является максимально полная автоматизация. Кроме того, для обеспечения различным видам пользователей - облачным операторам, сервис-провайдерам, посредникам, ИТ-администраторам, пользователям приложений - защищенного доступа к вычислительным ресурсам облачная инфраструктура должна предусматривать возможность самоуправления и делегирования полномочий.
Концепция облачных вычислений значительно изменила традиционный подход к доставке, управлению и интеграции приложений. По сравнению с традиционным подходом, облачные вычисления позволяют управлять более крупными инфраструктурами, обслуживать различные группы пользователей в пределах одного облака, а также означают полную зависимость от провайдера облачных услуг. Однако данная зависимость является таковой лишь в теории, ведь если компания-провайдер допустит хоть один прецедент кражи информации, это станет колоссальным ударом по всей индустрии предоставления удаленных мощностей.