Experience the magic of an extraordinary solution that harnesses the potential of VR and AI to instantly convert vacant apartments into warm and inviting homes. Witness the seamless fusion of cutting-edge technology that revolutionizes the way we perceive and utilize empty spaces. Uncover our expertise in the case study and witness how DevOps can the remarkable capabilities of unlocking the true potential of VR and AI today!
20-50 people
January 2020 - present
Tel Aviv, Israel
This case study features a budding virtual reality (VR) startup. The business is built around a mobile app that helps prospective tenants and homeowners instantly decide whether a house or an apartment meets their needs.
The solution allows users to virtually furnish a space in real-time based on their design preferences, lifestyle, and budget. By using a smartphone camera and making a couple of taps during a tour, the app will show how the chosen furniture and decor will look in the space. Besides this, users can purchase or rent home decor right from the app.
Pulumi
AWS EKS Fargate
AWS Aurora RDS
AWS Lambda
Elastic
While cost-efficiency is one of the key drivers for businesses to opt for cloud solutions, the reality might fall short of expectations. In fact, a whopping 30% of cloud spend is wasted.
However, this doesn't mean that you should return to using an on-premise setup - most of that waste is a design problem, and unpacking it is where our cloud consulting engagements start.
We set the ball rolling with an audit of the app’s infrastructure. Once we settled on the project scope, we assembled a software development team: a backend developer, frontend developers, and a QA expert on the client’s side, and a DevOps engineer on our side.
The infrastructure was set up so that:
1
To deploy containers without extra computation resources going wasted, we chose AWS EKS Fargate. The solution provides computation capacity for containers on an on-demand basis - the same pay-per-use logic we unpack in what serverless computing actually is. The technology comes with the following benefits:
Security. The providers of AWS EKS Fargate don’t take shortcuts when it comes to security. They use resource isolation, encryption of data in transit and at rest, and access control, among many other security features.
2
For the database, we selected AWS Aurora RDS. Built for the cloud, it's a relational database service that fits together with MySQL and PostgreSQL. Picking a managed service over a self-hosted one is exactly the decision we walk through in choosing between SaaS, PaaS and IaaS. The solution stood out to us due to several advantages:
Performance. Aurora RDS provides low-latency response times, even under high workloads. This is critical in this case, as running many VR models requires high performance.
3
Our client also has many additional microservices. They interact with the main application occasionally, staying idle most of the time. So, we were looking for a solution allowing the client not to pay for the computing resources when these microservices are idle.
Eventually, we settled on AWS Lambda, a serverless event-driven computing service - exactly the kind of trade-off our serverless consulting team weighs on every project. This decision meant:
Scalability. Lambda scales automatically as the workload changes. As a result, our client doesn't need to worry about capacity planning, and their services are always available.
We implemented the infrastructure-as-code through Pulumi - the same approach we deliver as Infrastructure as Code services on client projects.
This allows the client to facilitate version control and automate the deployment of the infrastructure in a repeatable and predictable manner. In addition, Pulumi provides resource abstractions that simplify the creation and management of infrastructure resources. On top of this, unlike tools like Terraform, Pulumi has an extremely low learning curve: basically, it supports the programming languages the client’s team is working with.
To enable the client to easily scale the development and staging environment as necessary, we implemented the “suspender.” This feature allows developers to suspend (scale down to almost zero) the environment simply by clicking on a button. Similarly, they can easily scale up. In addition, these environments can be auto-scaled up if there are two or more requests on the load balancer.
As a result, the client doesn’t have idle environments, which greatly saves costs.
Since the project is in development, the infrastructure capacity is minimal. Still, if necessary, it can be easily configured for considerably higher daily traffic volumes.
Just fill the form below and we will contaсt you via email to arrange a free call to discuss your project and estimates.
The project is still underway: the client continues to improve their infrastructure-as-code, and their requests keep coming. Currently, we are focused on developing a strong strategy for tracking and managing these requests.
