Переход в облако: сопротивление бесполезно — но не для всех

Облачные вычисления заняли первое место в 10 лучших стратегических технологиях Gartner за 2010 год. В 2011 году он снова был на вершине списка, но затем в 2012 году облачные вычисления опустились на 10-е место. В течение следующих нескольких лет они танцевали по списку и в конечном итоге начали принимать разные образы. Персональное облако заняло промежуточное положение в 2013 году, а затем в 2014 году оно продвинулось в архитектуру, стоящую за облаком. Имеет смысл. А затем 2015 год познакомил нас с концепцией вычислений повсюду. Если мы проведем небольшой криминалистический анализ, окажется, что к 2016 году корпоративные организации приняли облако, и оно превратилось из модного в операционное.

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

Причина №1: безопасность

Облако, лишенное всякой причудливой оболочки, на самом деле является просто чьим-то сервером. Это означает, что безопасность предоставляемой услуги зависит от применяемых методов, не говоря уже о наборе навыков сотрудников поставщика услуг. Dropbox, OneDrive и Google, о боже! Более широкое использование облачных платформ также означает рост проблем с безопасностью. Небезопасные API-интерфейсы, внешние атаки и риски соответствия — все это находится в центре внимания специалистов по кибербезопасности. Но также верно и то, что у нас были бы те же проблемы, если бы все наши серверы находились в запертой комнате на месте. Преимущество для хакеров в том, что данные теперь централизованы и, следовательно, создают довольно непреодолимую цель. Так что, возможно, проблемы с безопасностью — пустая трата времени. У нас будут одни и те же проблемы независимо от того, где находятся наши данные. Мысль о том, что когда серверы находятся на месте, мы можем обеспечить больший контроль, это правда. Это также означает, что мы несем финансовую и юридическую ответственность за обеспечение безопасности этих данных. Некоторым проще возложить эту ответственность на поставщика услуг, занимающегося надзором за безопасностью. В целом поставщики услуг достаточно дисциплинированы, когда дело доходит до применения исправлений и обновлений безопасности. Что, как известно, не всегда верно для локализованных ИТ-отделов.

Причина №2: Уникальные требования

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

Причина №3: Доступ к данным

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

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

Причина № 4: возможность подключения

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

Причина № 5: Проекты внедрения

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

Но на самом деле все дело в доверии…

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