Публичные контракты, как обеспечить их согласованность

Примечание: Антон из центра разработки Directum в Уфе рассказал на Хабр, как сократить время на разработку веб-сервисов, используя инструменты унифицированного описания контрактов и автоматической генерации кода.

• ваша система состоит из множества взаимосвязанных сервисов?
• всё ещё вручную актуализируете код сервисов при изменении публичного API?
• изменения в ваших сервисах часто подрывают работу других, а другие разработчики вас за это ненавидят?

Если ответили да хотя бы один раз, то добро пожаловать!

Термины

Публичные контракты, спецификации – публичные интерфейсы, через которые можно взаимодействовать с сервисом. В тексте означают одно и то же.

О чем статья

Узнаете, как сократить время на разработку веб-сервисов, используя инструменты унифицированного описания контрактов и автоматической генерации кода.
Грамотное использование описанных ниже техник и инструментов позволит быстрее выкатывать новые фичи и не ломать старые.

Как выглядит проблема

Есть система, которая состоит из нескольких сервисов. Эти сервисы закреплены за разными командами.



Сервисы-потребители зависят от сервиса-поставщика.
Система развивается, и однажды сервис-поставщик меняет свои публичные контракты.



Если сервисы-потребители не готовы к изменениям, то система перестает полноценно работать.

Как решить эту проблему, читай в нашем блоге на Хабр.