Стратегия, ориентированная на облако, имеет свои преимущества и недостатки. Узнайте, как избежать рисков и разработать стратегию, подходящую для вашей организации.
Большая часть разработки новых приложений нацелена на публичный облачный хостинг. То, что сейчас называется облачными технологиями, уже является общепринятой стратегией. Помимо этого, важно обратить внимание на повышение производительности, которое является движущей силой как облака, так и центра обработки данных.
Несмотря на то, что облачная стратегия имеет свои преимущества, у нее есть и недостатки. Создавайте свою стратегию, зная, как лучше всего создать культуру, ориентированную на облако.
Что такое облачная стратегия?
За последнее десятилетие предприятия осознали, что данные — это лишь один из аспектов успеха приложений. Эта трансформация лежит в основе стратегии, ориентированной на облачные технологии, и разделила эту концепцию на два конкурирующих определения.
Мигрируйте в облако . Это определение стратегии «сначала облако» означает перемещение всей или большей части вычислительной инфраструктуры в общедоступное облако. Почти каждое предприятие использует облако как средство настройки доставки информации для повышения ее ценности. Однако очень немногие рассматривают возможность переноса всего в облако. Помимо изменения ценообразования, которое сделает облачные вычисления намного дешевле, чем центр обработки данных, трудно понять, что может оправдать изменение привлекательности гибридной облачной модели.
Отдайте предпочтение облаку . Приоритизация облака — это когда предприятие в первую очередь обращается к облачным предложениям, когда рассматривает новый проект или пытается решить проблему. Новый проект или проблема в большинстве случаев связаны с уже собранными данными, поскольку наиболее полезная информация для компании получается в результате ее обычной работы. Эта квалификация означает, что компании должны рассматривать применение гибридного облака для всех новых проектов или задач.
Следует ли вам принять облачную стратегию?
Преимущество этой модели мышления, ориентированного на облако, заключается в том, что она напрямую связывает планирование приложений с бизнес-целью расширения возможностей. Однако существуют риски.
Прежде чем приступить к реализации облачной стратегии, оцените текущие и будущие приложения. Имейте в виду эти риски, прежде чем двигаться вперед.
Привязка к поставщику
Большинство приложений адаптировано под конкретное облако. Такие услуги, как IaaS , являются общими, но большинство приложений используют API-интерфейсы веб-служб для ускорения разработки и связи с такими службами, как доступ к базе данных. Приложения, написанные для этих API, невозможно перенести в другие облака без модификации. Более переносимый вариант — использовать облачную платформу от таких поставщиков, как IBM, Red Hat или VMware, и запускать ее в IaaS или простой контейнерной службе в облаке. Они будут работать почти во всех общедоступных облаках.
Безопасность и соответствие
Проблемы с безопасностью и соответствием решить сложнее. Чаще всего эти проблемы возникают из-за данных, хранящихся в облаке . Второе определение приоритета облака, при котором приложения не переносятся из центра обработки данных в облако, с меньшей вероятностью создаст проблемы с безопасностью и соответствием требованиям. Если с центром обработки данных существуют настоящие гибридные облачные отношения, большая часть данных останется в центре обработки данных, а новые проблемы будут связаны с API. Традиционные меры безопасности API и контроль доступа к VPN могут решить проблемы безопасности и соответствия требованиям.
Расходы
Проблемы перерасхода средств являются наиболее сложными для устранения рисками, связанными с облачными технологиями. Какой бы ценной ни была масштабируемость, это также означает, что стоимость облачных вычислений будет варьироваться. Иногда затраты вынуждают предприятие перемещать приложение обратно в центр обработки данных . Оцените трафик, изменчивость трафика и стоимость облачных сервисов, чтобы убедиться, что затраты не выходят за рамки вашей цели.
Новые пользователи облака часто не готовы к разнице в навыках разработки и эксплуатации, а также в необходимых инструментах. При использовании определенных функций приложений и облачных сервисов затраты могут увеличиться. Пилотный тест необходим, чтобы гарантировать, что этот перерасход средств не повредит вашему проекту.
