Freigeben über


#Azure Action – Weekly Newsletter– August 30th 2011

Expanded TechEd Australia 2011 Version

clip_image002

Local Overview :

Cloud computing in Australian organisations revealed at TechEd Australia

Intelledox announced an extension of its cloud-based solution set - with the integration of the Windows Azure platform and Intelledox document automation.Intelledox-2010-Logo 2Learn more here

 

Family HQ – Keeping families connected launches on Windows AzureFamily HQ

Australian Tech Ed attendees who sign up for the Expanz beta program during the event will receive a 30 free day #Azure Platform...

clip_image003

Readiness & Resources:

Windows Azure:

Tips

Deployment options:

SQL Azure:

AppFabric:

Watch:

Case Study:

Tools:

Migration

Monitoring

Third party

Other

clip_image004

Guidance:

Walkthrough:

Architecture:

Book:

clip_image005

In the news:

General:

image

Microsoft:

Windows Azure:

clip_image006

Events:

Local:

TechEd Australia sessions to watch:

Webinar:

clip_image007

Community:

Social:

clip_image008

Questions

Q:

Does Windows Azure allow you to deploy your Windows Services as part of your application or cloud-hosted service?

from Four 4 tips for developing Windows Services more efficiently

A:

Short Answer: Windows Azure is more than happy to run your Windows Services! While a more native approach is to use a Worker Role, a Windows Service can surely be deployed as well, and there are some very good use cases to recommend them.

More Detailed Answer: One good use case for deploying a Windows Service: you have legacy services and want to use the same binary on-premises and on-Azure. Maybe you are doing something fancy with Azure VM Roles. These are valid examples. In general – for something only targeting Azure – a Worker Role will be easier to build and debug. If you are trying to share code across a legacy Windows Service and a shiny new Windows Azure Worker Role, consider following the following good software engineering practice (something you may want to do anyway): factor out the “business logic” into its own class(es) and invoke it with just a few lines of code from either host (or a console app, a Web Service, a unit test (ahem), etc.).