![\"\"](\"https:\/\/www.backblaze.com\/blog\/wp-content\/uploads\/2022\/02\/bb-bh-Cloud-Performance-and-When-It-Matter.png\")
<\/p>\n<\/p>\n
If you run an application that\u2019s bandwidth intensive like media streaming, game hosting, or an e-commerce platform, performance is probably top of mind. You need to be able to deliver content to your users fast and without errors in order to keep them happy. But, what specific performance metrics matter for your use case?<\/p>\n
As it turns out, you might think you need a Porsche when what you really need and want to transport your data with is a trusty, reliable (Still speedy!) Volvo.<\/p>\n
In this post, we\u2019re taking a closer look at performance metrics and when they matter as well as some strategies that can impact performance, including range requests, prefetching, and others. When you\u2019re assessing a cloud solution for application development, taking these factors into consideration can help you make the best decision for your business.<\/p>\n
Time to first byte (TTFB) is the time between a page request and when the page receives the first byte of information from the server. In other words, TTFB is measured by how long it takes between the start of the request and the start of the response, including DNS lookup and establishing the connection using a TCP handshake and SSL handshake if you\u2019ve made the request over HTTPS.<\/p>\n
TTFB identifies pages that load slowly due to server-side calculations that could instead benefit from client-side scripting. It\u2019s often used to assess search rankings by displaying websites that respond to a request faster and appear more usable before other websites.<\/p>\n
TTFB is a useful metric, but it doesn\u2019t tell the whole story every time and shouldn\u2019t be the only metric used to make decisions when it comes to choosing a cloud storage solution. For example, when David Liu, Founder and CEO of Musify<\/a>, a music streaming app, approached his search for a new cloud storage provider, he had a specific TTFB benchmark in mind. He thought he absolutely needed to meet this benchmark in order for his new storage solution to work for his use case, however, upon further testing, he found that his initial benchmark was more aggressive than he actually needed. The performance he got by utilizing Cloudflare in front of his origin store in Backblaze B2 Cloud Storage more than met his needs and served his users well.<\/p>\n TTFB is the dominant method of measuring performance, but TTFB can be impacted by any number of factors\u2014your location, your connection, the data being sent, etc. As such, there are ways to improve TTFB, including using a content delivery network (CDN) on top of origin storage, range requests, and prefetching.<\/p>\n A CDN helps speed content delivery by storing content at the edge, meaning faster load times and reduced latency. For high-bandwidth use cases, a CDN can optimize media delivery.<\/p>\n Companies like Kanopy<\/a>, a media streaming service; Big Cartel<\/a>, an e-commerce platform; and CloudSpot<\/a>, a professional photo gallery platform, use a CDN between their origin storage in Backblaze B2 and their end users to great effect. Kanopy offers a library of 25,000+ titles to 45 million patrons worldwide. Latency and poor performance is not an option. “Video needs to have a quick startup time,\u201d Kanopy\u2019s Lead Video Software Engineer, Pierre-Antoine Tible said. \u201cWith Backblaze over [our CDN] Cloudflare, we didn\u2019t have any issues.”<\/p>\n For Big Cartel, hosting one million customer sites likewise demands high-speed performance. Big Cartel\u2019s Technical Director, Lee Jensen, noted, \u201cWe had no problems with the content served from Backblaze B2. The time to serve files in our 99th percentile, including fully rendering content, was under one second, and that\u2019s our worst case scenario.\u201d The time to serve files in their 75th percentile was under just 200 to 300 milliseconds, and that\u2019s when content needs to be pulled from origin storage in Backblaze B2 when it\u2019s not already cached in their CDN Fastly\u2019s edge servers.<\/p>\n \u201cWe had no problems with the content served from Backblaze B2. The time to serve files in our 99th percentile, including fully rendering content, was under one second, and that\u2019s our worst case scenario.\u201d HTTP range requests allow sending only a portion of an HTTP message from a server to a client. Partial requests are useful for large media or downloading files with pause and resume functions, and they\u2019re common for developers who like to concatenate files and store them as big files. For example, if a user wants to skip to a clip of a full video or a specific frame in a video, using range requests means the application doesn\u2019t have to serve the whole file.<\/p>\n Because the Backblaze B2 vault architecture separates files into shards, you get the same performance whether you call the whole file or just part of the file in a range request. Rather than wasting time learning how to optimize performance on a new platform or adjusting your code to comply with frustrating limitations, developers moving over to Backblaze B2 can utilize existing code they\u2019re already invested in.<\/p>\n Prefetching is a way to \u201cqueue up\u201d data before it\u2019s actually required. This improves latency if that data is subsequently requested. When you\u2019re using a CDN in front of your origin storage, this means the user queues up data\/files\/content in the CDN before someone asks for it.<\/p>\n Video streaming service, Kanopy, uses prefetching with popular videos they expect will see high demand in certain regions. This would violate some cloud storage providers\u2019 terms of service because they egress out more than they store. Because Kanopy gets free egress between their origin store in Backblaze B2 and their CDN Cloudflare, the initial download cost for prefetching is $0. (Backblaze also has partnerships with other CDN providers like Fastly and bunny.net to offer zero egress.) The partnership means Kanopy doesn\u2019t have to worry about running up egress charges, and they\u2019re empowered to use prefetching to optimize their infrastructure.<\/p>\n In addition to TTFB, there are a number of other metrics to consider when it comes to assessing cloud performance, including availability, the provider\u2019s service level agreements (SLAs), and durability.<\/p>\n Availability measures the percentage of time the data is available to be accessed. All data occasionally becomes unavailable due to regular operating procedures like system maintenance. But, obviously data availability is very important when you\u2019re serving content around the globe 24\/7. Backblaze B2, for example, commits to a 99.9% uptime with no cold delays. Commitments like uptime are usually outlined in a cloud provider\u2019s SLA\u2014an agreement that lists the performance metrics the cloud provider agrees to provide.<\/p>\nOptimizing Cloud Storage Performance<\/strong><\/h2>\n
Performance and Content Delivery Networks<\/strong><\/h3>\n
\n\u2014Lee Jensen, Technical Director, Big Cartel<\/p><\/blockquote>\nRange Requests and Performance<\/strong><\/h3>\n
Prefetching and Performance<\/strong><\/h3>\n
Other Metrics to Consider When Assessing Cloud Performance<\/strong><\/h2>\n