FDTE Case Study

Enables developers with self-service cloud environments, cutting deployment time from 3 days to 15 Minutes.

FDTE faced a challenge in their development process as they relied on a shared DevOps team for any infrastructure and CI/CD pipeline-related tasks resulting in delays for developers who had to wait for deployments and pipeline modifications.

Main image

COMPANY

FDTE, also known as Foundation for Engineering Technological Development, is a non-profit software development company established by professors and researchers from the Polytechnic School of the University of Sao Paulo.

FDTE's team specializes in software products and services for the financial industry and, over the past 30 years, has been working with some of the biggest banks and financial institutions in Brazil.

HEADQUARTERS

Sao Paulo, Brazil

FOUNDED

1972

TEAM SIZE

100 Software Engineers

Challenge

The biggest concern for FDTE's technical leadership was that the development process depended on a shared DevOps team to assist with anything related to infrastructure and CI/CD pipelines.

That meant every time developers needed a pipeline modification or a new staging environment for a microservice or had issues deploying to existing pre-production environments, they had to wait for the DevOps team.

The problem per se was not the time a DevOps engineer would take to do the work, but they were often busy with planned duties and could only pick up an unplanned ticket after 2-3 days.

I wanted to empower my developers to be able to deploy something without needing to stop anybody else in order to do that. I wanted my team to be as independent as we can from the DevOps team - it's ok if we need to plan new infrastructure and need a DevOps engineer, but not it's not ok to depend daily on different requests and minor incidents

Gustavo Capistrano Haramura, Team Lead & Solution Architect

Even though some of the developers were fully qualified to perform most of the DevOps tasks related to pipelines and deployments, they still depended on the DevOps team because they had ownership of infrastructure and CI/CD pipelines.

We were doing a deployment every other week, so that meant we were creating a new branch for that specific release and updating the staging or 'dev' environment together with the CI/CD pipeline to use this branch. This was making it very difficult for us to trace back issues to commits, development branches, or previous releases.

Gustavo Capistrano Haramura, Team Lead & Solution Architect

Solution

Gustavo knew intuitively that developers should be able to use self-service environments, but it wasn't clear to him that an out-of-the-box solution existed until he read an article from Bunnyshell on Medium.

FDTE's developers needed a way to safely deploy their applications in a cloud environment without having to depend on a DevOps team for such routine operations. On the other hand, the DevOps team needed a way to enable developers to self-service cloud environments so that they don't need to spend hours replicating Kubernetes deployments, CI/CD pipelines, or provisioning cloud services.

Bunnyshell's team ran a POC with FDTE's technology stack, and the team was impressed with how easy it was to replicate or even create an environment from scratch with all their apps, services, and databases, similar to production - without the need of a DevOps person.

Everything runs on FDTE's cloud infrastructure, and developers have access to all the tools to provision, build, deploy, and debug their applications in cloud environments without explicit access to infrastructure or pipelines.

Results

Because 80% of the applications FDTE is developing are deployed on Kubernetes, the DevOps team just needed to provision a cluster for developers and connect it to Bunnyshell from the UI.

From there, instead of logging a DevOps ticket and waiting for 3 days, developers can now spin up a production-like environment with all the services required and deploy code from any branch or commit to it.

That takes, on average, 15 minutes, and while it's happening, they have visibility into the components that are being built and deployed, the pipeline steps as they run, and real-time logs from their containers directly in the UI.

Since everything is running in a Kubernetes-based cloud environment, pretty much what you see is what you get when pushing to production.

I can do with Bunnyshell and a DevOps person what my clients are doing with 4 DevOps people.

Gustavo Capistrano Haramura, Team Lead & Solution Architect

Moving forward

FDTE team is moving forward with a focus on leveraging Terraform modules and Helm charts to unlock more cloud infrastructure options for their environments.

The team plans to expand its use case to on-demand production environments in March. Despite not being at the stage of automating PR environments, the team spins up a preview environment every time they review code and perform integration tests. Spinning up an environment with a few clicks has revolutionized the team's ability to troubleshoot and trace issues.

By expanding their use of Bunnyshell, they plan to introduce it to clients as a DevOps optimization platform. Bunnyshell has allowed the team to improve their development process continuously, and they are finding new use cases weekly. The team is confident in the value they are getting from Bunnyshell and are expanding use cases gradually as their development process matures.

Because we feel we got so much value from Bunnyshell, we're not rushing the adoption, and we're expanding use cases naturally as our development process matures. We initially adopted it for internal usage and assumed the costs because we want to enable our developers, and gradually, we're also planning to introduce Bunnyshell to our clients as a DevOps optimization platform.

Bunnyshell allowed us to continuously reimagine how we develop software, and every week we're finding new use cases to leverage ephemeral environments in our development process. If we want to spin up an environment to compare this release with the previous one, we can do that with a few clicks. This approach was simply not possible before Bunnyshell.

Gustavo Capistrano Haramura, Team Lead & Solution Architect

Frequently asked questions

Everything you need to know about the product and billing.

What is Environments as a Service (EaaS)?
Environment-as-a-Service (EaaS) is a cloud platform that automatically creates and manages complete application environments on-demand. Unlike traditional infrastructure management, EaaS combines your application code with its entire runtime environment - databases, APIs, configurations, and dependencies - under unified version control. When you make code changes, EaaS automatically provisions the necessary infrastructure and configures everything your application needs to run, eliminating manual environment setup and ensuring consistency between development, testing, and production environments.
What is an Ephemeral Environment?
Ephemeral environments are temporary, isolated testing environments that are created automatically for each pull request and destroyed when no longer needed. Unlike permanent staging environments that are shared and constantly overwritten, ephemeral environments give each feature its own dedicated space for testing, previewing, and validation. They typically last for the duration of a pull request lifecycle - from creation to merge - ensuring every code change gets tested in isolation without conflicts or waiting times.
What are the benefits of EaaS?
Environment-as-a-Service (EaaS) accelerates development by eliminating testing bottlenecks and reducing rework. Teams can spin up production-like environments instantly for every pull request, enabling parallel development where multiple features are tested simultaneously without conflicts. This eliminates waiting times for shared staging environments, catches integration bugs before production, and allows stakeholders to review features immediately through live preview links, ultimately resulting in faster, higher-quality deployments.
Is Bunnyshell SOC 2 Compliant?
Bunnyshell has successfully achieved SOC 2 Type I compliance and ISO 27001 certification, confirming that our systems and processes meet the rigorous international standards for security, availability, processing integrity, confidentiality, and privacy required by enterprise and regulated industries.
How to integrate Bunnyshell with common CI/CD and DevOps tools?
Bunnyshell includes an extensive REST API, a CLI tool, Github Actions, and a Go SDK to integrate with your existing CI/CD and DevOps tools enabling you to easily deploy environments directly from your own release pipeline
Do I have to pay for a POC?
No. We offer a no-cost POC to allow you to test and assess the functionalities and benefits of our product. This period gives you the opportunity to make an informed decision without any upfront investment.
AminAminAminAmin

Still have questions?

Can't find the answer you're looking for? Please chat to our friendly team.

Get in touch