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

Ошибка №1: слишком быстрое внедрение. Создание и реализация правильной архитектуры гибридных облаков - сложный процесс, и не из тех, где нужно спешить. Успешное гибридное облако зависит от хорошо продуманной сети. Правильная архитектура позволяет начать с небольшой среды, которую вы можете добавить по мере реализации.  Сделать низкую латентность и безопасность своими приоритетами при подключении частных и общественных облаков. И убедитесь, что у вас есть план аварийного восстановления. Помимо всех других преимуществ, облако пользователей сводит к минимуму как разрушение вашего бизнеса, так и затраты на восстановление после сбоев.

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

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

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

Ошибка № 5: Чрезмерная приверженность поставщику. Не бойтесь использовать облачные сервисы при перемещении базы данных в гибридное облако. Такие службы, как служба реляционных баз данных Amazon Web Services (AWS RDS), сэкономит вам много времени на ручную установку и резервное копирование ваших данных. И если вы используете кластеры Hadoop в вашем центре обработки данных, рассмотрите управляемую инфраструктуру Hadoop, которая позволит вам запускать популярные распределенные среды, такие как Apache Spark, Presto или Flink.

В гибридных облачных вычислениях есть бесчисленные истории успеха, но есть и некоторые предостерегающие истории. Если вы собираетесь сделать гибридное облако частью своей корпоративной стратегии, убедитесь, что у вас есть план, который будет работать.

Скажите “да” гибридному облаку.

No Comments