Хороший материал на актуальный вопрос "Стоил ли переходить на облачные технологии?". Правда в начале автор немного перемешивает понятия "виртуализация" и "облачные технологии", но мы это поправим, а дальше есть полезное.

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

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

ОБЛАЧНАЯ ПОЛЬЗА

Облака несут бизнесу ряд плюсов. Во-первых, они позволяют значительно снизить издержки: на том же объеме оборудования компания сможет выполнять большее количество задач, причем достигается экономия не только денежных, но и трудо- и энергоресурсов.

Во-вторых, облака отказоустойчивы: виртуализация позволяет распределять бизнес-системы по нескольким физическим серверам и отказ одного из них не приводит к отказу всей системы.

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

В-третьих, облака масштабируемы: по мере роста потребностей бизнеса ресурсы можно быстро запросить, например, у облачного провайдера. Возможна и обратная ситуация: если эти ресурсы нужны лишь в течение ограниченного времени, например для реализации определенного проекта, ими можно воспользоваться, а затем вернуть провайдеру – опять же сэкономив деньги и время. Однако выбирать провайдера стоит с умом, ведь предложения существенно различаются (например, в зависимости от страны).

 А вот масштабируемость - это преимущество в основном облачных технологий.

В РОССИИ И ЗА РУБЕЖОМ

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

Принципиально отличаются друг от друга и цели внедрения облачных проектов. Западные компании воспринимают облака как удобный инструмент для высвобождения собственных ресурсов, поэтому они готовы выделять бюджет для более удобных решений. В России другая культура потребления, и популярностью пользуются более низкоуровневые решения, например IaaS. И тут дело не в развитии технологий – эта история относится к особенностям менталитета.

 Здесь надо подсказать, что IaaS - это получение инфраструктуры (т.е. собственно компьютеров и др. оборудования), как сервиса (проще говоря в аренду). А особенности менталитета - это думать, что мое предприятие уникальное и стандартные сервисы предлагаемые обаками нам точно не подойдут, поэтому их надо уникализировать, а это возможно только имея доступ ко всей начинке программного обеспечения.

КАК ПЕРЕБИРАТЬСЯ В ОБЛАКА?

Главное правило: не стоит переносить в облако все и сразу – этот процесс должен быть постепенным.

Во-первых, как показывает практика, не все используемые в компании решения «дружат» с облаками, поэтому перед переездом необходимо тщательно протестировать работу всех имеющихся приложений, систем и сервисов в облаке.

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

Разобраться в многообразии предлагаемых решений очень сложно, поэтому некоторые поставщики облачных услуг идут на компромисс. Например, топовые дата-центры предлагают своим клиентам как собственные решения на базе своего облака, так и решения альтернативных провайдеров по принципу «одного окна». Другие хорошие варианты – предоставлять клиентам возможность использовать глобальные облака (AWS, Azure, Google cloud platform) через российское юридическое лицо и оплачивать услуги в рублях.

Но что стоит перенести в облако в первую очередь?

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

ОДНОЗНАЧНЫЙ ПЕРЕНОС

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

Помимо этого, в облаках можно (и нужно) хранить бэкапы, архивы данных, СRM- и ERP-системы. Последнее особенно актуально для многофилиальных компаний, пользователи которых работают в системе в разных часовых поясах.

Еще одно популярное решение – держать в облаке тестовую среду («песочницу»): например, все обновления приложений тестируются в облаке и после удачных тестов переносятся в продакшн.

ЧТО ОСТАВИТЬ «НА ЗЕМЛЕ»?

В облачной среде могут некорректно работать приложения, которые управляют физическим оборудованием, особенно в режиме реального времени, поэтому переносить их в облако не стоит. Также есть системы, которые специально написаны под «железо» (причем определенной модели), это тоже не лучший облачный кандидат. Не стоит переносить в облака и кластеры баз данных, которые работают с одним диском. Все остальные проблемные истории, как правило, решаются.

В российской практике также принято считать, что из соображений безопасности на собственном оборудовании следует хранить самую важную информацию, и в первую очередь связанную с коммерческой тайной. Некоторые ИТ-специалисты считают, что данные в облаке можно «снять» на всем протяжении каналов коммуникации, поэтому надежнее, если они стоят на полностью подконтрольных серверах. Но на деле не все так просто.

БЕЗОПАСНОСТЬ В ОБЛАКАХ

Риски хранения данных на физической инфраструктуре во много раз выше, чем на облачной. И это в очередной раз доказывают нашумевшие случаи с вирусами Petya и Wannacry. Компании, у которых правильно организовано создание и хранение бэкапов в облаках, смогли оперативно восстановить свои данные, и фактически угрозы вымогателей оказались для них смешными. Нужно понимать, что в современных условиях данные в облаке имеют тройное резервирование в разных географических точках. То же самое можно сказать и о рисках несанкционированного проникновения.

Система может чувствовать себя в полной безопасности, только оставаясь закрытой от внешней сети. Таких систем в мире осталось очень мало, и они обычно выполняют крайне специфические функции. Если говорить о системах, которые имеют выход в Интернет или работают на облачной инфраструктуре, можно просто сравнить степень обеспечения безопасности у компании со средним уровнем подготовки ИТ-персонала и у крупного облачного провайдера, для которого репутационные риски бизнес-критичны, – где вероятность угроз выше? Ответ, мне кажется, напрашивается сам собой.

По материалам www.it-world.ru