Archive for November 18th, 2008

A Liberal Against a Detroit Bailout

I find myself siding with the Repulicans on this one. Sorta weird. Tom Friedman has it right. I can’t see a good reason why we should put taxpayers’ dollars into a dying industry. GM, Ford and Chrysler’s management have done a miserable job, and unless they go through a serious shakeup such as a Chapter 11 bankruptcy, they shouldn’t continue to exist. The writing is on the wall for them. The Emperor has no clothes. As far as investors, lenders — I am one, through funds — and management, they deserve to suffer the consequences of how these companies have been run. The only consituents who may be entiteld to taxpayer assistance are the autoworkers and employees (not executives) of the small suppliers.

This brings up the union, healthcare and pension issues. Messy, to say the least. Personally, I’ve had a love/hate relationship with unions. I believe in the basic concepts of collective bargaining and I recognize that without the ability of employees to organize, employers will exploit them unfairly. But while the major U.S. unions have done an admirable job of growing benefits for their members, there now exist inequities in the benefits and pensions between union and non-union workers in this country. True, the UAW has accepted some concessions in recent years, but the fact is that GM and others are under a tremendous burden in supporting their former employees. This, by the way, is what the Republicans are thinking but not saying. By withholding from Detroit another $25 billion, they’re fostering union-busting through the bankruptcy process.

Although I’m not anti-union, this could ultimately be a good thing. Rather then spending billions on propping up the corporations, I’d like to see Obama and the Congress take this as an opportunity to start providing universal healthcare for all (not just out-of-work auto workers) and beefing up the Social Security System. I think we’re the only country in the world that ties healthcare to employment, which is nuts. And we’ve all seen what will happen if we continue down the Republican path of increased privitazion of retirement benefits.

Let the Big Three go into Bankruptcy. That’s what it’s for. There’s a process that has been tweaked for decades as opposed to the Paulson/Bernanke methodology of writing checks without adequate conditions and then seeing what works and what doesn’t. Let the old and broken institutions crumble. Only then can we get to the bottom and build a more honest and sustainable world. Avoiding the inevitable never works, by definition.

Amazon CloudFront

For the past three months we’ve been beta-testing a new Amazon web service now named CloudFront. The best way to think of CloudFront is a high-performance front end for Amazon’s S3, based upon edge servers located closer to your web site’s visitors.

I’ve been favorably impressed with the new service. To try it out, I went for the low-hanging fruit by simply changing delivery of our CSS and JavaScript files to CloudFront. Performance-wise, these are our most-critical files because browsers run single-threaded while fetching and processing CSS/JS files. After the change, the download speeds of these files fluctuated between 3x and 4x faster than when delivered from our dedicated servers at The Planet in Texas. The key, in looking at the network histograms, is the all-important ‘first-byte delivery time.’ Net improvement: ~750 milliseconds for the load of any of our pages, based on measurements here, 12 miles north of San Francisco. The entire change took only about 15 minutes of effort, including creating a new S3 bucket, copying the files, modifying our code — all the changes were in one file — and establishing a new CNAME, which is optional.

Amazon calls CloudFront a “web service for content delivery,” which isn’t quite the same thing as a content-delivery network (CDN). The difference (for us) is that CloudFront doesn’t (yet?) operate as a pure cache, running off our “origin server” in the same way as we deliver our media files via Limelight Networks, a true CDN. In the case of Limelight, we just maintain the files on our own server, setup a CNAME that refers to Limelight’s edge servers and that’s it. When we add or modify a file on the origin server, that’s all we have to do. Limelight instantly (and I mean that literally) begins to deliver the new version worldwide. We don’t have to do anything manual or otherwise to keep the CDN copies of our files fresh. In the case of CloudFront, you still have to take certain actions (which could be automated, of course) to get new and updated assets from your primary servers pushed to their edge servers.

But while CloudFront may not be a pure CDN at this time, it’s extraordinarily cost-effective. It’s a no-brainer way to speed up almost any web site. For those assets like CSS, JavaScript files, frequently used images, icons, etc., the performance is as good as any CDN I’ve used but at a fraction of the cost. Pricing has two components. For assets served from U.S. edge locations:

  1. $0.170/GB data transfer out
  2. $0.010 per 1,000 GET requests

Charges are lower as volume increases, but higher for delivery from their European and Asian edge locations.

(Aside: One thing I love about all of the AWS services is that by publishing their prices so clearly, they set a very public bar against which all other providers are instantly measured. This happened with S3, and it’s going to happen with CloudFront. Pricing of storage, hosting, servers and now content delivery was previously mysterious and highly negotiable — like by an order of magnitude. AWS has brought transparency to the world of web-service pricing.)

Consider, too, that CloudFront is a completely self-service offering with no minimums, setup costs or hassles once you’re into the whole AWS world. As far as reliability, we never had a single failure or outage that I’m aware of during the entire three-month test period.