Skip to content

DevOps for AWS: Building, Optimizing, and Migrating Infrastructure

We plan, optimize, and migrate your AWS environment, and have been doing so successfully for over 10 years: from complex applications to multi-year migration projects in corporate environments.

  • Migration of existing applications to AWS
  • Rebuilding AWS infrastructure
  • Reducing AWS costs
  • Takeover of existing AWS environments

350+

Managed Applications

400+

Server in operation

50+

Employees
DevOps and AWS

Our AWS Services

Migrating applications to AWS

We analyze your existing environment, plan the target architecture, and migrate your applications and data. We plan the migration to minimize downtime within a coordinated window. We have also successfully migrated complex legacy setups.

AWS Infrastructure and Architecture

For new applications, we design the architecture and build the environment from the ground up: network, permissions, databases, deployment, and monitoring. We describe the infrastructure in code. That keeps environments consistent, lets us apply changes across all systems at once, and makes any setup reproducible.

Reduce AWS Costs

We identify opportunities for cost savings with a well-designed, thought-out setup that includes only the services you actually use. Alternatively, we suggest managed hosting if that would further reduce costs.

Optimizing and maintaining existing AWS environments

If your environment is up and running but you're looking for someone to manage it, we'll first assess its status in terms of security, backups, monitoring, and cost control. After that, we'll take over management, providing direct points of contact within the DevOps team and proactive monitoring.

When AWS Is the right choice and when it isn't

AWS isn't always the right environment. The decision is usually a cost-based one: With AWS, you pay for flexibility that you only need when, for example, your workload fluctuates.

AWS is a good fit if...

  • Your load fluctuates significantly or is unpredictable, and you want to pay for capacity only when needed.
  • Your application must be accessible in multiple or specific regions.
  • You want to use managed services such as RDS, S3, or Lambda instead of operating these services yourself.
  • You need to set up and tear down environments on short notice, such as for testing or to handle peak loads.
  • The decision to use AWS has already been made within your company, and you need someone to implement it.

AWS isn't the best fit if...

  • Your workload is generally consistent, and you maintain capacity on an ongoing basis. In that case, using your own servers or managed hosting is more cost-effective and easier to budget for.
  • Costs are rising and no one internally can identify the causes.
  • Your data is subject to location and jurisdiction requirements that cannot be met by a U.S. provider.

AWS offers several ways to solve almost any problem. Whether you picked the right one usually shows months later: in your cloud bill or in a security incident. If no one on your team can assess that beforehand, we take on that part.

Portfolio

Our expertise with AWS

We were very satisfied with how the project was carried out. In addition to the existing technical expertise, the collaboration was professional, very open, and collegial from the very beginning. Furthermore, we also received proactive support on issues not directly related to the setup of the infrastructure. Examples of this include, in particular, compliance and data protection issues.
Sebastian Titze CTO, corify GmbH

Your 4-step path to the right AWS strategy

There are no one-size-fits-all solutions for cloud projects, as every company’s needs and requirements vary. As a rule, we therefore follow these steps.

  • Analysis & Goal Definition
    We assess your current infrastructure, usage, and requirements. Together, we determine which cloud strategy is right for your company.
  • Defining Strategy & Architecture
    Whether you’re just getting started, switching providers, or planning an exit strategy: We develop a customized roadmap that takes technical, economic, and regulatory aspects into account.
  • Migration, Transformation, or Return to On-Premises
    We support you throughout the implementation process: from migration to AWS, through cost-reduction optimizations, to a return to your own data centers.
  • Operation & Continuous Optimization
    After implementation, we ensure stability, security, and efficiency. We monitor, optimize, and tailor the solution to your business and technical goals.
How we work

Working with makandra

Your direct line to Augsburg

You'll communicate with the people who run your system via email, virtual meetings, or Slack. Our entire team is based in Augsburg, no nearshoring or offshoring.

Thinking ahead and proactive monitoring

Our monitoring system tracks metrics, logs, and alerts across the entire stack. If we detect any anomalies, we take action immediately rather than waiting for you to report them. The Audi Media Center has been operating this way for over ten years.

Safety is part of the process

Rights management, secret management, patch strategies, and automated checks during deployment are standard practice for us. We actively contribute ideas regarding compliance and data protection issues, even if they aren't part of the assignment.

Always in time and in budget

Since 2009, we have completed every project on time and in budget. During implementation, we provide regular updates on progress and address any issues if additional tasks cause the budget to be exceeded.

I am thrilled with the new infrastructure that makandra has created for our web applications. I particularly appreciate the seamless migration process with no downtime. There was always a backup plan in place that allowed us to safely migrate our large and complex infrastructure.
Klaudia Biała Project Lead at First Movers Advantage
AWS Technology

We also take on existing environments

We're familiar with AWS and understand how applications running on it behave. That's what matters when we take over an existing environment: We know how a database scales, why a deployment fails, or where a configuration comes from.

Technologies our DevOps team has experience with:

  • Databases: PostgreSQL, MySQL, and MariaDB; Redis; OpenSearch—on RDS and ElastiCache or on our own instances
  • Languages and Frameworks: Ruby on Rails, Node.js, Next.js, Java, PHP, Elixir
  • Containers: Docker, Kubernetes, and Helm, on EKS or self-hosted
  • Infrastructure and configuration: Terraform, OpenTofu, Puppet, OpenVox, Git
  • Monitoring: Prometheus, Grafana, ELK Stack, alongside or instead of CloudWatch

This list is not exhaustive. Over years of project work, we’ve accumulated a wealth of experience that isn’t listed here. If your technology isn’t listed, it’s highly likely we’ve already worked with it.

Frequently Asked Questions

AWS FAQ

The first decisions are structural: Which workloads will be migrated and in what order, and what will remain where it is. Next come account structure, networking, access management, and cost limits. Proceed carefully here, as mistakes in these areas are time-consuming to correct later.

We therefore begin by assessing your current environment and defining a target architecture, after which we migrate in stages. For a single application with no special requirements, an experienced team can handle the migration on its own. The more services, dependencies, and compliance requirements are involved, the sooner it’s worth seeking support from experienced DevOps teams.

Generally speaking, no. We first migrate operations and then optimize where it makes financial sense. A complete rebuild is the exception and only makes sense if the existing architecture is the actual cost driver. At FMAdata, we optimized and migrated an infrastructure that had evolved over the years, rather than replacing it.

That depends on four factors: the number of services and their dependencies, the size of the databases, how much downtime is acceptable, and whether the existing infrastructure has already been documented in code. After conducting an assessment, we’ll provide you with a range of estimates and the steps involved before you make your decision.

We check the following areas to see if AWS costs can be optimized:

  • Right-sizing: Instances, databases, and volumes that are oversized for the workload
  • Unused resources: active test environments, unassigned volumes and IP addresses, old snapshots
  • Pricing models: Savings Plans and Reserved Instances for consistent workloads, Spot Instances for interruptible workloads
  • Data transfer: Traffic between zones and out of AWS—an often-overlooked cost item
  • Storage classes: Data unnecessarily stored on expensive storage

We’re happy to advise you on cost optimization. If it turns out that your workload profile isn’t a good fit for AWS at all, we’ll let you know.

The flexibility of AWS comes with an equally significant level of complexity. The challenge here is to maintain a comprehensive overview, both in breadth and depth, of the various options and components involved in operating infrastructure. This requires extensive experience with the technologies in use and, specifically, with their implementation on AWS.

Operating infrastructure in the AWS cloud requires constant monitoring and maintenance to ensure optimal performance, security, and cost control.

Request AWS Support

Our team of DevOps and AWS experts is here to help you tackle your cloud challenges. Get in touch with us.