So, going to share a bit of a hot take here. 
I want to start by being VERY CLEAR that this is my attempt to be honest and not to be hostile. I love Apollo and the products this team pumps out!
Iâve been a massive fan of federation and my team was a very early adopter of it. I understand the advantages/disadvantages of managed versus unmanaged but thus far we have gone with unmanaged for three reasons:
1.We like the dynamic nature of being able to deploy a single microservice and the changes in schema be picked up immediately⌠especially when doing local development. Itâs nice to not have to restart services.
2.We donât have any plans to utilize Apollo Studio for a variety of reasons.
3. There isnât a stable, well-documented way to do home-grown managed federation.
What worries me about this deprecation, and the direction Iâve seen Apollo seeming to go, is it seems that there is a push for âuse our paid services or elseâ. This is a major step back from the typical monetized open source model that I typically see where it is more âHereâs an awesome open source product. Here are additional features/functionality/support that you CAN use to add additional value.â
This change to remove serviceList, with a lack of stable and documented way to NOT use studio, is anti-open source, in my opinion, because it leaves zero options for consumers who are not in the Studio ecosystem.
For this to be âfairâ open source product that doesnât back consumers into a corner and that doesnât leave consumers stranded, consider eitherâŚ
- Leave serviceList as is or
- Provide VERY CLEAR alternatives for consumers not using the Studio ecosystem.
Again, trying to provide this outside prospective as a consumer who loves the library. 