Размещение управляемых приложений в Azure

У нас есть веб-приложение ASP.net, и мы хотели бы разместить его в Azure для масштабирования до тысяч одновременных пользователей. Также есть куча приложений и служб, написанных на .NET, к которым веб-приложение обращается с помощью удаленного взаимодействия TCP/IP или .net, которые обрабатывают длительные процессы. Например, сервер транскодера мультимедиа, системный монитор, сервер изображений, сервер расписания, и это лишь некоторые из них.

Вопросы:

  1. Позволит ли Azure установить их на экземпляр Azure?
  2. Предположим, что спрос на сайт растет и Azure необходимо масштабировать до нескольких экземпляров, нам все равно потребуется только один экземпляр этих серверов. Как бы мы вообще получили IP основного экземпляра.

azure architecture scaling cloud-hosting
person Tuviah    schedule 29.10.2009    source источник

Ответы (4)


arrow_upward
0
arrow_downward

Вам придется переписать существующие приложения для работы в Azure.

Похоже, вы ищете способ запуска экземпляров в облаке, взгляните на:

http://aws.amazon.com/ec2/instance-types/

person Shiraz Bhaiji    schedule 29.10.2009
comment
ссылки не говорят мне, какие приложения azure позволяет мне устанавливать - person Tuviah; 30.10.2009
comment
Нет, я имел в виду, что вы не можете установить стандартное приложение в азууре, ссылка была на службу, которая позволяет вам запускать экземпляры сервера. На этих экземплярах сервера вы можете запускать свое программное обеспечение. - person Shiraz Bhaiji; 30.10.2009

arrow_upward
2
arrow_downward

Поскольку Windows Azure представила полная поддержка доверия, вы можете запускать практически любое приложение в роли Azure WebRole или WorkerRole. Основная трудность заключается в том, что вам нужно переупаковать свои приложения для Windows Azure. Если ваши приложения написаны на .NET, то порт должен быть достаточно простым.

Что касается длительных процессов, шаблон Queue/Worker должен быть очень удобен, вы можете проверить Lokad.Cloud для практической реализации.

person Community    schedule 30.10.2009

arrow_upward
0
arrow_downward

Вместо того, чтобы устанавливать свои службы в Azure, вам потребуется изменить архитектуру ваших служб для работы в качестве рабочих ролей в Azure — это может быть не слишком сложно, поскольку шаблоны очень похожи. Однако Microsoft, скорее всего, добавит «роли виртуальных машин» в Azure в начале следующего года, чтобы конкурировать с инстансами Amazon EC2. Когда роли виртуальных машин реализованы, вы, вероятно, можете делать с ними все, что захотите, например, устанавливать свои службы.

person jspru    schedule 30.10.2009

arrow_upward
0
arrow_downward

Удивительно, но Azure был создан с учетом вашего варианта использования. Вам нужно переупаковать свои службы для Azure (как уже упоминалось). Я рекомендую Microsoft PDC для получения информации об Azure. У них есть множество отличных презентаций, статей, видео и примеров, с которых можно начать.

В Azure была хорошая система сопоставления служб с IP-адресами. Это называется служебной шиной AppFabric. При подключении к служебной шине вы подключаетесь либо как потребитель службы, либо как поставщик службы. Bus заботится о сопоставлении потребителей и поставщиков вместе. Вы даже можете иметь потребителей или поставщиков, работающих по всему миру и внутри брандмауэров. Похоже, это именно то, что вы ищете. С этой системой вам вообще не нужно беспокоиться об IP-адресах. Вы подключаетесь со своим идентификатором приложения и токеном, а затем запрашиваете услугу по имени. Об остальном позаботится Azure.

Чтобы увеличить или уменьшить количество экземпляров каждой роли, все, что вам нужно сделать, — это отредактировать файл конфигурации службы, чтобы изменить количество экземпляров соответствующих ролей, и отправить изменения в Azure. Он автоматически настроит экземпляры.

Джейкоб

person TheJacobTaylor    schedule 18.02.2010