Case Study | Rebuilding DevOps and Cloud Foundations for a European EV Charging Platform
Rebuilding DevOps & cloud infrastructure for a EV charging platform
EV ChargingeMobilityCloud & DevOpsAzure to AWS Migration
FiftyFive Technologies streamlined the client’s CI/CD and cloud infrastructure by standardizing DevOps practices, refactoring fragile code, and adding governance and automation. They also migrated a legacy product from Azure to AWS, enabling more stable and scalable deployments.
The client operates as a leading European eMobility service provider and EV charging solutions platform. It connects EV drivers, charge point operators, and automotive partners through a unified digital network, simplifying access, roaming, and payment across public EV charging infrastructure.
Challenges
Stabilizing a Fragile Deployment Ecosystem
The client’s deployment ecosystem was fragile and inconsistent, and a legacy product needed to be migrated off Azure despite limited internal knowledge of its architecture. FiftyFive had to stabilize the pipeline foundation and de-risk the migration at the same time.
Inconsistent tooling and hardcoded configuration. Terraform and Terragrunt versions differed across repositories, GitHub workflows and CI/CD pipelines carried hardcoded values, and there was no standardized parameterization or environment management — making changes error-prone and hard to reproduce.
Fragile, tightly coupled infrastructure. Poorly structured and tightly coupled infrastructure modules meant that even minor configuration changes triggered frequent deployment failures, and fragile pipeline design led to recurring outages.
Governance and compliance blind spots. There was limited visibility into, and tracking of, third-party licenses across GitHub repositories, creating compliance risk with no clear ownership.
A high-risk Azure migration. Knowledge gaps around the Azure product, unclear system architecture, and undocumented dependencies made the migration risky — while the migrated product still had to be onboarded onto the client’s primary platform reliably and without disruption.
Solution
DevOps and Cloud Foundations Rebuilt for Reliability
FiftyFive was engaged to analyze the client’s CI/CD pipelines and outage history, then standardize, refactor, and govern the foundation for stable, low-maintenance deployments. FiftyFive standardized and parameterized configurations, unified tooling versions, modularized infrastructure code, and introduced governance and automation. In parallel, FiftyFive de-risked the Azure-to-AWS migration by first understanding the product in its original environment, validating it end-to-end, and only then translating and onboarding it onto the client’s platform — with documentation to keep it maintainable long term.
Deep-dive assessment of pipelines and outage history
FiftyFive began by examining the existing CI/CD pipelines, infrastructure code, and outage history to locate the real sources of instability before changing anything.
Reviewed existing CI/CD pipelines and infrastructure code.
Analyzed outage history to identify recurring failure patterns.
Standardized, parameterized CI/CD workflows
FiftyFive removed hardcoded values and inconsistency from the deployment flow to make releases predictable and reproducible.
Standardized and parameterized GitHub workflows to eliminate hardcoded values.
Introduced environment-driven configuration and automated validation checks.
Strengthened pipeline reliability with improved branching, versioning, and rollback strategies.
Modular, version-controlled infrastructure
FiftyFive restructured the infrastructure code so it could be reused safely across environments.
Unified Terraform and Terragrunt version management across repositories.
Refactored and modularized infrastructure code for reusability and stability.
Governance and license tracking
FiftyFive closed the compliance gap by making third-party usage visible and controlled.
Implemented governance controls across GitHub repositories.
Introduced third-party license tracking to improve compliance visibility.
Structured Azure-to-AWS migration and onboarding
FiftyFive migrated the legacy product methodically, prioritizing understanding and verification over speed.
Analyzed and deployed the product in Azure first to fully understand its architecture and dependencies.
Validated functionality end-to-end in the original Azure environment.
Translated infrastructure and services for AWS compatibility and tested locally.
Performed a controlled manual deployment to AWS for verification.
Onboarded the migrated product onto the client’s platform following standardized CI/CD and deployment practices.
Established documentation and operational clarity for long-term maintainability.
“
Stabilizing the deployment foundation was essential before attempting the cloud migration. By standardizing CI/CD workflows, modularizing infrastructure, and validating the legacy product end to end in Azure before moving it to AWS, the team reduced migration risk and created a deployment model that is easier to govern and maintain.
Project LeadFiftyFive Technologies — Draft for approval
Tech Stack
Technologies Used Across the Modernization
Infrastructure as Code
TerraformTerragrunt
CI/CD & Version Control
GitHubGitHub WorkflowsCI/CD Pipelines
Cloud Platforms
Microsoft AzureAWS
Team Structure
Dedicated Project Team
12
Team Members
Results
A More Resilient Cloud & DevOps Foundation
Client SinceOctober 2025
FiftyFive delivered a standardized, resilient cloud and DevOps foundation and a de-risked Azure-to-AWS migration. Fragile deployments were eliminated, release stability improved, and compliance visibility increased across repositories.
Standardized, resilient foundation
FiftyFive replaced fragile, hardcoded deployments with standardized, parameterized workflows — eliminating the failures that minor configuration changes used to cause and reducing outage frequency.
Predictable, low-maintenance deployments
Infrastructure became modular, version-controlled, and parameterized, enabling predictable and low-maintenance deployments across environments.
Improved compliance visibility
License governance and tracking across GitHub repositories improved compliance visibility and gave the client clearer oversight of third-party usage.
Stronger automation and rollback reliability
CI/CD enhancements strengthened automation and rollback reliability, along with a successfully migrated and onboarded product running on the client’s primary platform.
An EV charging platform is a digital system that connects drivers, charging stations, network operators, payment providers, and mobility partners. It helps users find chargers, start and stop charging sessions, make payments, access multiple charging networks, and manage charging activity through mobile apps, web portals, and cloud-based services.
EV charging software connects charging stations with mobile apps, payment systems, cloud infrastructure, and operator platforms. It exchanges data about charger availability, pricing, authentication, charging sessions, and payments. This allows EV drivers to access charging services while helping operators monitor networks, manage users, and support reliable day-to-day operations.
An EV charging app should include charger search, real-time availability, route support, session activation, secure payments, pricing information, charging history, notifications, and customer support. More advanced apps may also provide roaming access, loyalty features, vehicle integration, subscriptions, multi-language support, and white-label functionality for automotive or mobility companies.
EV charging companies connect with different networks through APIs and roaming standards that allow charging data to move between service providers and charge point operators. These integrations make it possible for drivers to use multiple charging networks through one app while supporting shared information about locations, availability, pricing, sessions, and billing.
EV charging software can support multiple countries through scalable cloud infrastructure, regional payment options, multiple currencies, local languages, network integrations, and configurable business rules. A well-designed platform also supports different regulations, charging partners, customer journeys, and operational workflows without requiring a completely separate system for each market.
EV charging platforms may experience downtime because of inconsistent deployment processes, hardcoded configuration, tightly connected systems, missing validation, outdated infrastructure, or poorly managed cloud environments. These issues can make small software changes risky. Standardized DevOps practices, automated testing, rollback processes, and modular infrastructure help reduce release failures and service disruption.
Businesses can improve cloud software reliability by standardizing deployment workflows, automating testing, removing hardcoded settings, using infrastructure as code, monitoring system health, and creating dependable rollback processes. These practices make releases more predictable, reduce manual errors, and help teams recover faster when applications, integrations, or cloud services fail.
Cloud infrastructure modernization is the process of improving outdated, fragile, or difficult-to-manage cloud systems. It may include restructuring infrastructure code, automating deployments, standardizing environments, improving security, introducing monitoring, and replacing manual processes. The goal is to make applications more stable, scalable, secure, and easier to maintain.
Companies may migrate from Azure to AWS because of cost, architecture, scalability, available services, platform strategy, or existing technology partnerships. A successful migration requires understanding the current application, mapping dependencies, redesigning cloud services where necessary, testing thoroughly, and moving the application without disrupting users or business operations.
A cloud migration can take several weeks to several months, depending on the application’s size, complexity, documentation, data, integrations, security requirements, and testing needs. Legacy systems usually take longer because teams must first understand hidden dependencies, validate existing functionality, redesign infrastructure, and create a safe migration and rollback plan.
Cloud infrastructure modernization costs vary based on the number of applications, repositories, environments, integrations, security requirements, and migration complexity. The cost may include assessment, DevOps improvements, CI/CD automation, infrastructure-as-code development, testing, documentation, monitoring, cloud migration, and ongoing support. A technical audit is usually required for an accurate estimate.
Choose a cloud and DevOps development company with experience in cloud migration, CI/CD automation, infrastructure as code, security, monitoring, platform reliability, and documentation. The right partner should assess existing risks, explain the migration plan clearly, support testing and rollback, and provide long-term operational support after the modernization work is completed.
We use cookies to personalise content and ads, to provide social media
features and to analyse our traffic. We also share information about
your use of our site with our social media, advertising and analytics
partners who may combine it with other information that you’ve provided
to them or that they’ve collected from your use of their services.
Necessary cookies help make the website usable. Analytics cookies help
us understand how visitors interact with the website. Marketing
cookies may be used to deliver relevant ads and measure campaign
performance.
Necessary cookies
Required for core website functionality. These cannot be
disabled.
Analytics cookies
Helps us measure traffic and improve website performance.
Marketing cookies
Used for advertising, remarketing, and campaign tracking.