¿Cuáles son las ventajas de alojar sus API y host IdentityServer4 por separado (C #, .NET CORE)? [cerrado]

Quizás la pregunta que estoy por hacer es muy obvia y simple, pero como principiante en IdentityServer4 y más o menos en oAuth2, OpenID y API en general, me resulta bastante difícil de entender.

El objetivo de nuestra empresa es pasar a una forma más segura de creación de aplicaciones (Visual Studio 2017, C #, .NET Core 2) mediante autenticación y autorización. Después de algunos días de investigación, terminé usando IdentityServer4 (también porque la documentación es realmente excelente).

Después de seguir la documentación de IdentityServer (https://media.readthedocs.org/pdf/identityserver4/release/identityserver4.pdf) hasta el capítulo 7, me queda uno.

Estoy tratando de construir una aplicación MVC (web) con un back-end API para recuperar / insertar los datos para que luego pueda usar la API para otras aplicaciones, como una aplicación SPA / Xamarin. Para el host IdentityServer elegí IdentityServer con identidad asp.net. Lo puse en funcionamiento y todo funciona muy bien, sin embargo, la siguiente pregunta sigue siendo:

¿Cuáles son las desventajas de alojar mi API, en la que quiero manejar las operaciones de la base de datos, junto con el host IdentityServer? No me parece lógico tener tantos proyectos diferentes mientras (por lo que puedo decir) estos 2 (el API y el host IdentityServer) se pueden unir perfectamente.

En (casi) todos los ejemplos encontrados de IdentityServer4, el host IdentityServer y las API son proyectos separados, ¿cuáles son las ventajas de alojar los dos como proyectos separados?