Персональные инструменты
 

Платформа для облака

Материал из CustisWiki

Версия от 11:53, 27 октября 2014; OlgaChekhunova (обсуждение)

(разн.) ← Предыдущая | Текущая версия (разн.) | Следующая → (разн.)
Это снимок страницы. Он включает старые, но не удалённые версии шаблонов и изображений.
Перейти к: навигация, поиск
Наш ведущий системный инженер Дмитрий Морозов рассказал редакции «Журнала сетевых решений/LAN» о том, в каких случаях публичные облачные сервисы выгоднее частных и как лучше организовать процесс перехода к частому облаку. Читайте об этом в статье «Платформа для облака».

«Журнал сетевых решений»: В каких случаях публичные облачные сервисы действительно выгоднее частного облака на площадке заказчика, а в каких лучше создавать собственные облака?

Д. Морозов: Главное, о чем нужно помнить, — это что частное облако, в отличие от публичного, находится под контролем ИТ-отдела компании. Следовательно, компания сама обеспечивает сохранность и безопасность своих данных, а пользователи получают услуги в соответствии со стандартами, принятыми в организации. В то же время для частного облака масштабируемость ограничена возможностями и бюджетом ИТ-отдела, а публичные облака благодаря объединению больших ресурсов предоставляют почти неограниченные возможности для масштабирования. Кроме того, недостатком частных облаков является необходимость содержать штат высококвалифицированных специалистов. А использование публичных облаков невозможно в регионах, где нет надежных и быстрых каналов связи.

«Журнал сетевых решений»: В какой степени переход к частному облаку — технический, и в какой — организационный процесс?

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


Любые правки этой статьи будут перезаписаны при следующем сеансе репликации. Если у вас есть серьезное замечание по тексту статьи, запишите его в раздел «discussion».

Репликация: База Знаний «Заказных Информ Систем» → «Платформа для облака»