All marketing and informational materials concerning trial accounts from Microsoft Azure do not make any indication of a Deletion of VMs when a spending cap is reached. All information indicates that the VMs will be Disabled - but not Deleted. As an example: http://www.windowsazure.com/en-us/pricing/spending-limits/

I was directed by Microsoft to create a trial account as the entry point into Windows Azure, and that I could take up to 3 months to upgrade to a full subscription. As a new user, I was unaware of how to access the subscription cost incurred panel (I still have difficulty navigating it - and can only access it with regularity because I have bookmarked the page).

As a new subscriber to this great service, I had no idea that the sword of Damocles was dangling precariously overhead... and it was not until the sword fell that I found out about the Deletion of VMs from the account. I lost days worth of development time.

To add insult to injury, Microsoft sent me an email once the VMs were deleted, to inform me of the action. Had there been a communication earlier in the process informing me of the looming deadline, I would have taken any necessary steps to prevent this action.

1) Please update information associated with the trials to inform users that the VMs and all associated configurations and settings will be Deleted (and not 'disabled', as is currently being conveyed).

2) Please send an email communication to trial subscribers informing them of when they hit the 50% and 90% consumption of the trial tier, and clearly stating that the result of reaching 100% is that any VMs will be Deleted. It is madness to think that a communication is only sent out after such a drastic step is taken.

The HOW TO articles in the Windows Azure documentation (http://www.windowsazure.com/en-us/documentation/) have been very helpful. However, there are times when the info there gets stale due to changes in the SDK. I understand it is a challenge to update these articles every time there is a dependent change but it is frustrating for a reader to walk through a sample and while trying it out, find that some piece used to work earlier but won't work now due to a breaking change. If there is a date of publication or modification, readers can at least guess that it could be a breaking change and they are not doing something wrong at their end. I also suggest that all HOW TO articles be reviewed occasionally after they are written and a group of people across the world read & check that they are actually usable. For instance, in the article "How to Send Email Using SendGrid with Windows Azure" - http://www.windowsazure.com/en-us/develop/net/how-to-guides/sendgrid-email-service/ it is not clearly specified in the body of the article that a free SendGrid account can be created through the Store only by Azure subscribers of some countries. A lot of times I have to go through the comments to fix issues in the HOW TO articles. Does it hurt to have a date of publication/update? - http://mvark.blogspot.in/2013/06/6-things-i-dislike-about-msdn.html

All most all pages relating to AZURE is broken. the width of the page has a lot of padding, and doesn't fit.

MSDN docs seems to have changed; looks like the team behind it is having fun changing/rolling-out new CSS every other 3months or so. I hate all of them. MSDN doc is a dev-doc, and should have minimal js and CSS. Please remove all these stupid CSS/JS and return it to a simple fast-loading page.

PROBLEM: http://msdn.microsoft.com/library/windowsazure/dn339013.aspx (for example) is broken. because the page width is restricted to a small width and padding with absolutely useless padding. Now, a lot of content and diagrams don't show. This is very bad!

I have found contradicting information on this page

https://azure.microsoft.com/en-gb/offers/ms-azr-0064p/

I am a BizSpark member and I am trying to establish whether the £95 of Azure credit per subscription for 5 developers in my team allows us to use those credits for Production.

The last paragraph of the Get Started section says:- "As a special BizSpark benefit, you can run both dev/test and production workloads with this offer."

But the Use Rights section near the bottom of the same page says:- "This benefit is for development and testing only. We reserve the right to suspend any instance (VM or cloud service) that runs continuously for more than 120 hours or that we determine is being used for production. Production workloads must be run on regular subscriptions."

Can you please clarify so that it is clear whether we are or are not allowed to use for production?

Thanks!

Liam

Hello,

First of all, thank you very much for opening docs.microsoft.com with lots of Azure related articles! Even Korean translations are so cooool!

Korean Azure contents are translated and shared into https://github.com/Azure/azure-content-kokr/ page (original: https://github.com/Azure/azure-content )

By the way, would you see those two pages?
[1] https://docs.microsoft.com/en-us/active-directory/active-directory-devquickstarts-dotnet
[2] https://docs.microsoft.com/ko-kr/active-directory/active-directory-devquickstarts-dotnet

[1] is the original article, and [2] is the same article but translated into Korean. However, [2] is wrongly displayed.

Actually I don't know why it happened. On github repository, it seemed good. Is there some problems on parsing github content for translated pages? Hope that Korean translated pages will be nicely displayed soon.

At present, documentation (whch is in the main pretty good and getting better) has little metadata. I see an artilce and don't know when it was written, or when it was updated.

What I would like to see on every page of documentration:
1. Date this copy was written
2. Regions to which this documentation applies (if not everywhere)
3. Last time the documentation was reviewed and found to be accurate.

I'd also like to see a change log - what changed and when. This needn't be massive - I just want to note that's new and what's not new!

The whole point here is that azure is changing at a rate of knots, and so is the documentation and that is hard to keep track of. This idea will help.

I work as a SharePoint Consultant and I'm studying a lot about SharePoint 2013.

As a consultant I'm frequently at customers and just have my laptop for study purposes.

So my main problem is - I (and I think the most of IT Pros) doesn't have own enough hardware to study everything we need. Please take a look on some SharePoint 2013 hardware requirements:

http://technet.microsoft.com/en-us/library/cc262485.aspx#hwLocServers

Actually I'm studying SharePoint High Availability, so it's impractical to do any related lab with an Intel i5 + 8GB RAM (to say the truth, most of all others labs are hard to do with this hardware).

I created a trial Azure account a few days and I saw a possible solution for this problem.

My idea is to associate Microsoft Training Kits (from MS Press) with Windows Azure to offer a limited code, voucher, etc, to study on temporary virtual machines.

The mais advantage is that IT Pros will have an appropriate environment for study, will know in practice the power of Azure and encourage them to get authentical MS content! What do you think?