Size: a a a

GraphQL — русскоговорящее сообщество

2020 March 11

P@

Pavel @nodkz in GraphQL — русскоговорящее сообщество
toriningen
т.е. чтобы next одно рендерил, а эндпоинт gql жил на своем отдельном субдомене
Именно
источник

P@

Pavel @nodkz in GraphQL — русскоговорящее сообщество
Зачем передиплоивать Графкуэль сервер, когда код поменялся только в компонентах фронта.
источник

P@

Pavel @nodkz in GraphQL — русскоговорящее сообщество
Экономим таким разделением время на ci/cd
источник

P@

Pavel @nodkz in GraphQL — русскоговорящее сообщество
Приложение живёт в монорепке. Но теститься и деплоиться в зависимости от того, что внутри поменялось.

Если папка client - то только он билдится и теститься.
Если server - то всё подряд тестится

Но надеюсь что graphql-inspector прикрутим, и будем только на изменения схемы чекать клиента.
источник

t

toriningen in GraphQL — русскоговорящее сообщество
сессий у нас тоже нет, есть SAML-авторизация, т.к. все это хостит банк внутри себя, у них есть WAF и они хотят, чтобы их сотрудники авторизировались в софтине автоматически
источник

t

toriningen in GraphQL — русскоговорящее сообщество
оно фактически stateless, т.к. с командами просто цепляется "principal" - сущность, которая содержит информацию об отправителе запроса, его роли и всякой такой фигне
источник

t

toriningen in GraphQL — русскоговорящее сообщество
ну а уже комманд хендлеры смотрят, что можно делать, а что нельзя делать. graphql в этом плане совсем глупенький и ничего не проверяет.
источник

t

toriningen in GraphQL — русскоговорящее сообщество
Pavel @nodkz
Приложение живёт в монорепке. Но теститься и деплоиться в зависимости от того, что внутри поменялось.

Если папка client - то только он билдится и теститься.
Если server - то всё подряд тестится

Но надеюсь что graphql-inspector прикрутим, и будем только на изменения схемы чекать клиента.
я так хотел сделать, но сделали, как сделали
источник

t

toriningen in GraphQL — русскоговорящее сообщество
:(
источник

P@

Pavel @nodkz in GraphQL — русскоговорящее сообщество
toriningen
я так хотел сделать, но сделали, как сделали
Сколько у вас тесты и билды в сиайке времени жрут?
источник

t

toriningen in GraphQL — русскоговорящее сообщество
Pavel @nodkz
Сколько у вас тесты и билды в сиайке времени жрут?
базовый сьют - минут 8 гонится. e2e куда дольше, минут 30
источник

t

toriningen in GraphQL — русскоговорящее сообщество
смоуки меньше минуты
источник

P@

Pavel @nodkz in GraphQL — русскоговорящее сообщество
У нас 6-7 минут, если мало что тестим и билдим. И максимум 12-15, если на холодную и все подряд.
источник

P@

Pavel @nodkz in GraphQL — русскоговорящее сообщество
toriningen
смоуки меньше минуты
Для мердж реквестов разве смоуки гоняются?
источник

t

toriningen in GraphQL — русскоговорящее сообщество
Pavel @nodkz
Для мердж реквестов разве смоуки гоняются?
нет, для MR гонится вообще все, включая e2e
источник

P@

Pavel @nodkz in GraphQL — русскоговорящее сообщество
У нас е2е отдельно пока. Минут 7 занимают.

Жду уже месяца 3 пока прикрутят ревью-аппс 😭
источник

t

toriningen in GraphQL — русскоговорящее сообщество
в силу специфики деплоймента нельзя допустить обосрамс.

готовый продукт пакуется в rpm-ки, несется флешкой специальным человеком ногами в офис, там он проходит сканирование сетчатки, и разворачивает все это на специальном ноутбуке, подключенному к air-gapped системе, и забирает на флешку логи.
источник

P@

Pavel @nodkz in GraphQL — русскоговорящее сообщество
Задолбало стейдж тестить по е2е перед деплоем прода.
источник

t

toriningen in GraphQL — русскоговорящее сообщество
поэтому если происходит фейл на проде, то исправлять его достаточно головняково
источник

t

toriningen in GraphQL — русскоговорящее сообщество
во-первых потому что мы об этом не знаем :)
источник