В чем разница между событием webrole onStart() и событием Application_Start() global.asax?

Когда нет класса, расширяющего RoleEntryPoint, веб-роль будет работать нормально, просто не запускается дополнительный код вместо OnStart(), Run() и OnStop().

Application_Start() совершенно не связан с Azure и полностью игнорируется средой выполнения Azure, это всего лишь часть проводки ASP.NET. Вы можете легко Application_Start() безоговорочно генерировать исключение, и это не помешает запуску вашей веб-роли, просто все HTTP-запросы будут завершаться ошибкой.

Имейте в виду, что, начиная с SDK 1.3, режимом по умолчанию является «режим IIS», в котором полезная нагрузка веб-роли, содержащая RoleEntryPoint потомков, выполняется в одном процессе (WaIISHost.exe), а код ASP.NET выполняется в другом процессе. Процесс с RoleEntryPoint сначала запускается средой выполнения Azure, он запускает OnStart() и входит в бесконечный цикл в Run(), затем экземпляр открывается для HTTP-запросов. Если вы используете IIS 7.5 и у вас включен «автозапуск», вы можете выполнить Application_Start() раньше, но в противном случае вы не будете выполнять Application_Start() до тех пор, пока не придет первый запрос.

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

Класс-потомок RoleEntryPoint может иметь любое имя, принадлежать к любому пространству имен и находиться в любом файле .cs в проекте, который выбран в качестве полезной нагрузки для веб-роли — скорее всего, это будет ваш проект ASP.NET. В этих условиях потомок RoleEntryPoint будет обнаружен средой выполнения Azure, и его методы будут выполняться как часть времени существования экземпляра роли.

Я могу неправильно понять вопрос здесь, поэтому, пожалуйста, дайте мне знать, если это так.

Конечно, вы можете начать с обычного проекта ASP.NET, а затем преобразовать его для запуска в веб-роли Windows Azure. WebRole.cs технически не требуется — роль должна запускаться без него. Но если вы хотите внедрить некоторую логику как часть процесса запуска экземпляра роли, вы можете добавить класс WebRole, наследуемый от RoleEntryPoint, и переопределить метод OnStart(). Там вы можете выполнять такие действия, как настройка диагностики, создание таблиц или очередей хранилища Windows Azure и т. д.

Как правило, я бы предпочел поместить логику конфигурации/загрузки в OnStart() веб-роли - более специфичную для платформы конфигурацию/загрузку.

У вас может быть класс с одной точкой входа для вашей роли, унаследованный от класса RoleEntryPoint. Обычно workerrole.cs или webrole.cs наследуются от него.

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

Событие OnStart этого класса запускается, когда ваша роль становится готовой. Вы можете написать свою логику инициализации здесь перед запуском вашего приложения. Это может быть инициализация контейнеров IoC, диагностическая конфигурация Windows Azure или что-то еще.

Событие Application_Start запускается, когда вы впервые попадаете на свой сайт. Ваша роль уже находится в состоянии готовности.