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