Сейчас мы несколько лет в принятии платформы, которая была широко распространена в качестве лучшего способа для организаций ускорить разработку программного обеспечения и переход к современным методам программного обеспечения. Gartner ожидает, что к 2026 году около 80% организаций будут иметь специальную команду по инженерным платформам.
Тем не менее, несмотря на значительное внимание и некоторые заметные успехи, многие организации обнаружили, что их первоначальные усилия по проектированию платформы не соответствуют их ожиданиям. Это происходит не потому, что инженерная платформа — это неправильный подход, а потому, что платформные команды были слишком узко сосредоточены.
Почему команды инженеров платформы пропускают фонд инфраструктуры
Для большинства организаций платформная инженерия является значительным мероприятием. Вы хотели бы начать с чистого сланца, но ваша организация может иметь несколько команд разработчиков с разными проблемами, а также значительными инвестициями в аппаратное обеспечение, программное обеспечение и инструменты. Вот четыре общих зон, где команды платформы сбиваются с пути.
Недостаточное внимание к инфраструктуре: Многие команды сосредоточены на своих усилиях на внутренних платформах разработчиков (ВПЛ). Это имеет смысл, так как именно именно здесь разработчики проводят все свое время, но с таким большим вниманием к ВПЛ, основная инфраструктура становится запоздалой мыслью. Когда фундамент слаб, все здание шатко.
Неспособность сбалансировать опыт разработчика (DX) против стоимости: Для команд платформы, начавших работу, производительность DX и разработчика, как правило, уделяют приоритет. Однако, если ваши расходы не устойчивы, ваша платформа в конечном итоге будет скомпрометирована, особенно если вы быстро растете.
Например, ADA изначально пыталась, чтобы все поделились двумя кластерами разработки, но обнаружили, что разработчики перезаписывают работу друг друга. Первоначально компания размышляла о том, чтобы дать каждому разработчику свой собственный кластер, но поняла, что это будет слишком дорого и слишком сложно управлять разработчикам.
Безопасность, соблюдение и управление — это запоздалая мысль: Учитывая сегодняшнюю нормативную среду и растущие киберугрозы, безопасность, соблюдение требований и управление настолько важны, что с самого начала их необходимо встроить в вашу платформу. Установите их после факта, и вы всегда будете играть в догоняние и подвергать большему риску.
Неспособность согласовать архитектуру платформы с будущими потребностями: Часто, без вины своей собственной, платформные команды в конечном итоге создают платформы общего назначения для поддержки различных архитектур, включая как наследие, так и современные. По мере того, как все больше и больше рабочих нагрузок мигрируют в Kubernetes, эти платформы становятся все более неэффективными.
Инфраструктурная платформа Инжиниринг: эволюция за пределами инструментов разработчиков
Как и любая новая дисциплина, инженерия платформы развивается. Организации расширяют концептуальную платформу, чтобы явно включали инфраструктурную платформу инженерию (IPE), отключаясь от эксклюзивного фокуса на DX и IDE.
IPE фокусируется на создании самообслуживания, масштабируемых и экономичных инфраструктурных платформ, адаптированных для облачных местных сред. В отличие от подходов, которые в первую очередь направлены на то, чтобы оптимизировать рабочие процессы разработчиков и абстрактную сложность инфраструктуры, IPE явно связана с предоставлением масштабируемой, управляемой политикой и инфраструктуры Kubernetes, основанной на затратах, которая позволяет вашим командам эффективно работать в масштабе. IPE рассматривает проблемы, изложенные выше.
Инфраструктура как первоклассный интерес: С помощью IPE вы расставляете приоритеты в базовой инфраструктуре, гарантируя, что с самого начала встроены многопользовательство, изоляцию, эффективность затрат и управление.
Эффективность и производительность: IPE оптимизирует для эффективности инфраструктуры, сокращения отходов и обеспечения масштабирования затрат.
Основанный на политике и безопасность по дизайну: Безопасность, соответствие и управление интегрированы в платформу, что позволяет безопасной общей инфраструктуре, которая устраняет эксплуатационные узкие места при контроле затрат.
Построен для рабочих нагрузок Kubernetes: IPE предназначена для динамических сред, эфемерных рабочих нагрузок и многоклковых стратегий организаций, переходящих на Kubernetes.
Начало работы с инфраструктурной платформой
Хорошей новостью является то, что многие организации могут перейти в IPE, откуда они находятся сегодня, не начиная с нуля. Это как поднять дом, чтобы построить новую, прочную основу внизу.
Если ваша команда приняла Kubernetes и имеет разумную видимость в существующих затратах, рабочих нагрузках и сбоях, вы должны быть кандидатом, чтобы начать работу. Ключ заключается в том, чтобы определить структурные недостатки в вашей текущей платформе, чтобы определить, где применять принципы IPE. Следующая дорожная карта обеспечивает полезную отправную точку.
Начало работы с IPE: Практическая дорожная карта Шаг 1: Аудируйте вашу платформу (ы) за затраты, управление и точки отказа инфраструктуры. Шаг 2: Дизайн смены платформы для лечения инфраструктуры как продукта. Шаг 3: Определите метрики политики как код и затрат с дня 1. Шаг 4: Принять Kubernetes-Con-Tools (виртуальный кубит, иерархический мультицензию и т. Д.)
Если ваша организация выиграет от IPE, спросите себя, подготовлена ли ваша текущая команда платформы для выполнения этой дорожной карты, и рассмотрите возможность добавления или привлечения специалистов по инфраструктуре для помощи.
Trending Stories youtube.com/thenewstack Tech движется быстро, не пропустите эпизод. Подпишитесь на наш канал YouTube, чтобы транслировать все наши подкасты, интервью, демонстрации и многое другое. Группа подпишитесь с эскизом. Lukas Gentele является генеральным директором и соучредителем Loft Labs, ведущего поставщика строительных блоков для команд платформ, которые позволяют компаниям более эффективно управлять своей облачной инфраструктурой, используя кластеры виртуальных Kubernetes. Гентеле обладает глубоким опытом в архитектуре предприятия, … Подробнее от Lukas Gentle
