Всё так. Получаем скорость, но вскрываем новый класс проблем и ограничений 🙂
Кратко про стабильность и контроль качества.
В целом, мы обеспечиваем обратную совместимость схемы и DSL, версионирование и feature flags.
На уровне DSL накладываем линтеры и продоставляем инструменты тестирования на уровнях unit → component → integration. Про это рассказывали коллеги в докладе
На уровне Bricks каждый сценарий проходит через процесс валидации схемы и обратной совместимости + есть возможность настроить e2e quality gate. Для снижения бласт радиуса сейчас экспериментируем с канареечными публикациями сценариев.
Давайте обсудим ограничения, которые достойны отдельной статьи.
Тестирование
Эта тема достойна отдельной статьи. Но кусочек информации есть в открытом доступе — доклад моих коллег на митапе. Если вкратце: есть полноценный фреймворк тестирования Beduin, который покрывает unit, component и integration слои.
Это покрывается на уровне DSL, на стороне Bricks же есть e2e quality gates.
Безопасность
Довольно широкая тема) Можете раскрыть подробнее, что имеете тут ввиду?
Допустим в какой-то момент захочется избавиться от Beduin или перейти на другой конструктор
Я так понимаю тут вопрос относительно Bricks, поскольку в данной схеме он является конструктором.
Тут как и с любой платформой — создаётся vendor-lock, получаем бонусы out of box, но страдает гибкость.
Всё так. Получаем скорость, но вскрываем новый класс проблем и ограничений 🙂
Кратко про стабильность и контроль качества.
В целом, мы обеспечиваем обратную совместимость схемы и DSL, версионирование и feature flags.
На уровне DSL накладываем линтеры и продоставляем инструменты тестирования на уровнях unit → component → integration. Про это рассказывали коллеги в докладе
На уровне Bricks каждый сценарий проходит через процесс валидации схемы и обратной совместимости + есть возможность настроить e2e quality gate. Для снижения бласт радиуса сейчас экспериментируем с канареечными публикациями сценариев.
Давайте обсудим ограничения, которые достойны отдельной статьи.
Эта тема достойна отдельной статьи. Но кусочек информации есть в открытом доступе — доклад моих коллег на митапе. Если вкратце: есть полноценный фреймворк тестирования Beduin, который покрывает unit, component и integration слои.
Это покрывается на уровне DSL, на стороне Bricks же есть e2e quality gates.
Довольно широкая тема) Можете раскрыть подробнее, что имеете тут ввиду?
Я так понимаю тут вопрос относительно Bricks, поскольку в данной схеме он является конструктором.
Тут как и с любой платформой — создаётся vendor-lock, получаем бонусы out of box, но страдает гибкость.