Quando vogliamo ospitare una web app o una function, gli app service sono lo strumento più semplice da utilizzare. In pochi passi abbiamo un dominio, la protezione SSL e un ambiante completamente gestito accessibili direttamente con un indirizzo pubblico.

Molto spesso però, queste app fanno parte di un ecosistema di servizi e non devono essere interrogati direttamente da chiunque. Potremmo disporre di un API Gateway, di un Application Gateway o di un Front Door che si pongono nel mezzo per aumentare il livello di sicurezza e fornire un punto di accesso univoco.

Questo significa che dobbiamo impedire l'accesso a chiunque al nostro App Service, ma consentire il forward delle chiamate ai gateway prima citati o ad altri servizi ospitati sempre nell'infrastruttura Azure. Per raggiungere questo obbiettivo gli App Service dispongono di una sezione Access Restrictions conosciuta principalmente per la possibilità di bloccare IP, ma in realtà quando aggiungiamo una rule possiamo anche ricorrere all'uso di service tag. In pratica con essi possiamo identificare uno specifico servizio di Azure. Non dobbiamo far altro quindi che indicare Service Tag come tipologia di sorgente ed indicare il tipo di servizio in Service Tag.

Nell'esempio precedente indichiamo il backend di FrontDoor, ma disponiamo anche delle voci AppService, eventualmente circoscrivibili ad una specifica region. Possiamo eventualmente filtrare per header addizionali che in genere i gateway inseriscono, come l'ip o l'host.

Nel momento in cui inseriamo una sola rule di tipo allow, automaticamente la regola implicita già esistente diventa di tipo deny, impedendo l'accesso a chi non viene da FrontDoor.