Где мы сегодня, гибридные облака не переименованы. Гибрид был стратегией перехода. Распределение — это совершенно новая операционная среда, в которой облачная инфраструктура и услуги физически физически в нескольких дисперсных средах: местные центры обработки данных, несколько общедоступных облаков, краевые места и суверенные зоны. Тем не менее, они управляются как единая, последовательная система. В отличие от централизованных или гибридных подходов, облако рассматривалось в облаке рассматривалось с географическим и архитектурным разнообразием как характерным, а не как компромисс.
Этот сдвиг постепенно произошел. Организации отреагировали на новые условия регулирования, такие как GDPR и FedRamp, которые обеспечивают соблюдение стандартов местности и защиты данных, которые не всегда могут поддерживать центральные архитектуры. В то же время, чувствительные к задержке приложения, такие как анализ в реальном времени для пользователя, и нажали инфраструктуру облачных вычислений к краю. И затраты стали проблемой: 66% инженеров сообщают о нарушениях в своих рабочих процессах из -за отсутствия видимости в облачных изданиях. 22% говорят, что эффекты соответствуют потере полного спринта.
Распределенные облачные сделки со всеми этими проблемами и позволяют компаниям соблюдать правила, улучшать производительность, определять местонахождение развертывания и поддерживать операционную непрерывность в архитектурных изменениях. Однако, если вы гарантируете, что распределенная структура фактически достигает своего полного потенциала, необходимо потребоваться серьезное переосмысление. Инфраструктура должна быть версирована модульной и конструкцией и не упакована вместе.
Зависимости должны быть явно, чтобы изменения не были непредсказуемы. Видимость должна выходить за рамки отдельных облачных поставщиков, а управление должно следовать за рабочими нагрузками, где бы они ни работали. Большинство организаций в настоящее время работают без этих принципов, поэтому им приходится бороться с фрагментацией, ограничивать их масштабируемость, открыть дверь для безопасности и конкурентных угроз и замедлить инновации.
Основатель и генеральный директор Bluebricks.
Появляется все больше свидетельств того, насколько широко распространен в направлении распределенного облака: 89% организаций в настоящее время используют стратегию с несколькими облаками, 80% из которых зависят от нескольких общественных облаков и на 60% больше, чем частное облако. Причины являются стратегическими: сокращение закрытия поставщика, соблюдение законов о локализации данных и улучшение эффективности на грани.
Однако последствия готовы к работе. Фрагментация создает хаос. Команды борются с контролем версий, жизненным циклом и даже потенциальными пробелами в безопасности. Инфраструктурные команды становятся вратарями, а разработчики теряют уверенность в системах, на которые они полагаются.
Большинство организаций по -прежнему применяют традиционные принципы централизованного управления облаком к распределенному миру. Они полагаются на инфраструктуру как код (IAC), которые сшиты вместе с трубопроводами и сценариями, которые требуют постоянного прихода. Этот подход не масштабируется по командам и регионам. IAC также вводит новые зависимости между слоями, которые невидимы до разрыва.
В целом, подход проблематичен: 97% пользователей IAC сталкиваются с трудностями, при этом разработчики IAC часто рассматривают как «необходимое зло», которое замедляет положение приложения. Результатом является своего рода паралич: каждое изменение несет слишком большой риск, поэтому ничего не меняется.
Новая операционная модель для фрагментированного мира
Потеря больше, чем другой инструмент. Это требует новой операционной модели и нового мышления. Инфраструктура должна быть разделена на модульные композиционные единицы с четкими пределами и предопределенными зависимостями. Команды должны иметь возможность владеть слоем стека, не влияя на других. Изменения должны быть отслеживаемы, проверены и безопасны.
Платформы, которые предлагают один налоговый уровень через среда во всех средах, могут позволить себе это. Они превращают сложность от ответственности в стратегический актив: тот, который предлагает гибкость, не влияя на контроль. Здесь, начинающие подходы, такие как управление инфраструктурой на основе чертежа, предлагают убедительный путь вперед. Вместо того, чтобы ожидать, что команды Ki или Devops соединяют рабочие процессы, инфраструктура может быть преобразована в модульные компоненты. Подумайте о кирпичах Lego, за исключением того, что это часть кода, который версирован, утвержден заранее и многоразовым.
В этой модели автоматизация не означает отказ от контроля. Это означает, что команды в ограждениях, которые определяются архитектурой, могут двигаться быстрее. Результатом является система, которая также масштабируется в зонах регулирования, бизнес -единицах и технических стеков. Этот тип сдвига не устраняет какую -либо сложность, но он делает его управляемым, разборчивым и стратегическим.
И мы уже видим стратегии роста и модульной инфраструктуры, основанные на Blueprint во всей отрасли от серии UCS X от Cisco, которая отделяла жизненный цикл аппаратного обеспечения для гибких обновлений, до единого уровня управления Microsoft Azure для определенного уровня управления гибридными частями для структуры повторного, повторно используемого, повторного использования, повторно используемого, используемой, разбранной системы. Это развитие, которое имеет смысл.
Стратегическое преимущество хорошего управления
Распределенное облако — это не то, что решают компании. Это состояние, в котором вы уже работаете. Настоящая функция различия сейчас заключается в том, насколько хорошо она управляется. Инфраструктура масштабирования всегда была доступна. Распределение инфраструктуры, с другой стороны, является еще одним видом инвестиций: архитектура, рабочие процессы и операционная дисциплина.
Без системы, которая была создана специально для эластичности, развязки и видимости через окружающую среду, сложность тихо подрывает как скорость, так и доверие. Инфраструктура становится сложнее меняться, риск собирается невидимо, и инновации замедляются до ползания.
Правильный фонд вращает эту историю. Если он намеренно управляется, распределенная инфраструктура не должна быть барьером. Это будет катализатор.
Эластичные системы позволяют командам найти депривацию без фрагментации. Разрушенные архитектуры позволяют параллельные инновации в бизнес -единицах, центров затрат и регионов без нестабильности. Единая видимость делает управление непрерывной функцией, а не последующей мыслью. Управление сложностью не связано с его устранением. Речь идет о структурировании его таким образом, чтобы распределенные системы масштабировали устойчиво, безопасно адаптируя его и работают предсказуемо.
В этом контексте инфраструктура становится рычагом для шкалы, а не источником тяги. Это не просто оперативная потребность в том, чтобы справиться с этим хорошо. Это стратегическое преимущество.
Мы перечислим лучшую облачную базу данныхПолем
Эта статья была произведена в рамках канала Expert Insights Techradarpro, в котором мы сегодня предлагаем лучшие и умные руководители в технологической индустрии. Взгляды, выраженные здесь, относятся к авторскому и не обязательно мнениям Techradarpro или Future PLC. Если вы заинтересованы в том, чтобы определить больше здесь:
