The Big Leap: Making the Case for a Major Upgrade

As an Adobe Commerce Partner, OneMagnify's experience with the platform runs deep. In fact, OneMagnify was the first agency to launch a Magento 2.0 commerce website for a business in North America, back in 2015. Since then, OneMagnify has implemented and upgraded hundreds of instances of Adobe Commerce, powered by Magento . Recent upgrades to 2.4.4 and 2.4.5 involved careful evaluations of each business’ current installation, including all themes, modules, customizations, integrations, and software dependencies. OneMagnify implemented project plans that also allowed for extensive user acceptance testing (UAT), to ensure that client sites would work seamlessly and minimize downtime, regardless of whether they were upgraded in place or required migration. This is one way it’s used on Adobe’s website. Because of that, I thought it would be good to have at least one similar use in here.

The Two Factors of Time

One of the primary concerns that businesses have about major upgrades is time. This comes into play in two ways. The first concern is one that they’re actively thinking about – how long it will take to perform an upgrade. Using the five clients mentioned earlier as examples, most of which upgraded to version 2.4.5, the process took an average of 4-6 weeks. This was a shorter timeframe than they expected, but also dependent on a few variables. One client, which had more than 100 modules installed (some of which hadn’t been updated in quite a while), took a bit longer.

The other time factor is one that businesses aren’t often thinking about. Upgrading to a new release isn’t a requirement, per se, but every additional release makes it a bit more complicated to perform an upgrade. In other words, the further away a business is from the current release, the longer it takes to bring them up to the current release. Adobe refers to this as “accumulated technical debt.” The amount of time and money it takes to keep up with regular updates is less than it would be to skip a few update cycles and then make one bigger leap.

Planning for the Push

Another consideration businesses have about upgrading is not about time, but timing. In the past, Adobe Commerce upgrades weren’t released on a set schedule. This occasionally caused frustration with their clients, who would partner with an agency like OneMagnify to perform an upgrade to the current release, only to have it become outdated due to an unexpected update.

Adobe Commerce has taken steps to address this concern. Starting with release 2.4.6, Adobe is moving to an annual release schedule for its major releases. Not only will this give businesses the confidence of knowing they can rely on the current release, it also allows them to better plan for the time, resources, and budget necessary for future upgrades.

The Key Dependency

Adobe Commerce has a handful of third-party software dependencies, and one of the most significant is PHP. Support for Adobe’s 2.4.0-2.4.3 release line ended on November 28, 2022 – the same day as the end-of-life date for PHP version 7.4. So when Adobe released version 2.4.4 of its commerce platform, they also updated their system requirements for PHP from version 7.4 to 8.1.

OneMagnify clients upgrading to Adobe Commerce releases 2.4.4 and higher needed to update their PHP as well, so their installations would be fully supported. In addition to meeting Adobe’s system requirements, there were other benefits to upgrading. One of these was security. As Adobe notes, 83% of security incidents occur on outdated software. Keeping software current is also a factor for PCI compliance, another vital aspect of maintaining an ecommerce business.

Another benefit was performance. Multiple OneMagnify clients saw improvements in the overall speed and stability of their sites by adopting PHP 8.1. This included reductions in server processing time by 10% or more, with faster page loads and a smoother user experience. In some instances, OneMagnify was able to handle these upgrades “in place”; however, other instances were affected by additional outdated infrastructure elements. In those cases, OneMagnify scoped out a complete migration strategy, moving clients from an old tech stack to a new one.

Module Madness

Upgrades to Adobe Commerce and the underlying PHP version also meant that many third-party modules in client installations needed to be updated as well. This presented a couple of challenges for OneMagnify clients. Some of the third-party modules that clients used to extend the capabilities of their shops did not offer versions that were PHP 8.1 compliant. Other modules were intricately customized, such that simply upgrading to the latest out-of-the-box version of the module would sacrifice all the previous customization efforts. Still others had changed their architecture substantially over time, altering their core behavior in undesirable ways.

OneMagnify carefully evaluated all of these third-party modules: individually, jointly in terms of workflows, and globally in terms of how the clients’ needs had evolved since those modules were last upgraded. Some of the modules could be upgraded in place easily enough. For dozens of modules that didn’t offer a PHP 8.1 compliant version, OneMagnify directly performed the custom programming necessary to bring them up to PHP 8.1.

Already Ready for Their Close-ups

None of the five clients discussed in this case study were considering any branding or design updates within the scope of their upgrade projects. That said, a couple of tweaks were still necessary. Customizing an Adobe Commerce installation isn’t just about expanding functionality – it’s about presentation as well. In a few instances, custom themes and designs created for use with earlier versions of Adobe Commerce also needed to be upgraded for compatibility with the new release. OneMagnify made modifications where needed to maintain brand continuity and make the presentation of these businesses’ storefronts as clean and compelling as ever.