Облачные сервисы Azure требуются для Виртуальных машин?
Ваша "лестничная структура разработки" нигде не должна быть около производственной сети, ведущего устройства, ни ведомого устройства. И SVN должен быть далеким, далеко также - это - в некоторой степени аварийное восстановление, особенно при использовании его для развертывания.
In Azure, your individual VMs exist in the context of a cloud service, so yes, you need to have a cloud service.
You can have one cloud service and all your VMs under it. Note that the DNS name (foo.cloudapp.net) and the Public IP address is tied to the cloud service and not the VM, so in case you want to have multiple IP addresses, for instance, you would need different cloud services for them.
A cloud service by itself does not incur any charge, so you can let your cloud service remain when you delete VMs. Note that you cannot have a cloud service with no VMs under it. When you go down to the last role in the cloud service you have to delete the cloud service itself; there is no option to delete the role and retain the empty shell of a cloud service. Note that this does not mean that to preserve your cloud service, you need to have a running role (which costs money). You can Shutdown your role with the StoppedDeallocated option which would allow you to retain your cloud service without being charged for having a role running under it.
Виртуальные машины необходимо размещать в облачных службах только при использовании старого портала и модели управления службами. если вы используете новый портал, вы используете Azure Resource Manager (ARM), вам не нужно создавать облачные службы для хранения ваших виртуальных машин (если вы создаете виртуальные машины ARM, а не классические виртуальные машины). вместо этого каждая виртуальная машина создается в группе ресурсов, и ей можно назначить общедоступный IP-адрес, но это зависит от вас.