Chris Schaller

My feedback

  1. 347 votes
    Sign in
    (thinking…)
    Sign in with: Microsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    unplanned  ·  37 comments  ·  Azure portal » Other  ·  Flag idea as inappropriate…  ·  Admin →
    Chris Schaller supported this idea  · 
  2. 228 votes
    Sign in
    (thinking…)
    Sign in with: Microsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    21 comments  ·  Azure portal » Resource management  ·  Flag idea as inappropriate…  ·  Admin →
    Chris Schaller supported this idea  · 
  3. 405 votes
    Sign in
    (thinking…)
    Sign in with: Microsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    unplanned  ·  45 comments  ·  Azure portal » Resource management  ·  Flag idea as inappropriate…  ·  Admin →
    Chris Schaller supported this idea  · 
  4. 984 votes
    Sign in
    (thinking…)
    Sign in with: Microsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    49 comments  ·  Azure portal » Resource management  ·  Flag idea as inappropriate…  ·  Admin →

    Hey Folks,

    We have made some great progress on this idea and most of our services today do support move resources across groups.

    We are still working towards 100% support and while we do that it would be great if you can help us prioritize the missing services.

    Please file individual asks on each service category present in uservoice and vote for it.

    Thanks,
    Azure Portal Team

    Chris Schaller supported this idea  · 
  5. 1,099 votes
    Sign in
    (thinking…)
    Sign in with: Microsoft
    Signed in as (Sign out)

    We’ll send you updates on this idea

    74 comments  ·  Azure portal » Resource management  ·  Flag idea as inappropriate…  ·  Admin →

    Hey Folks,

    We have made some great progress on this idea and most of our services today do support move resources across groups.

    We are still working towards 100% support and while we do that it would be great if you can help us prioritize the missing services.

    Please file individual asks on each service category present in uservoice and vote for it.

    Thanks,
    Azure Portal Team

    Chris Schaller supported this idea  · 
  6. 94 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Microsoft
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    5 comments  ·  SQL Data Sync  ·  Flag idea as inappropriate…  ·  Admin →
    Chris Schaller commented  · 

    We have a booking system for squash courts, if online members book out courts it is possible for on premise staff to double book when they take walk-ins or phone bookings due to the 5 minute delay. I'm happy to pay for a higher service tier to get more frequent syncs

  7. 6 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Microsoft
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    0 comments  ·  SQL Data Sync  ·  Flag idea as inappropriate…  ·  Admin →
    Chris Schaller shared this idea  · 
  8. 27 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Microsoft
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    0 comments  ·  SQL Data Sync  ·  Flag idea as inappropriate…  ·  Admin →
    Chris Schaller supported this idea  · 
  9. 217 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Microsoft
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    3 comments  ·  SQL Data Sync  ·  Flag idea as inappropriate…  ·  Admin →
    under review  ·  Shirley Wang responded

    We are more focused around data synchronization than schema synchronization at the moment. We may revisit the priority of this in the future.

    Chris Schaller commented  · 

    The need for this will be technically reduced when there are APIs, the primary need for APIs is to achieve this goal. But an MS best practise way is what we are looking for a solution that can be deployed to the masses.
    Even if it isn't automatic propagation, if it can be amalgamated into the API that would be useful.

    Chris Schaller supported this idea  · 
  10. 259 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Microsoft
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    planned  ·  11 comments  ·  SQL Data Sync  ·  Flag idea as inappropriate…  ·  Admin →
    Chris Schaller commented  · 

    In environments where we want to allow schema changes we need to programmatic way to so that we can manually push these changes through the sync hub

    Chris Schaller supported this idea  · 
  11. 157 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Microsoft
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    6 comments  ·  SQL Database  ·  Flag idea as inappropriate…  ·  Admin →
    Chris Schaller commented  · 

    My current work around is to enable all IP addresses, I get a shiver down my spine every time I think about it, and I'm too embarrassed to say it out loud.
    Current allow rule is 0.0.0.0 - 255.255.255.255

    Chris Schaller shared this idea  · 
  12. 9 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Microsoft
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    0 comments  ·  Azure Marketplace  ·  Flag idea as inappropriate…  ·  Admin →
    Chris Schaller supported this idea  · 
  13. 6 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Microsoft
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    0 comments  ·  Azure Marketplace  ·  Flag idea as inappropriate…  ·  Admin →
    Chris Schaller supported this idea  · 
  14. 898 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Microsoft
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    16 comments  ·  Cloud Services (Web and Worker Role)  ·  Flag idea as inappropriate…  ·  Admin →
    Chris Schaller supported this idea  · 
  15. 1,167 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Microsoft
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    36 comments  ·  Cloud Services (Web and Worker Role)  ·  Flag idea as inappropriate…  ·  Admin →
    Chris Schaller supported this idea  · 
  16. 196 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Microsoft
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    6 comments  ·  SQL Database  ·  Flag idea as inappropriate…  ·  Admin →
    Chris Schaller commented  · 

    I'm not sure how much of this is "Azure's" responsibility.
    It is not the platform's role to identify all of the services that your solution might be using, nor are you confined to only consuming services in Azure.

    Firstly, there are common staging vs production paradigms that we as developers have been implementing long before Azure, I have to ask:

    Why are you treating your deployment to Azure differently to your normal in-house or client test vs live environments.

    Secondly, Visual Studio has provided awesome support for deployment to staging vs production.
    Our App uses two separate databases, multiple services outside of azure and 3 roles within.
    In our Visual Studio solution, we have the two Azure deployment profiles, one for staging, one for production, we then have two solution configurations... you may have heard of them, Debug and Release.

    We have two rules in-house. Staging deployments MUST be debug builds, Production deployments MUST be release builds. The Deployment profiles handle this for us so it's not something that you need to be overly aware of.

    We toyed with the idea of changing the solution configuration names to Staging and Production but the name is arbitrary.

    We use mainly web.config transformations (visit http://go.microsoft.com/fwlink/?LinkId=125889) to handle the fact that settings need to be changed between the two environments and some compiler directives.

    To Handle our Azure DB changes we could use DAT packs, however we have an in-house solution were the service roles detect changes and verify DB schema on version upgrades, as this is the solution we have been using for many years now, it all still functions the same in Azure.

    Because we integrate with a number of on-premise services, there is no way that Azure could automatically migrate or indeed affect the state of these services. So either way we would have to manage this ourselves, as you would expect, however the web.config transformations really are instrumental in managing our service proxy configuration.

Feedback and Knowledge Base