Scaling the Web — The Inception of CDN The World Wide Web became publicly available in August of 1991. Within a few years, PCs became an essential household item and short after it was already clear that the existing infrastructure was not made to scale. Web pages featuring “404 error” codes were a common aggravating flow in the user experience. To help the web scale and ease user frustration, CDN (Content Delivery Networks) were launched. Websites with CDN support were now able to serve many more users simultaneously and over the years it became a mandatory part of the infrastructure. CDN’s value proposition was simple: fast and more reliable content delivery translates to better : more transactions, more ad impressions and higher gamer retention. To accomplish this, vendors such as Akamai distributed servers in major Internet junctions and stored static content such as images and videos. Content delivery was priced based on the amount of content served. business While one could argue that since CDNs help increase revenue it should be relatively simple to verify their ROI. CDN vendors have consistently pushed back from setting this as a way to measure . As a result, customers that wanted to validate the value of the solution started retaining a 3rd party monitoring/testing solution, and the first generation of performance monitoring technology was born. success Monitoring the Web: Synthetic vs. RUM Performance Monitoring started with a naïve approach called , in which companies such as Keynote Systems and Gomes (now Dynatrace) distributed test servers and executed scripts on an ongoing basis from well-known data centers globally. Together with the customer they could perform A/B testing and tell what was the marginal contribution of a CDN to a website performance/reliability. Synthetic Monitoring The problem with Synthetic Monitoring was that by knowing the location of the test servers, CDN’s have learned to optimize for these locations, making performance results inaccurate. Over the years, Synthetic Monitoring became more popular for assessing website or API availability as opposed to speed. Real User Monitoring (RUM) was invented to fill a gap in performance testing. In RUM testing, tests are executed on the devices of real users, with performance results sent to a repository that the website owner has access to it. While using RUM required end user permission and data is collected only when the user is active, it is more accurate and representative for performance testing. A Mobile Revolution with Web Monitoring Adaptation This was all good until 2007, when the iPhone was launched and mobile data usage started to surge. At first consumers mostly used browsers to access content on their smartphones, so mobile web usage traffic picked up nicely. Legacy Web monitoring technologies such as Synthetic and Real User Monitoring were adopted to test the Mobile Web by simply adding a to support these new devices. HTTP User Agent String (UAS) But in 2008 the App store was launched, and Mobile App usage picked up. Thousand and then millions of apps were introduced, and in 2016 mobile app usage surpassed desktop web usage. At this point, traditional CDN and Application Performance Monitoring (APM) solutions that were built to support websites connected to the internet using a wire lost most of their value. Unfortunately, most CDNs and APMs today are based on legacy solutions that do not accurately address the needs of the modern app developer. Today’s mobile app developers need: A new implementation of RUM as an integral part of the application, allowing it to collect more information regarding the device and surrounding network conditions. Moreover, these RUM solutions should be free, or at least very inexpensive, in order to proliferate among app developers. An enhancement to Web CDN designed to handle the last mobile mile, which often features a slower and flakier connection. Monitoring Mobile Apps: The Need for a New Standard Mobile app developers that care about performance and measurements are frustrated with the lack of solutions that can present consistent and measureable performance delivery data.They are seeking solutions to help them understand their app network behavior and pinpoint network issues in real-time, while enabling them to control and adjust their app behavior at the same time. All the while, they want to easily test mobile specific alternatives to content delivery. The mobile app industry and ecosystem has evolved rapidly over the last ten years. Unfortunately, the CDN and performance monitoring industries have not kept pace. In order to usher in the new era of apps, with better performance and more utility, it is imperative that mobile app technologies demand, develop and deliver better alternatives to the legacy CDN and APM solutions that exist today. PacketZoom has addressed this void in the mobile performance space, by adding to its mobile-only performance optimization platform. Mobile IQ is a real-time Mobile APM that is offered as a free-forever product. Paired with PacketZoom’s Optimization technology, it offer the first end-to-end Mobile APMO (Application Performance Monitoring and Optimization) platform. is now open for registration. Mobile IQ Mobile IQ beta

Flow

Too Long; Didn't Read

In your car, at home, or at work — Bosch technology shapes many areas of life.

Mobile Application Performance Management — Why the Timing is Right for a New Standard

Too Long; Didn't Read

Company Mentioned

Coin Mentioned

Shlomi Gian

About Author

TOPICS

THIS ARTICLE WAS FEATURED IN...

Mobile Application Performance Management — Why the Timing is Right for a New Standard

Too Long; Didn't Read

Company Mentioned

Coin Mentioned

Shlomi Gian

About Author

TOPICS

THIS ARTICLE WAS FEATURED IN...

RELATED STORIES