Chris Pietschmann
My feedback
-
1,518 votes
We have just released a major update to our pricing for Cosmos DB.
Starting today, customers can now provision a database with just 400 RU/s (or about $ 0.77/day USD). Combined with the ability to share throughput across collections this should make Cosmos DB much more affordable to users with many small collections
We invite you to checkout our new pricing in the Azure Portal and give us feedback.
Thank you for your patience and feedback.
Chris Pietschmann
supported this idea
·
-
43 votes
Hi Magnus. This is currently unplanned by us for our road map. Some context and feedback for you on this.
First, to do the replication itself to the secondary region you need RU/s sufficient to support the request rates for the primary region itself. Replication and writing to the secondary region itself is not free so there needs to be sufficient throughput provisioned to do that.
Second, for the secondary region to be able to function as the primary should a fail over occur, the replica region itself needs sufficient throughput to function as the primary.
Thanks again for your suggestion. Will mark as unplanned for now in case circumstances ever do change.
Chris Pietschmann
supported this idea
·
-
11 votes
We are working on this but do not have an ETA for this yet. Will update here as we get closer to releasing.
Thank you for your suggestion.
Chris Pietschmann
supported this idea
·
-
1,144 votes
Thank you for all the feedback for the preview of RU/m. We are currently reviewing feedback to drive further improvements. Please stay tuned. For any questions, please reach out to us at AskCosmosDB@microsoft.com
Chris Pietschmann
supported this idea
·
-
60 votes
Azure Cosmos DB is a multi-model database service, and therefore supports accessing the same underlying data using any/all APIs. We are however implementing some platform-level changes to make data access from different APIs seamless like supporting conversions between disparate type systems, and capabilities.
Chris Pietschmann
supported this idea
·
-
116 votes
We have enabled “Open in new tab” and "open in new window’ in our January update (http://azure.microsoft.com/blog/2015/01/29/announcing-azure-preview-portal-improvements/)
We working now to enable “update url in the
browser as you navigate” soon – this will complete this, as when you open a blade in a new tab you will also have a url that you can bookmark,If you have any comments or feedback or want to learn more, feel free to write me directly to lwelicki@microsoft.com
Thanks a lot for your feedback!
Chris Pietschmann
commented
So often you are required to open multiple browser tabs to various different services and blades within the Azure Portal at the same time. it would be nice if the Azure Portal supported tabs more natively.
Here's 2 suggestions on how tab support could work:
- Add ability to open links within the Azure Portal in a new browser tab when desired.
- Add mutli-tab support to the Azure Portal UI / UX itself so you can have multiple blade views open simultaniously.The reason for this request:
When managing production workloads it's often the case where you need to monitor multiple services, and/or make configuration changes in multiple places. It's extremely cumbersome to keep navigating around the Portal between resources, especially when you need to go back and forth between multiple resources.There are many times when you need to keep, for instance, an App Insights Live View open, while making database queries to an Azure SQL Database, and checking the trigger status of Azure Functions when monitoring and troubleshooting.
Chris Pietschmann
supported this idea
·
-
18 votesChris Pietschmann
commented
This would be more a limitation of the Solidity language, and not Azure Blockchain Workbench itself. And Solidity does support enums and structs.
-
24 votesChris Pietschmann
supported this idea
·
-
4 votesChris Pietschmann
shared this idea
·
-
16 votesChris Pietschmann
supported this idea
·
-
77 votes
We want to add this as well.
Chris Pietschmann
supported this idea
·
Chris Pietschmann
commented
A personal assistance would be great within the Azure Portal. Perhaps, clippy should be brought back and added to the Azure Portal to help us manage our cloud resources even easier. Maybe you could also rename Cortana to Clippy and give it a happier more helpful voice and personality as well.
-
4 votes
In September 2014, Microsoft announced plans to deliver Azure from datacenters in India. You can read more here: https://www.microsoft.com/india/datacenter/
Chris Pietschmann
commented
Isn't this one already completed?
-
82 votes
This request is for custom domain and custom SSL certificate support for the IoT Hub endpoint. This work is currently unplanned for IoT Hub but we’re listing to customer requests and may chose to support this in the future.
If you have interest in have a deterministic way of understanding your IoT Hub IP address (and corresponding geo-pair IP address) in order to keep firewall rules up-to-date, see and vote on this request: https://feedback.azure.com/forums/321918-azure-iot/suggestions/15714243-iot-hub-network-address instead.
Chris Pietschmann
supported this idea
·
-
28 votesChris Pietschmann
supported this idea
·
-
102 votesChris Pietschmann
supported this idea
·
-
10 votesChris Pietschmann
commented
Do you mean like here: https://stackoverflow.com/questions/tagged/azure
-
615 votes
SSL only requires multiple IPs when the client is on Windows XP, using an older version of Internet Explorer. Most modern browsers support SNI (Server Name Indication) and thus don’t require multiple IPs.
Support for multiple IPs is under review in the team.
Chris Pietschmann
supported this idea
·
-
162 votesChris Pietschmann
commented
I completely agree with Carl. While this idea sounds good on the surface, it would really end up increasing Microsoft costs of running the service resulting in higher prices. People are already complaining about Azure prices being too high. If you want to donate "unused CPU cycles", then install that stuff on your own computers and leave them running 24 hours a day.
-
274 votes
Good idea.
Chris Pietschmann
commented
This would provide for a security hole in the system. You can't trust any other subdomain at cloudapp.net any more than you trust any other random website. It's most secure for you to map your own custom domain or subdomain to your *.cloudapp.net url and then install your own SSL certificate for your site to use.
Is there any update that can be made on the status of this? Or at least a description of what is currently supported and what's not?