Что такое проектирование платформы?
Проектирование платформы — это практика, созданная на основе принципов DevOps, которые стремятся улучшить безопасность, соответствие, соответствие, затраты и время для бизнеса благодаря улучшенным интерфейсам разработчиков и самообслуживанию в безопасной, управляемой платформе. Это как смена мышления на основе продукта, так и набор инструментов и систем для поддержки.
В последнее время есть много отраслевых волнений вокруг термина разработки платформы. Gartner ожидает около 80 процентов инженерных организаций иметь команду, посвященную проектированию платформы к 2026 году. Эти команды сосредоточены на создании того, что называется внутренней платформой разработчика. Независимо от домена — продажи (Microsoft Dynamics, Salesforce), выполнение услуг (ServiceNow), коммуникации (Twilio) — платформы, по своей природе, предназначены для достижения масштаба и сокращения времени, необходимого для обеспечения бизнес-ценности.
Платформы, которые разработчики либо используют, либо расширяют возможности для устранения рабочих процессов в процессе разработки с высокооптимизируемыми возможностями разработчиков и упрощенными операциями. Эти платформы включают средства, которые:
- Помощь разработчикам быть самодостаточной (например, начальные комплекты, подключаемые модули интегрированной среды разработки)
- Помощь с общими задачами
- Инкапсулировать общие шаблоны и методики в многократно используемых стандартных блоках
- Предоставление ранних рекомендаций и отзывов о проблемах или рисках безопасности
- Упрощение операций путем управления базовой инфраструктурой и инструментами
Модель возможностей разработки платформы Майкрософт описывает шесть основных возможностей, определяющих проектирование платформ — инвестиции, внедрение, управление, подготовку и управление, интерфейсы и измерения и отзывы. Чтобы узнать, где ваша организация находится сегодня в каждой области возможностей и задать целевые показатели для будущего роста, см. сведения о модели разработки платформ.
Что такое внутренняя платформа разработчика?
Внутренняя платформа разработчика ориентирована на внутренние методики разработки компании. Вы определяете набор рекомендуемых и поддерживаемых путей разработки для рабочей среды и постепенно "прокладывают" их с помощью внутренней платформы.
Чтобы использовать реальную аналогию, новые пути часто начинаются как грязные тропы, но, как больше людей используют их, они прокладываются для повышения безопасности при сохранении скорости и пропускной способности. Проложенные пути на внутренней платформе разработчика имеют аналогичные цели. Они предназначены для руководства разработчиков с помощью критически важных требований и стандартов, не жертвуя скоростью доставки разработчиков. Это достигается путем предоставления командам разработчиков стандартных, безопасных и масштабируемых возможностей самообслуживания. В то же время вы по-прежнему упрощаете операции и ИТ-организацию, чтобы обеспечить эффективность базовой инфраструктуры и средств, соответствующих требованиям и экономичности. Хотя некоторые пути могут быть частично проложены, полностью проложенный, золотой путь снижает когнитивную нагрузку для всех участников.
Разработчики являются основными потребителями или клиентами внутренней платформы разработчиков. Автоматизация и централизация обеспечивают эффективные операции, обеспечивая соблюдение требований заинтересованных лиц, таких как соответствие.
Благодаря проектированию платформы вы создадите эту внутреннюю платформу, объединяя продукт с обучением от DevOps и DevSecOps для предоставления набора инструментов. Эти средства обеспечивают достаточную автоматизацию, отслеживание, управление и наблюдаемость, которая естественным образом позволяет командам разработчиков «в яме успеха». В качестве руководителя по проектированию платформы для многонациональной компании средств массовой информации положить это:
Разработка платформы была принята для повышения скорости или скорости доставки продуктов. Централизованные команды устраняют необходимость для каждой команды беспокоиться о инфраструктуре, таким образом повышая эффективность... Они также повышают безопасность и безопасность, так как все предопределено, уменьшая ошибки. - Даниэль, облачная инженер, Компания Media Fortune 500
Внутренняя платформа разработчика помогает централизировать и масштабировать специализированные знания по всему жизненному циклу разработки и операций, уменьшая или устраняя когнитивные нагрузки и вручную.
Постепенно создавайте платформы разработчиков, уделяя особое внимание самообслуживанию и автоматизации
Реализация успешной стратегии проектирования платформы занимает работу, но выплата стоит. Это не редкость для команд с менее чем 20 человек, чтобы иметь возможность поддерживать тысячи разработчиков и сотни проектов.
Однако создание внутренней платформы разработчика — это путешествие. Мы не рекомендуем подход к большому взрыву или сверху вниз управляемые усилия. Критически важный аспект разработки платформы — применение мышления продукта, в котором вы относитесь к разработчикам, специалистам по машинному обучению или специалистам по обработке и анализу данных в качестве клиента. Как один инженер платформы в технологической компании поставил его:
[Существует] две основные проблемы, которые были разработаны для решения [наших] средств проектирования платформы. Первым было упрощение подготовки служб с помощью модели самообслуживания. … Второй — обеспечить автоматическую поддержку таких систем, как метрики производительности и доступность приложений. Цель заключалась в том, чтобы разработчики могли работать быстрее и эффективнее, имея все необходимые сведения для устранения неполадок и оптимизации своих приложений. - Алекс, ведущий архитектор облака, крупная технологическая компания
Нет двух компаний одинаковы, поэтому учитывайте конкретные потребности внутренних клиентов , чтобы построить добавочный курс через это путешествие. Создав набор основных стандартных блоков, которые вы будете собирать с течением времени, вы можете убедиться, что внутренняя платформа разработчиков имеет достаточное значение, чтобы команды разработчиков стали сторонниками и хотят использовать его на пути. Используйте эти сведения для создания самой тонкой жизнеспособной платформы, минимально жизнеспособного продукта для вашей платформы) и роста оттуда.
Важно отметить, что вы хотите думать о любых инвестициях, которые вы делаете в этих областях, в качестве ключевых стандартных блоков для вашего пути проектирования платформы. Затем вы можете сосредоточиться на создании сплоченного клея с пользовательскими инвестициями, чтобы добавить уникальную ценность для вашего бизнеса, а не создавать все с нуля.