Introduction
For today’s enterprises, the platform is no longer just a content delivery engine; it is the digital nucleus of the organization. It must support rapid content updates, personalized experiences, third-party integrations, secure transactions, and accessibility at scale. But legacy systems, often cobbled together over years of incremental improvements, begin to show cracks: rigid templating, outdated frameworks, inconsistent integrations, and increasingly expensive maintenance cycles.
At a certain point, the question shifts from “Can we fix this?” to “Should we rebuild it?”
That’s precisely the decision one forward-thinking organization made. Faced with limitations in its Kentico-based CMS and underperforming e-commerce and personalization layers, the organization chose to rebuild, not patch, its digital experience platform from the ground up. The answer lay in a future-ready, open-source foundation: Drupal 11.
The Pain Of Legacy Systems: Symptoms Of Platform Fatigue
The existing digital ecosystem was a hybrid of legacy technologies that no longer served the organization's growth strategy. At the core was Kentico CMS (v12), integrated with iMIS RiSE and running on a self-hosted Windows IIS environment. Although technically functional, the system had outlived its utility.
Templating was rigid and inflexible, making even basic content creation a time-consuming task. Editors lacked access to modern tools, leaving marketing teams dependent on technical teams for routine updates. The platform’s search functionality failed to deliver relevant results, severely hampering content discoverability for end users. Design updates were constrained by the lack of reusable components, and the system struggled to scale without adding complexity.
On the personalization front, integration with iMIS CRM allowed for some authenticated experiences, but the experience was fragmented. E-commerce capabilities were limited to basic course purchases, and no unified cart or payment system existed.
Together, these challenges created an ecosystem that was not just underperforming; it was holding the business back.
The Turning Point: Replatforming on Drupal 11.1
The organization decided to commit to a complete transformation of its digital experience foundation, one that prioritized openness, maintainability, and enterprise performance. Drupal 11 was selected as the core platform due to its modular architecture, enterprise-readiness, strong community support, and robust compliance with modern web standards.
Native Theming For Performance And Maintainability
A critical early decision was to move away from the previously unfinished React-based theming approach. The original React implementation, though flexible in theory, proved difficult to maintain and costly to optimize. It combined Tailwind CSS, Bootstrap, and custom JavaScript into a theming layer that became too bloated for sustainable performance.
In its place, Axelerant proposed and implemented a fully native Drupal theming strategy using Bootstrap 5 as a parent theme. This shift drastically simplified the front-end stack, eliminated unnecessary JavaScript payloads, and made it easier for non-specialist developers and editors to work within the system. This wasn’t just a technical simplification; it enabled faster releases, easier updates, and more sustainable design iterations.
Building The Right Infrastructure: Containerization, Performance, And CI/CD
Rather than retrofitting Drupal onto legacy infrastructure, Axelerant redefined the architecture using a Dockerized, container-based approach. Each environment, Development, UAT, and Production, was configured with isolation, performance, and scalability in mind.
A Containerized Stack For Environment Parity
The new platform leveraged Apache with PHP 8.4, MariaDB 11.8, and Redis caching, each running as Docker containers. This architecture ensured consistent environment behavior across the delivery lifecycle. In development, debugging, and logging were fully enabled to support rapid iteration. All servers mirrored the production configuration as closely as possible to identify potential issues early. Production, meanwhile, introduced additional layers like load balancing and Redis caching, all tuned for enterprise performance and security.

DevOps And CI/CD Alignment
In most modern DXP builds, cloud-native DevOps tools are the default. But for this engagement, the challenge was different: the platform needed to be deployed and managed entirely on on-premises infrastructure, within strict client-governed environments. This required a ground-up rethinking of CI/CD and automation, and that’s exactly what was delivered.
Key Aspects Of The Delivery:
-
A fresh CI/CD stack built from scratch, designed specifically for this project’s needs, including a custom Docker-based setup (distinct from the legacy platform’s image stack).
-
An environment-aware deployment flow, with tailored processes for Dev, Test/UAT, and Production environments. Each environment had its own approval, validation, and rollback requirements.
-
Automated deployments to Dev servers, integrated into the Git workflow, allowing the development team to test and iterate continuously.
-
Manual promotion paths for UAT and Production, giving the client full control over when and how releases were moved into higher environments, respecting internal governance practices.
-
On-premises infrastructure provisioning using Ansible, not Terraform, since the servers were pre-provisioned by the client’s IT team. Ansible allowed rapid configuration and repeatability without cloud dependency.
-
Flexible branching and code promotion workflows, defined in collaboration with the client’s engineering and IT stakeholders, ensuring transparency, traceability, and security throughout the SDLC.
-
Spin-up times of under 15 minutes for new environments, using automation scripts, enabling horizontal scalability, quick environment replication, and reduced DevOps overhead.
This approach delivered cloud-like agility in an on-prem setup, a critical differentiator for enterprises bound by infrastructure constraints but seeking modern delivery workflows.
Future-Proofing Through Integration: A Truly Composable Architecture
One of the primary goals of the rebuild was to ensure the new platform could serve as the central nervous system of a wider digital ecosystem. That meant building for integrations from day one, not as afterthoughts, but as first-class architectural priorities.
Seamless Data, Personalization, And Commerce
- iMIS CRM integration enabled secure, authenticated user experiences, supporting personalized dashboards and course access via API.
- D2L (Desire2Learn) LMS integration allowed users to seamlessly access training materials within the platform.
- E-commerce functionality was enhanced with shopping cart features, course browsing, and payment gateway integrations, critical to monetizing digital learning assets.
- HubSpot was connected to support marketing automation, lead capture, and campaign tracking.
- Five9 chatbot integration was scoped for real-time support and self-service guidance.
- Google Maps API and career tools were embedded to support training center discovery and external resource access.
Each integration was designed to be modular and scalable, enabling future enhancements without requiring platform rework.
Enterprise-Grade Governance: Security, Accessibility, And Compliance
The replatforming effort also addressed key enterprise concerns around security, accessibility, and risk mitigation.
- Automated database backups were implemented, with a 15–20 day retention policy and optional cloud-based archiving (e.g., Amazon S3).
- Security Kit, a Drupal module designed to mitigate common vulnerabilities such as XSS and CSRF, was installed and configured across environments.
- Accessibility was no longer an afterthought. With the new architecture, WCAG compliance became part of the design process, supported by Drupal’s accessibility-first philosophy.
These measures weren’t just technical best practices; they were strategic enablers of trust, uptime, and compliance.
Strategic Outcomes: What Rebuilding Made Possible
For executives leading platform strategy, the return on investment was immediately visible, not only in performance, but in organizational agility, risk reduction, and future-readiness.
- Content Agility: Editorial teams gained the ability to create and manage content without technical support. Structured content types, Drupal Canvas, and improved search made site maintenance simpler and more efficient.
- Performance And Scalability: Redis caching, MariaDB optimization, and containerized deployment resulted in faster page loads and reliable uptime under load.
- Lower TCO And Vendor Independence: Moving away from proprietary systems reduced licensing costs and allowed full control over the platform roadmap.
- Security And Compliance: Infrastructure-level hardening, backup automation, and security modules mitigated platform risk.
- Personalization And Monetization: Personalized dashboards, seamless course access, and integrated e-commerce powered a more engaging, revenue-generating experience.
When It’s Time to Rebuild, Build It Right
Organizations often resist foundational rebuilds because of their perceived complexity or risk. But this engagement proves that the bigger risk is in not rebuilding at all. When platforms stall innovation, frustrate users, and pile up technical debt, it’s time to stop retrofitting and start re-architecting.
Rebuilding on Drupal 11 isn’t just a technical move; it’s a strategic one. Done right, it delivers speed, security, sustainability, and the freedom to grow without limits.
Is your digital platform setting you up to scale or slowing you down? Let’s talk about building something that lasts.
Hussain Abbas, Director of Developer Experience Services
Hussain is a calm ambivert who'll surprise you with his sense of humor (and sublime cooking skills). Our resident sci-fi and fantasy fanatic.
Leave us a comment