John McCarroll
May 10, 2024
  1507
(0 votes)

Configured Commerce - Infrastructure Updates Ahoy!

I'm very happy to share an important milestone - we no longer have any customers in our legacy v1 environment!  This means that the Configured Commerce services and SRE teams are going to be moving forward with some changes now that all customers are hosted in Kubernetes, whether it's AWS (v2) or Azure (v3).  We are still working to migrate our v2 customers to v3, and please reach out to your CSM if you have not heard about this yet, but we're going to be making some changes to how things work under the hood (and they're all good!)

First and foremost, as we unify our customers' hosting environments from an infrastructure perspective, we have identified that there are disparate versions of SQL Server compatibility in different customer environments.  This isn't ideal - we want our partners to be confident they can make changes across all of the customer environments with the same SQL functionality.  With that being said, we will be updating customer production environments on Monday, May 27 to utilize the most recent SQL Server compatibility version.  For v2, that is SQL Server 2019 Compatibility Version (150).  For v3, that is SQL Server 2022 Compatibility Version (160).  Customers who migrate from v2 to v3 will be upgraded to compat version 160.

This change is already live in customer sandboxes and has been for two weeks.  I know it's a bit of a surprise to hear that now, but if you haven't had any issues (or even awareness), that met our goal for the impact of these changes being completely silent.

Secondly, we've had some customers request that we update our issuer values for our identity tokens.  Currently, they list 'locahost' as the issuer.  We will be making a change in early June to make these be the canonical domain for the instance (customername.insitesofthosting.com in production and customername.commerce.insitesandbox.com in lower environments.)

This change is already live in customer sandboxes and has been for two weeks.  This change is potentially more impactful than the SQL Server compatibility version, so if you have custom SSO functionality, please test it in your sandbox environment and open a support ticket if there are any issues.

Last, we're updating our license server to use the same Kubernetes hosting as our customer websites and putting it behind Cloudflare (also like customer websites).  This will not affect customers in cloud in any way - but for our SDK-hosted customers, you may need to update any IP Whitelists.  We will be making this change on Friday, May 31, 2024 and will be reaching out directly to all SDK customers directly to inform you of the new IP.

These aren't major, groundbreaking version updates, but I'm very happy for these QOL updates to go live and to better unify all of our environments for our customers and partners.

May 10, 2024

Comments

Please login to comment.
Latest blogs
EOL Announcement for Preview3 CMS REST API

Action Required: Migrate Preview3 API Integrations to CMS REST API v1 Before August 1, 2026 If your SaaS CMS applications are currently using the...

Kathy Copeland | Jun 18, 2026

Environmental DXP badges

I recently released my first Optimizely add-on in a while, that was based on some client feedback on the Optimizely DXP – they wanted to be able to...

Matt Pallatt | Jun 18, 2026

CI/CD deployment failure in Optimizely DXP Passportal. .NET 10 and GitHub Runner Compatibility

.NET 10 and GitHub Runner Compatibility With the release of .NET 10, the windows-latest and ubuntu-latest GitHub Actions runners may use the latest...

owaiskhan | Jun 16, 2026

Integrating Optimizely CMP Assets into an Existing Document Listing Page

Integrating Optimizely CMP Assets into an Existing Document Listing Page In some projects, there may be a requirement to retrieve assets from...

owaiskhan | Jun 16, 2026