3 ms·

We use .Net MVC (C#) at OpenRent [1]. Might be worth checking out bizspark [2], as I know it lists lots of startups that are using a .net stack. Also probably

We use .Net MVC (C#) at OpenRent [1]. Might be worth checking out bizspark [2], as I know it lists lots of startups that are using a .net stack. Also probably worth mentioning what you're compiling the list for if you want more responses from HN users... More info: We actually don't host on Azure (Web Sites not flexible enough for us), but use a mixture of AppHarbor [3] (awesome product and team), and various Amazon web services. [1] - https://www.openrent.co.uk https://www.openrent.co.uk [2]http://www.microsoft.com/bizspark/partners/startups.aspx http://www.microsoft.com/bizspark/partners/startups.aspx [3] - https://appharbor.com https://appharbor.com

vyrotek 12y ago
"Web Sites not flexible enough for us" Would you care to share any specifics? I'm curious to know what you're trying to do that doesn't work on Azure.
- dazbradbury 12y ago
  The issues were all "Web Sites" specific. I'm sure we could spin up machines and get everything to run - but that's much less enticing compared to AppHarbor / Beanstalk. One example - if you have any processing in the application_startup, Web Sites won't work for you. Applications are randomly killed and restarted, and don't allow for a startup time, meaning outages when this happens. Customer support suggested using a fail over to work around this, but the fail over only kicks in once your app has been down for a certain amount of time - so you'll still have down time.
  - ghuntley 12y ago
    Push your AppStartup processing into a background worker? a) https://github.com/HangfireIO/Hangfire https://github.com/HangfireIO/Hangfire b) http://azure.microsoft.com/en-us/documentation/articles/web-sites-create-web-jobs/ http://azure.microsoft.com/en-us/documentation/articles/web-...
    - dazbradbury 12y ago
      What if your running app relies on the processing done during startup? Sure - we could re-architecture the app so that isn't a requirement, but then I'm making design decisions based on Azure constraints. Why would I when there are alternatives like AppHarbor?

vyrotek 12y ago

"Web Sites not flexible enough for us" Would you care to share any specifics? I'm curious to know what you're trying to do that doesn't work on Azure.

dazbradbury 12y ago
The issues were all "Web Sites" specific. I'm sure we could spin up machines and get everything to run - but that's much less enticing compared to AppHarbor / Beanstalk. One example - if you have any processing in the application_startup, Web Sites won't work for you. Applications are randomly killed and restarted, and don't allow for a startup time, meaning outages when this happens. Customer support suggested using a fail over to work around this, but the fail over only kicks in once your app has been down for a certain amount of time - so you'll still have down time.
- ghuntley 12y ago
  Push your AppStartup processing into a background worker? a) https://github.com/HangfireIO/Hangfire https://github.com/HangfireIO/Hangfire b) http://azure.microsoft.com/en-us/documentation/articles/web-sites-create-web-jobs/ http://azure.microsoft.com/en-us/documentation/articles/web-...
  - dazbradbury 12y ago
    What if your running app relies on the processing done during startup? Sure - we could re-architecture the app so that isn't a requirement, but then I'm making design decisions based on Azure constraints. Why would I when there are alternatives like AppHarbor?