1. Hard for new team members to make sense of the overall system. 2. Repeated efforts: team A does not know team B has solved a particular challenge already and end up building something again. 3. When deprecating a service/API, no one knows who else is using it and the impact of stopping that service/API.
Within your organization, what documentation tools or practices do you follow to be make it easy to discover existing services/products, product PIC for it, tech PIC for it, etc.?
The project I work on (speakeasyapi.dev) is more focused on the public API side for now, but we've looked at the microservice problem. We've come at it from the angle of providing an SDK which can track the traffic to a service. That way you can be aware of your services true surface area vs. what's documented.
Curious to hear other ways people are solving these problems.
Git based dev portal, lots of interesting modules: - service discovery - swagger / avro rendering - k8s integration (urls, cost est,)
Something like the tech radar in a large org is worth the price of admission IMHO