Сообщение Re[5]: Микросервисы - в чем дебилизм от 15.11.2018 11:49
Изменено 15.11.2018 11:50 ·
Re[5]: Микросервисы - в чем дебилизм
Здравствуйте, Sharov, Вы писали:
S>·>Возникает необходимость поддержки нескольких версий API и их взаимодействие, что не так уж просто. Вроде как добавили обязательное поле, но из-за того, что старая версия всё ещё должна работать — поле по факту-то не обязательное. А если у разных пользователей API разный ЖЦ, то в итоге можно получить десяток одновременно живущих версий и тогда проще застрелиться.
S>До десятка доводить не нужно, но пока есть старые клиентs, сохранять совместимость. Как клиенты обновяться, прибить инстансы со старым api.
С таким подходом можно наоборот действовать — заставить всех клиентов посылать новое поле, потом объявить его обязательным, а потом уже спокойно его юзать в сервисе с уверенностью, что оно всегда есть.
S>·>Возникает необходимость поддержки нескольких версий API и их взаимодействие, что не так уж просто. Вроде как добавили обязательное поле, но из-за того, что старая версия всё ещё должна работать — поле по факту-то не обязательное. А если у разных пользователей API разный ЖЦ, то в итоге можно получить десяток одновременно живущих версий и тогда проще застрелиться.
S>До десятка доводить не нужно, но пока есть старые клиентs, сохранять совместимость. Как клиенты обновяться, прибить инстансы со старым api.
С таким подходом можно наоборот действовать — заставить всех клиентов посылать новое поле, потом объявить его обязательным, а потом уже спокойно его юзать в сервисе с уверенностью, что оно всегда есть.
Re[5]: Микросервисы - в чем дебилизм
Здравствуйте, Sharov, Вы писали:
S>·>Возникает необходимость поддержки нескольких версий API и их взаимодействие, что не так уж просто. Вроде как добавили обязательное поле, но из-за того, что старая версия всё ещё должна работать — поле по факту-то не обязательное. А если у разных пользователей API разный ЖЦ, то в итоге можно получить десяток одновременно живущих версий и тогда проще застрелиться.
S>До десятка доводить не нужно, но пока есть старые клиентs, сохранять совместимость. Как клиенты обновяться, прибить инстансы со старым api.
В таких условиях можно наоборот действовать — заставить всех клиентов посылать новое поле, потом объявить его обязательным, а потом уже спокойно его юзать в сервисе с уверенностью, что оно всегда есть.
S>·>Возникает необходимость поддержки нескольких версий API и их взаимодействие, что не так уж просто. Вроде как добавили обязательное поле, но из-за того, что старая версия всё ещё должна работать — поле по факту-то не обязательное. А если у разных пользователей API разный ЖЦ, то в итоге можно получить десяток одновременно живущих версий и тогда проще застрелиться.
S>До десятка доводить не нужно, но пока есть старые клиентs, сохранять совместимость. Как клиенты обновяться, прибить инстансы со старым api.
В таких условиях можно наоборот действовать — заставить всех клиентов посылать новое поле, потом объявить его обязательным, а потом уже спокойно его юзать в сервисе с уверенностью, что оно всегда есть.