Интер коммуникация VM в единственном облачном сервисе

После проведения хорошего количества времени в документации Azure. Кажется, что существует несоответствие относительно способности к VMs в том же облачном сервисе (не в VNet), чтобы говорить друг с другом. Через опыт я знаю, что VMs может говорить друг с другом, но он почти походит не гарантируемый поведение.

Обзор Виртуальной сети особенно бесполезен, потому что он говорит, "Делают Ваш VMs или облачные сервисы должны общаться друг с другом в Azure". Это заставляет его казаться, что любым двум VMs нужен VNet для передачи внутренне. Было бы лучше указать "VMs в отдельных облачных сервисах"? Другой подобный оператор находится в том, Как Подключить Виртуальные машины с Виртуальной сетью или облачным сервисом, который был изменен день назад и ранее сказал, что VMs в единственном облачном сервисе мог говорить друг с другом.

С другой стороны, msdn.microsoft.com/en-us/library/azure/jj156088.aspx подразумевает, что intra коммуникация облачного сервиса возможна. azure.microsoft.com/en-us/documentation/articles/virtual-machines-load-balance/ указывает это также.

Это, кажется, возможность, что облачные сервисы будут в конечном счете иметь VNets по умолчанию и что эти несоответствия могут положить некоторую истину к этому.

Было бы хорошо получить окончательный ответ по этому и иметь его быть зарегистрированным. Независимо от VNets быть лучшей практикой это - допустимое для касаний, чтобы знать, можно ли связаться между VMs в облачном сервисе без VNet на гарантируемой основе. Кроме того, принятие никаких конечных точек существует в облачном сервисе, какой-либо другой вне VMs, позволенного говорить с VMs в сервисе? Экспериментирование говорит "нет", который является хорошим компромиссом от Ec2-классика.

Править: Я не могу отправить больше чем 2 ссылки, таким образом, два в разделе "On the other hand" плохо отформатированы. Это сообщение было перемещено от ТАК.