Industry news

Strangeloop has joined Radware

7 Feb 2013

2 Comments

The i’s and t’s have all their requisite dots and crosses, and today I’m extremely excited to announce that Strangeloop has been acquired by Radware.

This is a really great day — not just for Strangeloop, but for our customers and for acceleration technology in general.

It’s great for Strangeloop because we get to integrate our awesome team with the equally awesome folks at Radware. We get the best of both worlds — the ability to continue to push forward with the same aggressive start-up mentality we’ve had ever since we founded the company in 2006, coupled with the ability to bring our solutions to a greater audience, thanks to Radware’s huge market reach and global reputation. It’s every tech company’s dream scenario.

It’s great for our customers and partners because it makes their lives simpler in an increasingly complicated world. Our customers have always asked us to help them find ways to limit complexity. By bundling our products with Radware’s complementary application delivery and security solutions, companies can now enjoy unparalleled, highly secure, end-to-end acceleration in one package.

It’s great for FEO technology in general because we can continue to innovate — developing new treatments and furthering our performance knowledge, and then sharing that knowledge with you, the members of our community.

You can read this post on the Strangeloop blog to find out what this move means, in practical terms, for our customers and partners, but the short answer is that it’s business as usual here at Strangeloop. I have a new Radware title — VP Application Acceleration — but other than that, things will go on pretty much as usual. I’ll continue to explore and evangelize performance through my blog and podcast, and I hope you’ll continue to join us on our exciting journey.

If you have questions, my virtual door is always open.

Related posts:

By: Tammy Everts Category: Tags: , , , ,

Introducing the Web Performance Today podcast

6 Dec 2012

2 Comments

I’m very excited to announce the launch of a project that’s been in the idea phase for more than a year, and actively in the works for the past couple of months: the Web Performance Today weekly podcast. (Note the link to the podcast index at the top of this site.)

I’m a huge podcast fan. I’m a regular listener of This American Life, Planet Money, A Prairie Home Companion, Rich Eisen, Dot Net Rocks, and Wiretap, to name just a few. There’s an immediacy and energy to podcasts that you don’t get from a blog post. Last year, I started thinking how cool it would be if we could take the kinds of fascinating conversations that happen in the hallways at Velocity and put them out there for everyone in our community to hear.

So this fall, spearheaded by Marie Clavel, Strangeloop’s heroic VP of Marketing, we rounded up some recording gear, lined up interviews with some of the biggest movers and shakers in our industry at Velocity EU, and kickstarted this baby.

Today, it seems only fitting that we launch the series with interviews with Patrick Meenan and Stephen Thair.

Without Pat, our industry would be a very different place. As you probably already know, he was one of the key people behind the development of WebPagetest, one of the first synthetic performance testing tools. I don’t think I’m exaggerating when I describe WebPagetest as revolutionary. It opened a lot of people’s eyes to the fact that real-world performance in no way reflects the ivory tower experience that most of us have while sitting in our cushy data centers, and it was instrumental in helping create a necessary sense of urgency in our community.

Stephen Thair is working hard to create this sense of urgency in the UK and Europe, which have historically lagged behind North America when it comes to performance. In addition to running his own performance consulting business, Seriti Consulting, Stephen also heads up the Web Performance Meetup Group in London, sat as a member of the Velocity program committee, and organized the inaugural London WebPerfDays unconference that followed Velocity EU this year.

I know a lot about the performance space, but it was gratifying to sit down with Pat and Stephen and realize there’s always more to learn. I hope you enjoy listening as much as I enjoyed chatting with both of these smart, interesting, funny guys.

I’ve got more great guests coming up each week in the months ahead. Happy listening.

Edited to add: I’ve already fielded a few questions from people wanting to know if the podcast will be available on iTunes. That’s in the works. I’ll keep you posted.

By: Tammy Everts Category: Tags: , ,

We’re teaming up with Amazon Web Services to bring advanced FEO to CloudFront customers

26 Nov 2012

0 Comment

There’s a great quote from Geoffrey Smalling, CTO at Wine.com, in this Strangeloop case study:

Anyone who tells you there is [a single magic bullet] does not have a deep understanding of the myriad issues that affect performance. Performance tuning requires a multi-tiered approach.

To get the best acceleration results, most of our customers use a combination of front-end optimization (FEO), content delivery network (CDN), application delivery controller (ADC), and in-house engineering. But this many acronyms can come with a steep price tag. While this is a great approach if your company has deep pockets or the in-house know-how to structure these solutions, let me paraphrase an old ad: “For everyone else, there’s Amazon CloudFront and Strangeloop.”

This is my roundabout way of announcing our latest partnership, this time with Amazon Web Services. Effective immediately, we’re teaming up to offer Strangeloop’s Site Optimizer service to CloudFront customers.

CDN + FEO: Two great tastes (etc.)

The benefits of combining content delivery with FEO aren’t news if you’ve been reading my blog for a while. To sum it up, CloudFront addresses the performance middle mile by bringing resources closer to users — shortening server round trips and, as a result, making pages load faster. Strangeloop’s technology tackles performance at the front end, analyzing and optimizing every page of a site, without touching code, so that it renders more efficiently in the browser.

As the table below (which uses data from this case study) shows, this combined solution has a huge impact on page metrics, from number of requests to payload to start render and load times. The bottom line: a combined CDN/FEO solution can make pages up to four times faster.

Q: Who wins? A: Small- to mid-sized companies

As a pay-as-you-go service, CloudFront brings an affordable content delivery service to smaller companies. In the same way, we can now bring advanced FEO — which has formerly only been available to companies with those aforementioned deep pockets — to smaller companies, as well as to companies for whom FEO is murky new territory.

Amazon Web Services senior manager Alex Dunlap has written a really great post on the AWS blog that talks about our partnership and explains how to configure Amazon CloudFront to work with Site Optimizer. I urge you to check it out if you want more insight into how our services complement each other.

If you have any questions about how these two solutions work together or their net benefit, let me know. In the meantime, expect an Amazon sales rep and a Strangeloop rep to show up at your door and make a compelling case for why you can get better performance for a fraction of the cost you are currently paying your existing provider. Let the games begin. :)

MORE: Find out how to get started with CloudFront and Strangeloop.

Related posts:

By: Tammy Everts Category: Tags: , , , , , , ,

The 33 best web performance links of Q2 2012

31 Jul 2012

4 Comments

For some reason, I thought that the past few months had been kind of quiet on the research front, so when I started this post, I thought it would be one of my shortest roundups yet. I was pleasantly surprised to watch it grow to become one of the longest!

There are some great case studies here, of both large and small sites, which I love to see. There’s also some truly excellent debate about responsive design and the mobile web, sparked by a post from Jakob Nielsen last spring, as well as some good stuff about the browser wars and third-party content. So enough with the intro. Let’s get into it.

Case studies

Optimizing Retr-O-Mat’s Web Performance

A casual performance optimizer details her efforts to get Retr-O-Mat’s average load times under 2 seconds. Good information for anyone interested in the nuts and bolts of front-end optimization (FEO).

Web performance can be beautiful too

After performing poorly in a 2011 web performance comparison of leading retailers, Crate and Barrel made WPO a priority moving forward. This blog post from Catchpoint shows just how “beautiful” their performance has been in 2012.

How the Post is improving site performance

Responding to a flood of user frustrations with their website, the IT team at the Washington Post rolled out a number of performance upgrades to their site over the past year. Find out what they did to improve their page speed by 32.4%.

Tips and how-tos

Building a faster web: Tools, tips, and lessons

If “faster connectivity and more bandwidth won’t save us,” then what will? Google’s Ilya Grigorik shares his insight on making the web faster in this in-depth slide deck, and he draws some very interesting conclusions.

How to Make Progress Bars Feel Faster to Users

The human perception of time is anything but linear, and with just minor visual tricks, it gets even more skewed. After reading this post, you may never trust a progress bar again. :)

The 3 white lies behind Instagram’s lightning speed

More cool perceptual tricks. The “secret sauce” behind Instagram’s stellar user experience is rooted in a combination of coding tricks aimed at giving users a feeling of constant responsiveness. Find out how their site “always pretends to work.”

Mobile

The web only works thanks to reload (and why the mobile web fails)

As Mike Belshe points out, web page resources routinely fail, but thanks to the ever-handy reload/refresh button, we can often solve these problems ourselves. With mobile browsing, however, the rules are different. Find out what this means for the future of HTML 5.

Web first for mobile

Performance evangelist Steve Souders focuses his performance research strictly on the mobile web – not on native apps. Why? He’s got more than a few good reasons.

A taste test of mobile website development

A solid webcast on the complex world of mobile development, touching on topics including Responsive Web Design (RWD), server-side device detection, and HTML5 performance on mobile.

Jakob Nielsen on mobile sites vs. full sites

Jakob Nielsen believes that mobile and full sites should be entirely different entities. Summarizing his argument, he states that “good mobile user experience requires a different design than what’s needed to satisfy desktop users. Two designs, two sites, and cross-linking to make it all work.”

Is Nielsen wrong on mobile? Arguments abound

From Net magazine: Jakob Nielsen’s assertion that “good mobile user experience requires a different design” is being challenged by a noted mobile expert, who argues that rather than stripping down for mobile, companies should be doing more.

Why we shouldn’t make separate mobile websites

More counterpoint to Nielsen’s post. Smashing Magazine’s Bruce Lawson argues that mobile redirection is unreliable, and excluding features for mobile browsers “perpetuates the digital divide.”

Responsive web design: Missing the point

Still more Nielsen backlash: Brad Frost states that, though mobile browsers are getting better at rendering full websites, creating adaptive sites for mobile users is essential to improving the user experience.

HTML5 features increase mobile usage by 28%

Interesting piece explaining how static pages needing an upgrade can vastly improve mobile user engagement through the addition of HTML5. The new release features interactive galleries, overlays, and expandable/collapsible boxes, driving up pageviews and decreasing bounce rates.

Tools

More ways to measure web performance with User Timings

Google Analytics has expanded its collection of Site Speed reports with a new feature called User Timings. The feature enables tracking of specific load times for discrete hits, images, and other user interactions.

New mod_spdy release supports Apache servers

More from Google. The latest version of mod_spdy – an Apache module that adds SPDY server support – is intended to fix bugs found in the original release.

“Speed Index” introduced as new performance metric

The Speed Index metric has been added to WebPagetest, helping measure the speed at which page contents are visually populated. The tool is especially useful for comparing page experience before and after optimization.

Browsers

Browser Speed Tests: Chrome 19, Firefox 13, Internet Explorer 9, and Opera 12

Lifehacker conducts it’s semi-regular browser speed tests, pitting the four titans of desktop browsing against each other in races for startup speed, tab loading times, and other performance indicators.

Which Browsers are the Fastest?

An interesting companion read to the Lifehacker piece, New Relic’s “Speed Wars” study shows that, while IE 9 speeds past other browsers on Windows, Chrome 13 on Mac was overall the fastest experience. In mobile speed tests, the fastest experience was delivered by Blackberry Opera Mini at 2.6 seconds, twice as fast as Safari 5.1 on iPad.

How the Chrome Predictor hides latency from users

Ilya Grigorik demonstrates how Google Chrome hides latency from users. Interesting stuff here.

Internet Explorer market share surges, as IE 9 wins hearts and minds

From Ars Tecnica: “The browser wars are back on in earnest. For the second time in three months, Internet Explorer made large gains, picking up almost 1 point of market share. Chrome, Firefox, and Safari all lost out, as Internet Explorer 9 won over new users.”

CDNs

A one-size-fits-all CDN solution isn’t always best

Server configurations come in all shapes and sizes, which means a one-size-fits-all CDN is seldom effective. Find out which Level 3 customer was the beneficiary of a custom CDN solution and how it worked out.

Third-party content

10 Golden Rules for 3rd Party Providers

Murphy’s Law reigned supreme throughout June, with a flood of large-scale outages taking down some of the world’s most popular websites. Given the inevitability of online failures, third-party providers must be prepared to deal with the worst. The folks at Catchpoint outline the 10 Golden Rules by which all third-party providers should live by.

The vendor who flunked the web performance test

Are third-party vendors ignorant to the consequences of slow web performance? According to Catchpoint they are, as they detail a story of one such vendor who was completely unaware of the performance impact of their product.

Average UK website has 14 trackers per page

Interesting findings from TRUSTe: Despite the prevalence of privacy policies, over two-thirds of trackers on UK websites originate from third-party companies, and almost half embed themselves permanently.

Google releases +1 button preview – loads 20% faster

Google announced that they’ve improved performance of the +1 button and Google+ badge. By reducing the size of the js/plusone.js loader and making the code smarter, page elements now load 20% faster.

Third-party JavaScript should be loaded asynchronously

Old news to some, but still worth mentioning: Third-party JavaScript should be loaded asynchronously, as it helps avoid slowdowns and can speed up page loads.

Third-party front-end performance, Act 1

Application provider Bazaarvoice is delving into the realm of front-end performance, and provides an interesting third-party perspective.

Opinions and analysis

Performance Nightmare: Nasdaq & the Facebook IPO

When Facebook began trading on May 18, 2012, a series of performance failures on Nasdaq.com caused a huge headache for the company. This article from Intechnica asks how much these badly timed hiccups cost investors.

More, better, faster: Steve Souders on WPO

Steve Souders kicked off O’Reilly’s Velocity video podcast series with an in-depth discussion of the state of web performance optimization. Key topics included measuring slowness, performance monitoring tools, and whether mobile disrupts performance.

Other research

How complex systems fail

As a complex and interdependent system, the web is prone to catastrophe at the highest levels. In this fascinating paper on resilience engineering, presented at Velocity 2012, Dr. Richard Cook outlines the reasons why all complex systems are intrinsically hazardous, why disaster is always just around the corner, and how failure-free operations still require experience with failure.

The growing epidemic of page bloat

I don’t usually pimp my own writing here, but this information is too important not to share. I wrote a piece for GigaOM showing that the average page size is now over 1MB, according to the HTTP Archive. At current growth rates, the average page could hit 2MB by 2015, which is a really big deal, especially for mobile users.

How fast are websites around the world?

Some fascinating findings here. Google’s Site Speed Reports provides detailed latency data for page load times by separating data according to device, location, and industry.

These links were all sourced from Strangeloop’s Web Performance Hub, which contains hundreds (and by now, possibly even thousands) of industry-wide links, organized by topic, source, research type, and industry. It’s a pretty good resource, if I do say so. If you have any new links to recommend, let me know.

http://t.co/EHbRdT6r
10 Golden Rules for 3rd Party Providers [article]
Catchpoint – June 26, 2012
Summary: Murphy’s Law reigned supreme throughout June, with a flood of large-scale outages taking down some of the world’s most popular websites. Given the inevitability of online failures, third-party providers must be prepared to deal with the worst. Find out the 10 Golden Rules by which all third-party providers should operate by.
http://t.co/LGYUpGn1
End-to-end optimization: Taking content delivery to the next level [blog post]
Web Performance Today – June 27, 2012
Summary: Strangeloop Networks is thrilled to announce the launch of our latest product, Network Accelerator. Learn all about how this product works, what it does – and most importantly – why it’s a major step forward for content delivery networks.
http://t.co/T4z69s7k
How complex systems fail [research paper]
CTALab.org – June 26, 2012
Summary: As a complex and interdependent system, the web is prone to failure and catastrophe at the highest levels. In this fascinating paper on resilience engineering, Dr. Richard Cook outlines the reasons why all complex systems are intrinsically hazardous, why catastrophe is always just around the corner, and how failure-free operations require experience with failure.
http://bit.ly/LzGPqN
Mobile optimization starts with mindset: Hooman Beheshti interviewed at Velocity 2012
O’Reilly Media – June 25, 2012
Summary: Where are we in the mobile optimization life-cycle? What mindset should site owners adopt when boosting mobile performance? Are performance measurements improving? In this video, Strangeloop Technology VP Hooman Beheshti offers his unique insight on the current state of mobile.
http://t.co/Vnced8tq
The 90-Minute Mobile Optimization Life Cycle [slides]
Strangeloop Networks – June 25, 2012
Summary: Strangeloop Technology VP Hooman Beheshti wowed attendees at this year’s Velocity Conference with a presentation on the mobile optimization life cycle. For those who missed it, be sure to check to check out these fascinating slides.
http://bit.ly/Nu1gCi
Ghosts of Velocities Past: 9 presentations that are still relevant today [blog post]
Web Performance Today – June 20, 2012
Summary: Velocity’s short (yet incredibly important) history is filled with memorable moments, and these 9 presentations from past conferences remain relevant today. Perhaps not trendsetting anymore, but certainly trend affirming, which may just be better.
http://bit.ly/MFuxMR
My recent post on SEOMoz: 13 Questions (and Answers) About Google, Site Speed, and SEO [article]
SEOmoz – June 18, 2012
Summary: In this article, Strangeloop president Joshua Bixby breaks down how site speed and performance metrics affect Google page ranks. For anyone who has ever wondered how Google manages to make performance metrics affect SEO, this article is a must-read.
http://mz.cm/M24fGc
Introducing: New Browser Tax feature for our ecommerce customers [blog post]
Web Performance Today – June 14, 2012
Summary: Ever wish you could arbitrarily tax your customer base for failing to stay current, with zero repercussions? With the new Strangeloop Browser tax, your wish is now a reality!
http://bit.ly/NC5Q65
Optimizing Retr-O-Mat’s Web Performance [blog post]
Finding Marbles – June 9, 2012
Summary: For the “WPO guy’s wife,” average load times just aren’t good enough. In this post, a blogger and casual performance optimizer details her efforts to get Retr-O-Mat’s average load times under 2 seconds. Great information for anyone interested in the nuts and bolts of WPO.
http://t.co/k0lXkniG
Browser Speed Tests: Chrome 19, Firefox 13, Internet Explorer 9, and Opera 12 [article]
Lifehacker – June 12, 2012
Summary: It’s a battle of startup times, tab loading times and other KPIs between the four titans of Windows browsing. Lifehacker’s speed tests are always entertaining for what they’re not afraid to say, and this article is no exception.
http://bit.ly/Nb2ibS
Marrying CDNs with front-end optimization for maximum acceleration [blog post]
Web Performance Today – June 12, 2012
Summary: Front-end optimization (FEO) has been weaving its way further into content delivery networks (CDNs) over the past two years, and the dynamic between these two technologies continues to evolve. In this video presentation, Strangeloop’s Joshua Bixby breaks down the benefits of combining these performance solutions.
http://bit.ly/L3aatz
How the Chrome Predictor hides latency from users [article]
Igvita.com – June 4, 2012
Summary: Google Chrome features countless tools for supercharging load times, but when those aren’t enough, the browser can hide latency from users. Find out how!
http://bit.ly/Nw6ZMh
Building a faster web: tools, tips, and lessons [slides]
Igvita.com – June 3, 2012
Summary: If “faster connectivity and more bandwidth won’t save us,” then what will? Google’s Ilya Grigorik shares his insight on making the web faster in this in-depth slide deck, and draws some very interesting conclusions.
http://bit.ly/L0eERH
The “performance poverty line”: What is it and why does it matter? [blog post]
Web Performance Today – June , 2012
Summary: The “performance poverty line” is the point at which business metrics have sunk so low, load times cease to matter. But how is this line measured? Does it differ between industries? And most importantly: is there hope?
http://bit.ly/NJAqs2
A one-size-fits-all CDN solution isn’t always best [article]
Level 3 – June , 2012
Summary: Server configurations come in all shapes and sizes, which means a one-size-fits-all CDN is seldom effective. Find out which Level 3 customer was the beneficiary of a custom CDN solution.
http://bit.ly/M9P5xt
Why the Facebook outage is (yet another) wakeup call for site owners [blog post]
Web Performance Today – June , 2012
Summary: The hazards of running third-party scripts are well documented, but the May 31st Facebook outage was another stern reminder. In this post, Strangeloop’s Joshua Bixby discusses all things third-party, including rogue content and common performance pitfalls caused by third-party content.
http://bit.ly/JQj7GX
The web only works thanks to reload (and why the mobile web fails) [article]
Belshe.com – June , 2012
Summary: Web page resources routinely fail, but thanks to the ever-handy reload/refresh button, we can often solve these problems ourselves. With mobile browsing, however, the rules are different. Find out what this means for the future of HTML 5.
http://bit.ly/NAAQ3O
How to Make Progress Bars Feel Faster to Users
UXMovement – June , 2012
Summary: The human perception of time is anything but linear, and with just minor visual tricks, it gets even more skewed. After reading this post, you’ll never trust a progress bar again!
http://bit.ly/NcsVfg
Does the average web user waste two days a year waiting for pages to load? [blog post]
Strangeloop Networks – June , 2012
Summary: It may not be true, but in web performance, perception is reality. Web users in the UK are less than pleased about their online experience, but just how cranky are they?
http://bit.ly/LSFIlv

Related posts:

By: Tammy Everts Category: Tags: , , , , , , , , , , , , , , , , ,

End-to-end optimization: Taking content delivery to the next level

27 Jun 2012

1 Comment

The content delivery ecosystem is changing, and with the launch of our latest product — the Strangeloop Network Accelerator — we here at Strangeloop are excited to be playing a part in this.

In this post, I’m going to provide some historical background that takes us up to the present market readiness for end-to-end optimization (EEO). Then I’ll share a bit of how Network Accelerator works.

A brief history of time saving: From delivery to transformation to delivery PLUS transformation

Below is one of my favourite slides from presentations I’ve done at various events. This diagram lets you see at a glance the evolution in our industry:

History of time saving: Infrastructure to delivery to transformation

As I’ve talked about many times, organizations that recognize the need to take their website’s performance to the next level need to change their basic assumption about acceleration. This change is not a 180-degree turn, however – it’s an evolutionary change. Delivery-based solutions, such as content delivery networks and dynamic site acceleration (DSA) tools, have formed a solid foundation. And in recent years, transformation-based solutions — specifically front-end optimization (FEO) products and services like the ones we develop at Strangeloop — have complemented this foundation.

If you’ve spent any time in this space, you know that these solutions, while complementary, have been available as more-or-less standalone options. But it was only a matter of time before someone found a way to consolidate DSA and FEO solutions, and then leverage CDN infrastructure to deliver these solutions closer to end users — all in one cost-effective package.

We’re happy that it was us.

What this means for telcos and cloud providers

Telcos and cloud providers are aggressively entering the content delivery space. Here’s the elevator recap as to why:

Pages are getting bigger. Web traffic has been growing almost exponentially. More data traveled over the web in 2010 than in the entire preceding history of the internet. Telcos have been paying to provide the highways for all this traffic — highways that traditional CDNs are leveraging for their own purposes, at a considerable profit.

Telcos have a vested interest in entering in this space. Traditional CDNs don’t necessarily create the most efficient pathways for content, and these inefficient pathways are expensive — specifically, they’re expensive for telcos. By moving content around more efficiently, and by caching content in their own PoPs close to end users, telcos stand to save a lot of money.

But saving money is just part of the equation. In recent years, providers have realized that they are in a strategic position to add value to customer content by offering:

  • quality of service across the entire delivery ecosystem,
  • economies of scale that confer cost advantages for content owners, and
  • even faster content delivery than traditional CDNs, because they are closer to end users.

Ultimately, the big winners will be end users. Telcos and cloud providers are very aware of the growing end user demand for availability and quality of service — the user experience stats we cite all the time. They want to leverage how they manage their networks and their cloud so that they can  offer their customers — and by extension all web users — better, faster, higher quality content.

They’re constantly building out their infrastructure, increasing their PoP density (aka “capillarity”, a term I love, picked up from Gonzalo de la Vega from Telefónica at the recent Content Delivery Summit), and shortening the journey from PoP to end user.

This is one part of the next-gen content delivery equation. Network acceleration solutions like ours are the next part.

So how does the Strangeloop Network Accelerator work?

We offer the first acceleration package that tackles the entire content delivery chain, piggybacked on network infrastructure. We call it end-to-end optimization (EEO), and it looks something like this:

Strangeloop Network Accelerator1. It starts with Near-Client Edge Acceleration powered by our proprietary LightSpeed platform — acceleration nodes that sit at or near network PoPs.

At the edge, Network Accelerator receives connections and starts up browser rendering as fast as possible using the LightSpeed platform. The LightSpeed platform extends business logic to the edge, allowing adaptive acceleration decisions to be made in real time — without demanding greater infrastructure spend or complexity.

2. Then comes Middle-Mile Acceleration powered by our innovative DSA technology.

Network Accelerator uses our own next-gen version of DSA to optimize middle-mile delivery. Our unique visibility into content patterns allows Network Accelerator to perform content-level optimizations such as aggressive compression, HTML differencing, and symmetric acceleration techniques to reduce traffic to its leanest and most efficient form — typically accelerating content by at least five times.

3. And finally Near-Server Edge Acceleration, powered by our award-winning FEO platform.

Network Accelerator takes our best-of-breed FEO engine and enables it to power an infinitely scalable and redundant cloud platform. By adding advanced FEO at the PoP, rather than at the origin server, we can do extremely cool things such as facilitate adaptive and real-time information sharing between nodes and on-demand rewriting that scale in real time to changes in load.

Of course, it’s not enough to have infrastructure and a faster content delivery network.

It would be naive to think otherwise. Telcos and cloud providers need to evolve in other areas in order to successfully disrupt the CDN market:

  • They need to learn to sell high-value products.
  • They need to talk about more than price as a differentiator.
  • They need to gain high-value technical expertise at layer 7.
  • They need to provide responsive customer service.
  • They need to accelerate processes both pre and post sales.

But for companies who have mastered these challenges, end-to-end optimization is a logical next step.

In my next Network Accelerator post, I’ll be taking a deeper dive and describing a few of our key features. In the meantime, if you have any questions, let me know in the comments.

Related posts:

By: Tammy Everts Category: Tags: , , , , , , , , ,
1 2 3 4 5 6