Yeah, I think even if you are fairly technical it's still pretty hard to manage a growing OpenAPI doc that is good enough to generate clients, sdks and docs from it.
I think that we'll soon be able to help you generate mock clients as well. Probably by generating a first pass with AI and letting you adjust the details manually. This way it could be one-click.
As a consumer, you can set up an alert when any of your API requests has a deprecation or sunset HTTP header. You'd know immediately if any of the APIs you depend on is about to be deactivated.
You're assuming downstream companies will parse & utilize this header
If they were competent enough to do that, they'd probably pay attention to updates sent via, say, email. Brownouts would make people notice, like "oh shit, $API doesn't work!"
That's a great point, and that's why I explicitly used the word suspicious. If you deploy a new version, then the tool you use to detect suspicious activity should take that into account.
And no, this is not a pitch. I don't work nor am endorsed by any of the services mentioned in the article.
Interesting! It works pretty well except that there's no IE support. So the resizing logic included in the library is useful for projects that need IE10+ support.