Implementar dos repositorys VSTS en una aplicación web de Azure

Supongamos que tengo una aplicación web de Azure App Service en foo.azurewebsites.net . El código para la aplicación web (un server simple Node.js y un frontend React) se aloja en VSTS y se configura un script de implementación personalizado para comstackr e implementar la aplicación web cada vez que se envía código a la twig master del repository. En otras palabras, la configuration de la aplicación web estándar.

Ahora, todo mi código API (solo un server Node.js) está en otro repository en VSTS. Me gustaría poder hacer lo siguiente:

  1. Que todas las requestes a foo.azurewebsites.net/api sean manejadas por el server de la API (una consecuencia de esto, que sin embargo quisiera indicar explícitamente, es que el server puede solicitar al browser que configure las cookies que la aplicación web puede leer , y viceversa).
  2. Configure una implementación continua similar para el server API, de modo que se vuelva a implementar cada vez que haya cambios de código en el repository de la API.
  3. Ser capaz de mantener la aplicación web y los repositorys API completamente por separado.

Esto parece un escenario bastante estándar … ¿hay una solución aceptada? Me encontré con esto , pero parece una forma bastante hacky de hacerlo, sin mencionar el hecho de que no tengo idea de cuál es la URL correcta para el gancho web de VSTS y no puedo encontrar información sobre él. Además, ese ejemplo no cubre cómo tratar el punto (1) anterior.

EDITAR: aclaración adicional

Tenga en count que la respuesta aceptada sobre esta pregunta no es lo que estoy buscando. Describe cómo get de un segundo repository en el momento del deployment, pero no cómo tener ese segundo repository desencadenar implementaciones, o cómo manejar el hecho de que el segundo repository es su propio server. Además, introduce una dependencia entre los dos repositorys, ya que deploy.cmd está supuestamente bajo control de fuente en el primer repository.

EDITAR: Directorios virtuales

Gracias a @CtrlDot por señalar que los Directorios Virtuales son la forma de resolverlos (1). Todavía buscando orientación sobre (2) y (3).

Creo que el concepto al que te refieres se llama Directorios Virtuales

No estoy seguro de qué tarea de VSTS está utilizando para implementar, pero en function del artículo proporcionado, debe configurarlo para orientar solo al directory virtual en el que desea implementar.

EDITAR

Perdón por no ser más claro. La tarea AzureRmWebAppDeployment tiene un parámetro para el nombre de la aplicación virtual. Simplemente lo configurará en su canalización de deployment para el proyecto API (/ api) y para el proyecto principal (déjelo en blanco)