Разработка эффективных интерфейсов в проектировании платформ включает переход от пользовательских, ручных процессов к стандартизованным и согласованным решениям, которые упрощают подготовку и запросы на обслуживание. В этой статье рассматриваются этапы разработки интерфейса, акцент на настройке сред разработки и диагностике поведения приложений.
Пользовательские процессы
Коллекция различных процессов существует для подготовки различных возможностей и служб, но согласованность интерфейса не учитывается. Пользовательские специализированные процессы решают непосредственные потребности отдельных лиц или команд и зависят от ручного вмешательства, даже если поставщик использует некоторые сценарии автоматизированной реализации.
Знание того, как запрашивать эти решения, предоставляется от человека к лицу. Процесс запроса службы не имеет стандартизации и согласованности. Подготовка и использование службы платформы, скорее всего, требует глубокой поддержки у поставщика возможностей.
Отсутствие центральных требований и стандартов делает этот уровень подходящим, если компания еще не определила и задокументировали ожидания. Это может быть особенно эффективным для команд на ранних стадиях компаний или платформенных усилий. В этих средах командам предоставляется свобода развивать процессы и возможности их потребностей, позволяя им быстрее доставлять и платить цену стандартизации только при необходимости позже.
Настройка среды разработки: отдельные инженеры объединяют шаги, необходимые для настройки среды, запрашивая коллег, найдя документацию, следуя собственным известным методикам.
Диагностика поведения приложения: инженеры выбирают собственные средства и процессы для диагностики поведения. Они отвечают за выполнение действий по доступу к приложениям и журналам.
Локальные стандарты
Инженеры и инженерные команды упреждающе определяют стандарты для различных возможностей и служб, чтобы увеличить объем обмена знаниями, который может происходить в организации. Неофициальные общины поддержки растут вокруг этих стандартов, но это зависит от ресурсов и обязательств от отдельных лиц и отдельных групп.
Настройка среды разработки: отдельные команды определяют собственные инструменты и процессы и пытаются обеспечить, чтобы инженеры в командах придерживались этих процессов. Может быть с помощью документации или контейнеров, но выбор способа документирования инструментов и процессов управляется командой.
Диагностика поведения приложений: отдельные команды определяют собственные методики и процессы для диагностики поведения. Teams полагается на devops/ИТ-группу для доступа к развернутыми ресурсам.
Согласованные стандартные интерфейсы для подготовки и наблюдения платформ и возможностей существуют и соответствуют широким потребностям. Пользователи могут определять доступные возможности и запрашивать необходимые возможности.
Проложенные дороги или золотые пути, в виде документации и шаблонов, предоставляются. Эти ресурсы определяют, как подготавливать типичные возможности и управлять ими с помощью совместимых и проверенных шаблонов. Хотя некоторые пользователи могут использовать эти решения самостоятельно, решения часто требуют глубокого опыта в области, поэтому поддержка от обслуживающих по-прежнему жизненно важна.
Значительное управление, необходимое от центральной команды для поддержания шаблонов или документации, особенно в ответ на изменение потребностей команд.
Настройка среды разработки: некоторые инвестиции в общий путь с документацией или шаблонами, определяющими необходимые инструменты и процессы в организации. Teams может отступить от стандартов, так как они изменяют шаблоны, но не могут объединяться обратно в централизованную команду.
Диагностика поведения приложения: стандартная практика, определенная для доступа и диагностики развернутых ресурсов.
Решения самообслуживания
Решения предлагаются таким образом, чтобы обеспечить автономию для пользователей и требует мало поддержки от обслуживающих. Организация поощряет и позволяет решениям предоставлять согласованные интерфейсы, обеспечивающие возможность обнаружения и переносимости взаимодействия с пользователем из одной возможности в другую. В то время как самообслуживание решения требуют осведомленности и реализации команды. Для улучшения этого интерфейса может быть управляемый и упрощенный внутренний язык, который позволяет пользователям быстрее внедрять и интегрировать возможности платформы. Это создает пользовательская, самостоятельная и согласованная коллекция возможностей.
Настройка среды разработки: команды разработчиков зависят от платформы для настройки сред разработки. Доступность существует для обнаружения доступных ресурсов. Инженерные команды принимают платформу исключительно для всех взаимодействий. Платформа помогает совместному использованию знаний с помощью обнаружения и изменения новых и существующих шаблонов, постоянно увеличивая ценность, предлагаемую платформой.
Диагностика поведения приложения: средства и службы для наблюдения за ресурсами и возможностями, предоставляемыми через платформу по запросу. Платформа предоставляет возможность диагностики и наблюдения за ресурсами и возможностями.
Интегрированные службы
Возможности платформы прозрачно интегрированы в средства и процессы, которые команды уже используют для выполнения своей работы. Некоторые возможности подготавливаются автоматически, такие как наблюдаемость или управление удостоверениями для развернутой службы. Когда пользователи попадают в края предоставляемых служб, есть возможность перемещать прошлые автоматизированные решения и настраивать их потребности, не оставляя внутренние предложения, так как возможности платформы считаются стандартными блоками. Эти стандартные блоки используются для создания прозрачных и автоматических композиций для удовлетворения вариантов использования более высокого уровня, обеспечивая более глубокую настройку при необходимости.
Внутренние команды платформы могут определить, какие возможности работают хорошо для организации и могут использовать эти знания, чтобы определить, какие области инвестировать в дальнейшее улучшение платформы.
Возможности можно расширить и упаковать несколькими способами, обеспечивая максимальную гибкость для подготовки, управления и наблюдения за ресурсами и возможностями.
Настройка среды разработки: возможности платформы интегрированы в средства и процессы, которые команды уже используют для выполнения своей работы. Можно использовать с помощью интерфейса командной строки, интегрированной среды разработки и т. д.
Диагностика поведения приложения. Платформа автоматически настраивает возможности наблюдения для каждого развернутого приложения. Платформа предоставляет возможность взаимодействия с диагностическими данными и развернутыми приложениями.