This portal is to open public enhancement requests for IBM Sterling products and services. To view all of your ideas submitted to IBM, create and manage groups of Ideas, or create an idea explicitly set to be either visible by all (public) or visible only to you and IBM (private), use the IBM Unified Ideas Portal (https://ideas.ibm.com).
We invite you to shape the future of IBM, including product roadmaps, by submitting ideas that matter to you the most. Here's how it works:
Start by searching and reviewing ideas and requests to enhance a product or service. Take a look at ideas others have posted, and add a comment, vote, or subscribe to updates on them if they matter to you. If you can't find what you are looking for,
Post an idea.
Get feedback from the IBM team and other customers to refine your idea.
Follow the idea through the IBM Ideas process.
Welcome to the IBM Ideas Portal (https://www.ibm.com/ideas) - Use this site to find out additional information and details about the IBM Ideas process and statuses.
IBM Unified Ideas Portal (https://ideas.ibm.com) - Use this site to view all of your ideas, create new ideas for any IBM product, or search for ideas across all of IBM.
ideasibm@us.ibm.com - Use this email to suggest enhancements to the Ideas process or request help from IBM for submitting your Ideas.
IBM has evaluated the request and has determined that it cannot be implemented at this time or does not align with our current strategy or roadmap.
We currently do not support Azure SQL Hyperscale and it is not recommended to use
We haven't invested in a full test cycle because our L3 team has seen several cases where customers encounter problems with using SQL Managed instance in production and Hyperscale has less throughput than Managed Instance
From what we have observed in the field, there are known performance problems with the Azure SQL Hyperscale tier that were fixed by going back to a more standard MSSQL deployment
adding the hyperscale features on top of Azure SQL degrades the overall performance of the DB
Based on our experience, the elastic pools don't scale up/down fast enough for an OLTP heavy application like B2Bi/SFG despite being positioned as a solution for large amounts of data
This option is giving up performance for resiliency when choosing Hyperscale - replication takes away from throughput needed for good performance of B2Bi/SFG in a production deployment
We have no intention to add Azure SQL Hyperscale support in the future
Thank you for bringing your ideas to us. If you have any additional feedback, thoughts or ideas, or if there is anything else I can do, please do not hesitate to reply to this message to continue the conversation.