Scalable Architecture
Scaling your architecture will control costs and ensure your systems keep pace with your growth.
With careful planning, you can easily address scalability challenges. It often starts by looking at your business goals, use cases, and metrics, followed by a cost analysis comparing architectural design alternatives, such as database replication and sharding versus a managed database. Ten Mile Square’s team gets asked to weigh in on these scalability decisions almost daily. Schedule a discovery call today >
MEDIA SCALABILITY
“Ten Mile Square knows how to scale digital asset management systems for media companies. After asking the right questions to understand our business, they quickly figured out and solved our scalability issues. Leveraging their AWS expertise, they scaled our platform to serve 7x as many customers. They’re invested in our product and our success. I haven’t found anything they don’t do well.”
– IAN CHESTNUTT, HEAD OF DEVELOPMENT, TENOVOS
How to Create a Scalable Software Architecture
1. Scalable Architecture Requires Moving from Vertical to Horizontal Scalability
What is horizontally scalable architecture and why is it important? Horizontal scaling allows you to scale up discrete parts of a cloud-based system, rather than the entire system, to meet demand. Scaling horizontally not only is significantly more cost-effective, but also enables auto-scaling, gives you more control, and reduces the time it takes to evolve your system.
What is vertical scalable architecture? By contrast, vertical scaling requires you to scale up the entire system at once. While common in older technologies and databases, there are no benefits to scaling vertically when deploying in the cloud today. It is more costly and time-consuming to maintain.
What is scalability in microservices architecture? Microservices architecture breaks down software programs into smaller components. Each microservice has one function, so it can be scaled to the exact level you need, making them independently deployable or upgradable. Microservices help you scale efficiently in the cloud using horizontal scaling and workload partitioning – resulting in faster deployments, cost efficiencies, and granular performance tracking. Many recognize Netflix’s pioneering move to replace its monolithic software design with smaller components decoupled into 1,000 microservices for discrete functions, such as login, search, stream a movie or update your profile.
2. Design for Scalability to Control Your Deployment Costs
- Do your architectural decisions consider the impact on deployment costs? Many developers write code to optimize the solution to the problem they are handed. But, not necessarily, the efficiency of the cost model for running the code.
- Is your process automated to ensure architectural components are updated immediately? Updating to the latest software version lets you take advantage of newer, more scalable system features, which helps keep your cloud costs lower.
- Are you periodically revisiting ways to reduce AWS cloud costs? If your AWS cloud costs are high, moving to horizontal scaling is key. As demand surges, you will only pay for what needs scaling or more memory when you need it rather than all the time. Steps you can take to lower your AWS costs >
Flexible, Scalable Architecture for Media Platform

- Scaled our platform to accommodate 7x the number of customers
- Lowered company’s cost by reusing current data systems
- Leveraged our AWS partnership to quickly solve a new customer need
- Built rights management system to serve a $100B+ media customer
3. Database Scalability Is a Common Scaling Bottleneck
- Managed databases: A managed relational database service (RDS), like Amazon Aurora, allows you to move your database to an open-source, cloud database. This lightens the load of moving to a horizontally scalable database, but it may require some changes first.
- Clustering: Clustering technology may be an option that can move your database closer to horizontal scaling.
- Sharding: A replica database and sharding is another option (think of it as “horizontal partitioning” to spread the load). For instance, if you have an Oracle enterprise database that you plan to stay on, you may find it easiest to use master replication and sharding to make it more scalable.
- Non-relational and NoSQL databases: Consider cloud-native databases that are built to avoid relational database scaling challenges. Options include CloudSpanner, BigQuery, Redis, MongoDB, and Neo4J.
Increased Database Scalability by Migrating to Aurora
- Looking at how the database was being used compared to its business goals
- Analyzing its existing architecture and alternative database architectures
- Conducting a cost comparison, which found migrating to Amazon Aurora would best meet their seamless scalability needs
4. Load Balancing Is Key to Scalable Architecture
Your entire system must be examined when solving scalability. As you increase capacity in one area, you need to consider downstream capacity or risk shifting the bottleneck. Load balancers can improve availability by routing traffic to different proxy servers to prevent overloading.
Consider, where are your scaling problems occurring? If your gateway is the bottleneck, a gateway load balancer will help you scale up to avoid crashing under demand, timeouts, or slow performance. Similarly, if your application is experiencing a surge in customers, an application load balancer will resolve the issue. Elastic load balancing can also help with application scalability by distributing traffic across multiple targets and virtual applications in one or more availability zones. Eventually, you may need to address your database scalability – redesigning your storage architecture or moving to a horizontally scaling database.
Featured Scalability & Architecture Articles

Are Your Cloud Costs Too High? 5 Steps to Lower Your AWS Costs
Nearly every CEO we speak to with a cloud-based product universally agrees that their Amazon Web Services (AWS) bill is too high.

That’ll Break Everything: Creating a Technology Roadmap
“That’ll break everything!” Ever heard someone say that, or something like it before and wished you had some, any, kind

Software Architecture vs The Evil Forces of Entropy
Requirements evolve, technology evolves, processes evolve, and users evolve. So why is it that the systems, applications, and their underlying
Scalable Architecture Checklist
- Are your AWS bills too expensive?
- Does your architectural design consider ways to optimize deployment costs?
- Does your architecture “break” when you try to expand your customer base or scale new features?
- Are you taking advantage of horizontal scaling and microservices?
- Do you need different metrics that your current platform doesn’t track?
- Are you looking to automate some of your manual processes?