AS
А что делать с переиспользованием кода?
копипастить, что )
/v1, верно?Size: a a a
2020 October 30
В
Т.е. все версии от 1.0.0 до 1.100.500 будут стучаться в
AS
куда интереснее версионировать сервисы и их интеграцию )
AS
Т.е. все версии от 1.0.0 до 1.100.500 будут стучаться в
/v1, верно?не знаю, версии фронт приложения могут от версии апи отличаться запросто
В
куда интереснее версионировать сервисы и их интеграцию )
Для меня это (чисто умозрительно) выглядит так, как будто для сервисов стоит так же поддверживать версионность апи, и будет всем счастье.
В
не знаю, версии фронт приложения могут от версии апи отличаться запросто
так и я о том, что фронтов может быть N совершенно разных, и для них надо поддерживать консистентное АПИ. Которое, помимо прочего, будет со всех своих версий обращаться к одной и той же БД :/
AS
так и я о том, что фронтов может быть N совершенно разных, и для них надо поддерживать консистентное АПИ. Которое, помимо прочего, будет со всех своих версий обращаться к одной и той же БД :/
можно на стороне фронта принуждать пользователя обновлять приложение
В
можно на стороне фронта принуждать пользователя обновлять приложение
Хотелось бы обойтись без этого вплоть до самого края
В
Я знаю приложения, где фронту отключают все сервисы, пока не обновится, почти каждый раз при апдейте)
В
Чисто по формату я вижу как хороший вариант семвер, где держатся актуальными последние 2 мажорные версии, ну а фронты от 3 версии и старше заставляют обновляться.
В
В этом случае патч-апдейты явно можно делать в основном коде.
AS
Проще через сервис воркеры форсить клиентское приложение обновиться
В
Проще, чем что?
AS
Чем кучу версий одновременно поддерживать
В
С точки зрения разработчика - проще, конечно. Можно тогда вообще на версионность забить и посылать фронты лесом после каждого коммита)
В
В общем, вопрос не о том был. Знает ли кто хорошую литературу о поддержке версионности АПИ с точки зрения архитектуры?
AS
В идеале так и надо делать (слать)
AS
Клиент может слать хедер, вроде expected api version, если твоя версия отличается, ты в какой-нибудь мидлвари шлешь неподходящие запросы лесом )
AS
В общем, вопрос не о том был. Знает ли кто хорошую литературу о поддержке версионности АПИ с точки зрения архитектуры?
Внутри приложения лучше этим вообще не заниматься, а делать на уровне ингресса https://anthonychu.ca/post/api-versioning-kubernetes-nginx-ingress/
AS
Только на уровне кубера ты сможешь нормально параллельно вертеть разные версии приложения