Building out a central management console for various services in org. What's the right architectural approach?
In a software org at a large tech company that has several services across small teams with various functionality and UIs. Have gotten direction from up above and been assigned the task of being responsible for concentrating all of the different services under a single web service and UI. Think AWS management console for the various AWS tools.
These services are all webservices with different communication protocols (REST, gRPC, etc) and different tech stacks internally, since they were all bootstrapped without a technical playbook in mind. What are some architectural or organizational patterns that I should look into in order to make this happen?
And decide if you're open to a commercial solution, want to directly eval open source options, or if you think you're genuinely resourced to create something bespoke that's better and just want want to study the OSS options for inspiration. Nothing in this question makes me think you'll arrive at a better result through custom code than you would through adopting a mature API gateway, but who knows.