Приложение обычно делится на различные роли, каждая из которых - Windows Server 2008 R2 с определенным размером и количеством экземпляров. Обычно вы разбиваете свое приложение на роли для масштабирования и управления. Часто проще всего развернуть приложение в одном развертывании.
В вашем сценарии: если, скажем, вы хотите создать слой веб-служб, который живет независимо от вашего приложения (или, возможно, он обслуживает несколько ваших приложений), то вы бы поместили этот слой веб-служб (в веб Роль, скажем так) в собственном развертывании. Вам потребуется управлять аутентификацией / авторизацией, поскольку веб-службы будут использовать общедоступную конечную точку для связи (или вы можете использовать служебную шину).
В вашем примере: вы можете перенести свой уровень презентации (например, веб-сайт) в одно развертывание с набором веб-ролей наряду с такими вспомогательными службами, как Cache. Ваш бизнес-уровень будет находиться в другом развертывании, возможно, с использованием веб-служб, как в моем примере выше. Тогда вашим уровнем данных может быть SQL Azure (база данных как услуга) или автономная база данных, такая как MongoDB, работающая в своем собственном развертывании.
У каждого развертывания будет свой проект, и вы будете развертывать и управлять каждым отдельно. Нет конфигурации, охватывающей все развертывания.