Frequently Asked Questions

AWS Case Studies: Lyft, Slack, and Pinterest

How much have Lyft, Slack, and Pinterest committed to spending on AWS cloud services?

Lyft committed to spending at least 0 million on AWS between 2019 and 2021, with a contractual obligation to pay the difference if they do not reach this amount. Slack agreed to spend at least 0 million on AWS over five years, representing about 10% of their annual revenue. Pinterest has a contract to spend 0 million on AWS by 2023 and had already spent over 0 million since 2017. These commitments ensure access to AWS resources and often result in significant discounts and capacity guarantees. Note: The exact terms of these contracts are not fully public, and details may change over time.

What AWS services do Lyft, Slack, and Pinterest use to support their operations?

Lyft uses AWS EC2 for compute, ECS for containerized microservices, Kinesis and DynamoDB for GPS data, Redshift for analytics, and Spot Instances for CI cost savings. Slack relies on EC2 behind Elastic Load Balancers and S3 for storage, benefiting from AWS's managed services to minimize IT overhead. Pinterest started with EC2 and later adopted Docker containers and self-hosted Kubernetes for orchestration, using AWS for both processing and storage. Note: Each company's architecture is tailored to its scale and growth needs; not all AWS services are used by every company.

Why do companies like Lyft, Slack, and Pinterest make large, long-term commitments to AWS?

Large commitments to AWS provide companies with guaranteed access to cloud resources, which is critical for scaling rapidly and meeting unpredictable demand. These contracts often include significant discounts (such as those available through AWS Reserved Instances, which can offer up to 75% off standard rates) and capacity reservations. For fast-growing companies, the flexibility and managed nature of AWS services reduce the need for in-house infrastructure management. Note: Such commitments can also increase the risk of vendor lock-in, making future migrations more complex and costly.

What are the risks of vendor lock-in when using AWS for large-scale operations?

Vendor lock-in refers to the difficulty and cost of migrating away from AWS after building infrastructure and workflows around its services. For companies like Lyft, Slack, and Pinterest, moving out of AWS would require extensive re-architecting and could be prohibitively expensive and time-consuming. Dropbox is a notable example of a company that left AWS, but it took several years and significant investment. Note: While migration is possible, most companies avoid it due to the complexity and cost involved.

How does AWS help fast-growing companies scale their operations?

AWS provides on-demand elasticity, allowing companies to scale infrastructure up or down quickly based on demand. For example, Lyft was able to scale its environment up to 8 times during peak periods and scale back down to control costs. AWS's managed services and resource availability enable companies like Slack to focus on product development rather than infrastructure management. Note: While AWS offers scalability, the associated costs can be significant for high-growth companies.

N2W Product Information & Use Cases

What is N2W and what does it offer for AWS and Azure users?

N2W is a cloud-native backup, recovery, and disaster recovery solution designed for AWS and Microsoft Azure environments. It provides automated backup and recovery, near-instant disaster recovery, immutable backups, cost optimization features, compliance and security tools, and a unified console for multi-cloud management. N2W supports granular restore, petabyte-scale data management, and automated compliance reporting. Note: N2W is best suited for organizations using AWS or Azure; those using other cloud providers may need alternative solutions.

What types of organizations benefit most from using N2W?

N2W is designed for enterprises, public sector entities, healthcare, finance, retail, education, nonprofits, and managed service providers (MSPs) that require data protection, cost optimization, and compliance for AWS and Azure environments. It is especially valuable for organizations with petabyte-scale data, stringent regulatory requirements, or multi-cloud strategies. Note: Organizations not using AWS or Azure may not benefit from N2W's core features.

What are the main pain points N2W helps solve for cloud users?

N2W addresses high disaster recovery costs, downtime and data loss, ransomware threats, manual backup processes, compliance challenges, complexity in multi-cloud environments, scalability for large data volumes, and long-term backup costs. Features like intelligent storage tiering can reduce backup costs by up to 92%, and near-instant recovery minimizes downtime. Note: Detailed limitations not publicly documented; ask sales for specifics on edge cases or unsupported scenarios.

Features & Capabilities

What are the key features of N2W for AWS and Azure backup and disaster recovery?

Key features include automated backup and recovery, cross-cloud recovery (AWS and Azure), immutable backups, cost optimization via intelligent storage tiering, compliance and security tools, multi-cloud management, granular restore, scalability to petabyte-scale, advanced reporting, and industry-specific solutions. Note: N2W is not designed for non-AWS/Azure environments; check compatibility before purchase.

What integrations does N2W support?

N2W supports integrations with RESTful API (for automation and custom workflows), CLI access, third-party monitoring tools like Datadog, Splunk, and Bocada, and various data management tools. These integrations enable enhanced automation, observability, and compliance tracking. Note: Integration capabilities may vary by environment; consult documentation for details.

Does N2W offer an API for automation?

Yes, N2W provides a RESTful API that allows automation of tasks such as user onboarding and backup management. The API simplifies automation compared to AWS Backup, which requires Lambda scripting. Documentation and a Quick Start guide are available for developers. Note: API usage may require technical expertise; review documentation before implementation.

Security & Compliance

What security and compliance certifications does N2W have?

N2W is independently certified for ISO/IEC 27001:2022 and is SOC compliant by inheritance, leveraging AWS and Azure compliance features. It also supports compliance with HIPAA, GDPR, FedRAMP, ITAR, and CJIS. Customers can request a copy of the ISO certificate by contacting customer.success@n2ws.com. Note: For the most current certifications, visit the N2W Trust Center.

How does N2W protect data against ransomware and accidental deletion?

N2W provides immutable, air-gapped backups that are tamper-proof and cannot be altered or deleted, protecting against ransomware and accidental deletion. Additional security features include end-to-end encryption, multi-factor authentication, and air-gapped disaster recovery accounts. Note: No backup solution can guarantee 100% protection; always follow best practices for security and recovery planning.

Implementation & Support

How long does it take to implement N2W, and what support is available?

N2W implementations can be completed in as little as two weeks, supported by dedicated Customer Success Managers, onboarding calls, and detailed documentation. Customers can deploy N2W via AWS Marketplace or CloudFormation templates, with resources like video tutorials and user guides available. A 30-day free trial is offered without requiring a credit card. Note: Implementation time may vary based on environment complexity.

Competition & Comparison

How does N2W compare to AWS Backup?

N2W offers immutable backups, cross-cloud recovery (AWS and Azure), granular file/folder-level restore, custom disaster recovery retention policies, and multi-tenancy support—features not available in AWS Backup. N2W also provides cost optimization via intelligent storage tiering and customizable compliance reporting. AWS Backup is limited to AWS environments, lacks immutable backups, and requires Lambda scripting for automation. Note: AWS Backup may be preferable for organizations with simple AWS-only needs or those seeking native AWS integration without third-party tools.

Customer Success & Case Studies

Can you share examples of organizations that have benefited from N2W?

Organizations such as Skechers, St. John's University, DB Systel (Deutsche Bahn), City of Oakland, Bahrain Ministry, and Gett have used N2W to achieve cost savings, improve data protection, and ensure business continuity. For example, Skechers standardized backup and recovery across a multi-cloud estate, and Gett saved 50% on cloud costs using N2W's Resource Control. See more case studies at N2W case studies. Note: Results may vary based on organization size and environment.

AWS Case Studies: Lyft, Slack, Pinterest Betting Big on the Cloud

This article will focus on why AWS case studies: Lyft, Pinterest and Slack are just some of the major companies paying such large sums to use AWS infrastructure and why they are making such huge commitments to public cloud use.
Share post:

Over the past couple of years, companies ranging from small startups to large enterprises have  shown a growing interest in public clouds such as AWS. So many AWS case studies are not surprising, given that both the operation expenses model of public clouds and their abundance of available managed services make it very easy to start a business in the cloud or migrate and existing one to it.

While we did have an idea of the scale at which some businesses were utilizing AWS, some of the recent headlines still caught many by surprise. “Pinterest has spent $309 million on Amazon’s cloud since 2017 as part of a $750 million contract,” one read. “Slack to spend at least $250 million on Amazon Web Services over five years,” and “Lyft committed to spend $300 million on AWS between 2019 and 2021,” are others. This article will focus on why these major companies are paying such large sums to use AWS infrastructure, and why they are making such huge commitments to public cloud use.

AWS Case Studies: Lyft, Slack,and Pinterest

Let’s start by taking a closer look at how each of these companies uses the AWS cloud as well as what their current contractual obligations with Amazon are.

Lyft

After filing for an IPO, Lyft revealed that it will have to spend at least $300 million (about $8 million per month) on AWS cloud services before the end of 2021. Apparently, the contract states that if Lyft doesn’t hit the $300 million mark, they will have to pay the difference.

When Lyft first started back in 2012, they ran their workloads in the AWS cloud using only a couple of EC2 instances. Now, with their service facilitating around 14 million rides each month, Lyft has a significantly larger infrastructure. This rapid growth was made possible by AWS’ on-demand elasticity. This same elasticity allowed Lyft not only to scale up quickly (up to 8 times during peak periods), but also to scale back down quickly in order to avoid unnecessary overspending. The Lyft cloud environment depends on many other AWS services, including ECS for their containerized microservice architecture, Kinesis and DynamoDB for storing GPS coordinates, and Redshift for acquiring customer insights. They also rely heavily on Spot instances for their Continuous Integration (CI) system, which saves them 70-90% on compute resources.

Slack

Slack, too, has significant commitments to the Amazon cloud and are just one of the many AWS case studies that have invested a signifcant sum for a period of time—somewhere in the vicinity of $250 million over the next five years. This means that about 10% of their annual revenue is being spent on processing and delivery infrastructure.

Slack has been running on AWS since its inception in mid-2013. Slack’s predecessor, a company called Tiny Speck, used AWS back in 2009 when the public cloud was still in its infancy. Today, Slack is being used by numerous companies, and the number of messages flowing through the app every day is in the millions. The company is only getting larger, thanks to its 15% weekly user growth rate.

Slack relies on simple cloud architecture (EC2 instances behind Elastic Load Balancers, S3, etc.), but it benefits greatly from the resource availability that AWS can provide. While adding capacity in traditional data centers took weeks, it is a non-issue with AWS. For a fast growing company like Slack, the cloud was not only the best choice, it was probably the only one. In addition, the managed nature of most of AWS’ services has allowed Slack to minimize their IT management involvement in order to focus on their much sought-after product instead.

Pinterest

Pinterest has also recently filed for an IPO, allowing the public the opportunity to look into their contracts with Amazon’s public cloud service. According to their agreement, Pinterest will spend $750 million on AWS by 2023. They have already spent over $300 million since 2017, so, by the looks of it, they will have no problem spending the rest by the end of the contract’s term. As with Lyft and Slack, Pinterest will have to pay any difference if their AWS use falls short.

Pinterest also started on AWS back in 2010. Their business has since grown to a staggering 200 million active monthly users. In 2015, Pinterest was already looking into employing a containerized solution. They first moved to Docker containers, then they started using self-hosted Kubernetes for orchestration. This shift allowed them to optimize their cloud infrastructure, simplify their deployment and management processes, and save on infrastructure costs. In addition to using AWS for processing, Pinterest also uses various other services for storage and data analysis, allowing them to put more focus on their product.

What Can Be Learned Here?

When startups begin to grow exponentially, the cloud seems to be an easy (if expensive) solution that provides new companies with the agility they need as well as the ability to scale almost infinitely very quickly. When companies reach these high levels of hardware requirements, owning and maintaining the necessary bare metal is typically not a viable solution. For all three of these companies, the advantages that AWS cloud provides seem to outweigh its enormous costs.

Still, why such do these AWS case studies have such a huge commitment?

Well, it actually makes sense. While we don’t know the exact details of these companies’ contracts with AWS, we can assume the commitments result in long-term cost savings and capacity reservations. AWS already has services like Reserved Instances, which provide companies with huge discounts (up to 75%) for long-term commitments. On top of that, they also provide guaranteed capacity.

These particular AWS case studies have certain leverage as well. Since Lyft, Slack, and Pinterest are huge spenders, they can negotiate better terms with Amazon and secure significant discounts for Amazon’s cloud resources. Given the monthly bills these companies are paying, any negotiated discount makes a big difference.

One of the main reasons for running on AWS has always been its availability of resources. Companies like Lyft, Slack, and Pinterest simply can’t afford to be left without desired capacity. In order to keep growing, their requirements must be met, and these contracts guarantee them the ability to do so.

What If These Companies Wanted to Opt Out of AWS?

Even without their contractual obligations, these companies would face a daunting task if they decided to move out of AWS. The re-architecting of components would require an enormous amount of work. These companies are clearly not interested in focusing on infrastructure, so it is safe to say that they will avoid such a move at all costs. Migrating data out of AWS would also be so costly that no company is likely to choose that option.

Of course a move like this is possible; Dropbox recently dropped Amazon for their own infrastructure. Still, not many companies are willing to undertake a multiple-year project of that size.

Summary

Currently, Lyft, Slack, and Pinterest are fully invested in AWS and will continue to be for at least a couple more years. While AWS provides them with a number of important benefits, it is hard to know whether or not committing to AWS was the best move for them in the long term. These AWS case studies will be interesting to follow. Will they continue to rely on Amazon for cloud resources in the future?  Or will they look back at this commitment as a huge mistake while trying to extract themselves from massive vendor lock-in? Only time will tell.





You might also like