Azure APIM is not designed with multi-tenancy. Therefore, it’s more likely that you have an APIM per. team, which quickly becomes expensive, as APIM is an expensive resource.
Microsoft has made their own proposal for how this kind of multi-tenancy system might look, which can be seen in the picture above.
Microsoft's approach is based on API developers being able to build an API template based on their API Spec or their own APIM instance. In cVation, we have a slightly different approach to multi-tenancy than the one proposed by Microsoft.
Instead, our approach has been to climb an abstraction level higher. This way, API developers first and foremost avoid having to understand and design policies and API resource schemas and simply need to define an API spec. At the same time, it allows us to offer some out-of-the-box features, to guarantee consistency and control of what an API looks like.
The abstraction has allowed the APIM instance and the APIs to be deployed separately from their respective repositories. In this way, we can give the API developers full autonomy within the organization's rules and guidelines. All repositories deploy to the same APIM instance, using IaC, version control and our rules, which ensures all APIs will be deployed in the same way.