4 ms·

Azure definitely has some hurdles to overcome still. I was actually down in Redmond visiting the Azure team a couple of months ago and both complained and learn

by vyrotek 16y ago

Azure definitely has some hurdles to overcome still. I was actually down in Redmond visiting the Azure team a couple of months ago and both complained and learned a lot. It seems their original focus for almost a year was building corporate migration tools and features which I think really hurt them in the community. But thats because those big companies were large paying customers. There are a lot of features that are just now getting the attention they need. (Table Storage, Caching, etc) Hopefully with those issues resolved it will be more attractive to other companies and developers. I think its funny that you bring up WPF/Sliverlight because I've been fairly against the technology in general and have avoided it whenever possible in my .Net career. I quickly fell in love with ASP.Net MVC and will stick with internet standards when possible.

kenjackson 16y ago
WPF/Silverlight and ASP.NET MVC are very different technologies. For one WPF/Silverlight are client technologies. More like HTML/CSS/JS than MVC. But what I really wanted to say is that while I like Azure in theory, it's a pain in the butt to use. I used AppHarbor and literally had my first app hosted in 10 minutes, maybe less. With Azure it seems like there's all these things they want me to know. If I want to get up a super simple web site with ASP.NET MVC why are you making me know about all these different types of roles and load balancing and such? My hope is that this is what Scott Guthrie will fix. ASP.NET MVC is surprisingly clean and pleasant. Silverlight is a triumph of moving WPF off the desktop. I'm really excited about the future of Azure, for once.
- luffy 16y ago
  It's best to look at it like most of Microsoft version 1 products - it's going to be painful to use. But it has tons of potential - more so than any product in recent memory. And it's actually pretty reasonably priced, even if you aren't in BizSpark. You really don't need to worry about roles that much. A web role is a website, and a worker role is a non-website service (though you can connect to a worker role via http). In theory, load balancing his handled for you so you can achieve redundancy with at least two instances. Now, there are some real painful points with azure as it stands. My two two specific points are these: deploying takes a long time - some times over 10 minutes. So forget about agile build processes or continuous deployment or even making a quick, simple text change. The other major problem I have is you have to run the debugger to get access to the development storage ( blob & tables). Both of these are really useful. But running the debugger all the time is torture. Developer tools are hugely important to all of the MS ecosystem, and I bet these concerns get addressed - this is the big advantage for moving ScottGu over to the azure team. Azure is a big part of the future of that company.
  - smhinsey 16y ago
    You don't have to run to the debugger to get dev storage, just start it separately. It should put something in your start menu like Storage Emulator. It varies with version.

by vyrotek 16y ago

kenjackson 16y ago

WPF/Silverlight and ASP.NET MVC are very different technologies. For one WPF/Silverlight are client technologies. More like HTML/CSS/JS than MVC. But what I really wanted to say is that while I like Azure in theory, it's a pain in the butt to use. I used AppHarbor and literally had my first app hosted in 10 minutes, maybe less. With Azure it seems like there's all these things they want me to know. If I want to get up a super simple web site with ASP.NET MVC why are you making me know about all these different types of roles and load balancing and such? My hope is that this is what Scott Guthrie will fix. ASP.NET MVC is surprisingly clean and pleasant. Silverlight is a triumph of moving WPF off the desktop. I'm really excited about the future of Azure, for once.

luffy 16y ago
It's best to look at it like most of Microsoft version 1 products - it's going to be painful to use. But it has tons of potential - more so than any product in recent memory. And it's actually pretty reasonably priced, even if you aren't in BizSpark. You really don't need to worry about roles that much. A web role is a website, and a worker role is a non-website service (though you can connect to a worker role via http). In theory, load balancing his handled for you so you can achieve redundancy with at least two instances. Now, there are some real painful points with azure as it stands. My two two specific points are these: deploying takes a long time - some times over 10 minutes. So forget about agile build processes or continuous deployment or even making a quick, simple text change. The other major problem I have is you have to run the debugger to get access to the development storage ( blob & tables). Both of these are really useful. But running the debugger all the time is torture. Developer tools are hugely important to all of the MS ecosystem, and I bet these concerns get addressed - this is the big advantage for moving ScottGu over to the azure team. Azure is a big part of the future of that company.
- smhinsey 16y ago
  You don't have to run to the debugger to get dev storage, just start it separately. It should put something in your start menu like Storage Emulator. It varies with version.