Jeśli dobrze rozumiem pytanie, tak, to jest możliwe. Wszystkie ustawienia konfiguracyjne, które chcesz odróżnić między dwoma środowiskami (takie jak ciągi połączenia, ustawienia aplikacji itp.), Należy zdefiniować w pliku definicji usługi i ustawić w pliku konfiguracji usługi. Gdy program Visual Studio ładuje pakiet, przesyła osobno plik konfiguracji pakietu i usługi (definicja usługi znajduje się w pakiecie). Podczas aktualizacji lub wdrażania z poziomu wiersza komend lub z portalu można również osobno podać plik konfiguracji pakietu i usługi. Pozwala to na wypychanie tego samego pakietu, ale zapewnia inną konfigurację. Jeśli nie ma żadnych różnic między wdrożeniami, które byłyby rzadkie, pomyślałbym, wystarczy wdrożyć ten sam pakiet i plik konfiguracyjny.
Jeśli przeprowadzasz aktualizację do systemu produkcyjnego i nie chcesz "przesłonić" konfiguracji, która już istnieje w produkcji, wystarczy przesłać ten sam plik, który wcześniej przesłałeś. Dlatego ważne jest, aby śledzić wszystkie wdrożenia z biegiem czasu, do celów przywracania lub do czegoś podobnego, w którym chcesz wypchnąć tę samą konfigurację, co poprzednio.
Dokumentacja MSDN obejmuje sposób przesyłania z portalu, który obejmuje wybranie oddzielnie pliku konfiguracyjnego: https://www.windowsazure.com/en-us/manage/services/cloud-services/how-to-create-and-deploy-a-cloud-service/#deploy. Możesz również spojrzeć na to za pomocą narzędzia wiersza poleceń, takiego jak PowerShell lub inne narzędzia CLI systemu Windows Azure.
Należy pamiętać, że jeśli masz ustawienia znajdujące się w web.config lub app.config roli internetowej, która musi być różna w zależności od środowiska, musisz znaleźć sposób na przeniesienie tych ustawień do konfiguracji usługi lub w środowisku wykonawczym przeciągnij je do określonej lokalizacji na podstawie środowiska.