chuck.goolsbee.org

       goolsbee.org: serving useless content from an undisclosed location since 1997

July 9, 2010

My Next Challenge: Facebook in Prineville, Oregon

Filed under: Datacenter,Goolsbee News,Technology — chuck goolsbee @ 6:00 am
Facebook's Prineville, Oregon Data Center.
Facebook's Prineville, Oregon Data Center.

Now I can finally tell everyone what’s been going on… what all those cryptic status messages I’ve posted on Facebook & Twitter over the past several weeks have meant:

I’ve taken a position with Facebook in their Technical Operations group as the Lead Datacenter Technician at their new Prineville, Oregon facility, working for Ken Patchett. I’ve talked often about the migration of the datacenter industry into rural areas, and now I’m living up to that conclusion. Facebook is a rapidly growing company and performs technical operations on a scale I never could have experienced at digital.forest, so I’m very excited about this opportunity. In the decade I’ve worked at d.f I was immersed in every facet of the datacenter business except scale, as our largest project ever topped out at ~2MW/10,000sq’. Day One at Facebook for me will exceed that scale by a wide margin. I can’t wait to meet my new colleagues and be a vital part of building and operating the best facility on the Internet. I start at Facebook on Monday, August 2nd.

Sue has found a position as a Public Defender in Crook & Jefferson counties. This move will something of a homecoming for Sue as she was born in Prineville and grew up in various small towns in central and eastern Oregon – her dad worked for the USFS. We’ll be close to family now too, as Sue’s dad and two sisters still live there. When I first heard about Facebook’s choice of Prineville for their new facility I joked to Sue about her birthplace being suddenly thrust into the limelight… then a few months later they called me! It was like fate or something. She’s very excited about being able to move back to Oregon. Due to the Oregon State Bar process she can’t start practicing law until early October, but we hope to be all moved down there by early September at the latest to have Nick ready for school.

Nick is mildly apprehensive about all this, as he’s really settled into a good spot in life here in Arlington. He has all those things teens need: great friends, good grades, and a passion (running X-C.) As much as we tell him that he’ll be able to find all that in Oregon, he doesn’t know that … yet. We hope to find a place where he can fit in, so we’ve been emailing the coaches of the various X-C teams in the area.

We’re currently shopping for a home down there (dictated by Nick’s terms above, and of course with some good shop or barn space to build my “Garage Mahal”) and will update everyone with our new address as soon as that process comes to a close.

It is of course tough to say goodbye to our home of the past eleven years here in Arlington, and our friends, family, and colleagues. But we’ll still be in the region. Come visit us at hit the slopes!

This is the beginning of an exciting new chapter in the Goolsbee’s life. As always stay tuned to follow along!

February 22, 2010

The Winding Road Ahead, and a Glance at the Rear View Mirror.

Filed under: Datacenter,Technology,digital.forest,life — chuck goolsbee @ 4:27 am

To some this sign may be a warning. To others it is an invitation. A temptation. A true desire.

I’ve driven this particular road many times and always pause at that famous sign. It is one of those landmarks and moments where you step out of the car, relax a bit, stretch your legs, gather your thoughts, take a deep breath… and then dive in. As the road coils and contorts before you the senses heighten and sharpen, and your focus becomes laser-like. Right now I’ve metaphorically pulled over at that sign and am shaking the thoughts of the long straightway that lies behind me out of my mind, preparing for the focus required of the next challenge.

After ten years in my position at digital.forest, I’m looking to move on to something new.

If digital.forest were a road it would be a well-maintained six-lane freeway today… but I knew it when it was a dirt track alongside a cow pasture. Founded by a close friend in 1994 it was essentially a one-man operation for several years. My friend brought me on-board in the spring of 2000. In the decade since it has grown and prospered. The road did indeed have many treacherous grades and diminishing radius curves, but we navigated them all with aplomb and daring. Our industry boomed, and while we managed to raise some very modest capital, we watched in awe as competitors pulled in millions of dollars, and built amazing facilities. Then, very soon thereafter our industry busted. Those very same competitors had over-built, over-extended themselves, and died off at an astonishing rate not seen on earth since the K-T Extinction Event. We used our revenues wisely, not spending on luxury offices or standard “dotcom datacenter” frivolous eye candy, but instead focused on finding, serving, and retaining what we had: Great Clients. We did this through conservative spending on what was really important to our clients, namely buying critical infrastructure to ensure their uptime. This allowed us to grow and thrive when others were shrinking or dying. Of all the things we’ve done before or since, those worst days of our industry were truly digital.forest’s finest hour, and I look back at what we did, and how we did it, with pride.

We filled our original facility to capacity, and in 2004 went looking for a new one. We found one of those amazing facilities built in the exuberant boom days that had never been completed. It was perfect for us. Not too big, but with room to grow. Over several months in 2004/2005 we completed the long-dormant construction and moved in. It was the craziest half-year of my professional life. My team worked around the clock, seven days a week, for four months straight to build, equip, and then move a live datacenter twenty-nine miles across a major metropolitan area. Operationally it was a flawless migration. Our Account Management team did an amazing job working with our clients, letting them know what was going on and why, and scheduling their move times weeks in advance, often down to the minute. My Technical Operations team executed the move with speed and precision. Most importantly, we did not lose a single client in the process.

What amazing clients they are! I’ve met truly wonderful people during my time at digital.forest. It has been a privilege to serve them, and a joy to watch many of them succeed and grow. Most of all though, the greatest benefit for me has been to make many of them my friends. Our clients are in very good hands, as my other privilege has been to work with some of the most competent and capable people I’ve ever known in my twenty-five years in business.

That move to a new facility is what transformed digital.forest from a rural two-lane blacktop into a super-highway. We expected that “room to grow” would last us a few years, but within months we were expanding again, metaphorically going from two lanes to four, and then six. Curves were smoothed out, bridges built, grades reduced, and guardrails erected. What was once a winding road was now a superslab, on a straight and fast course over the horizon.

Personally, I prefer the winding road to the wide freeway. The challenges are more vivid, and the work keeps me alert and feeling alive. It has nothing to do with the size of the company, as even large organizations can have immediate challenges. I joined one of the larger companies in the Fortune 500, Federated Department Stores (now Macy’s Inc.) in 1990 when they committed to completely transforming their advertising processes from analog to digital. What an amazing ride that was! I left Macy’s to join a small, but international publishing company in 1995 to create an entire IT operation from scratch, then volunteered to transfer to their UK headquarters to successfully reorganize their IT department. From there I went to digital.forest and helped it grow eightfold during my tenure. It is on these sorts of courses I prefer to grab the wheel and shifter to carve up the corners. No freeway driving for me.

I have some projects to complete and/or hand off to others at digital.forest, but mostly I’ll be focussed on finding that next great road. Something that will get my engine roaring in tune with gear changes and sweeping curves.

Let me know if you hear of one.

January 22, 2010

Datacenter Site Selection – Facebook in Prineville, Oregon

Filed under: Datacenter,Technology,Thoughts — chuck goolsbee @ 11:05 am
Average Industrial Power Rates per State
Average Industrial Power Rates per State

Facebook announced this week that they are building a datacenter in Prineville, Oregon.

Other than being the place of my wife’s birth, and the home of Les Schwab Tire Centers, why on earth would they choose to locate a high-tech industrial facility in Prineville, a tiny town in eastern Oregon far from any major metropolitan area? The reasons are simple, and boil down to two things: Cost of Electricity, and Climate.

Have a look at the map above. This represents the average cost of power to an industrial user on a per-state basis. I’ve said it many times, but it bears repeating: A datacenter is essentially a facility that transforms electricity into bits. Power goes in, bits come out. The by-product of this bit manufacturing process is heat. So power costs, and the ability to keep the facility cool are the two critical components of datacenter site selection. Those white states running through the map represent the lowest power costs.

While the cost to build a datacenter is staggering (~$2000 per square foot) the cost to operate it over time is daunting. Datacenters use a lot of electricity. Not just for powering the servers, but also to keep the environmental conditions correct for those servers. Computers don’t react well to dramatic changes in temperature and humidity, so a stable environment is critical. It takes as much, and often more power to maintain the datacenter environmental conditions as it does to power the servers. Locating the datacenter in a place with a naturally cool climate is a huge advantage due to the concept of “free cooling”… that is using naturally cool outside air to maintain the inside temps. We do this at digital.forest’s datacenter in Seattle. Outside air is used the majority of the time, year round. Only in daytimes during the summer do the mechanical cooling systems have to kick in and take over. You can’t do this in Houston, or even in most of California. So look at those white states and think about which ones have the reliably coolest climates.

Washington & Oregon.

Washington state has an advantage over Oregon in that power is less expensive here. Visionary companies started building datacenters near the large hydroelectric dams along the Columbia River about seven years ago. Microsoft and Yahoo near Quincy, VMware and T-mobile near Wenatchee. More were planned until our Attorney General, Rob McKenna declared that datacenters were not classified as “Manufacturing Facilities” and therefore not eligible for sales tax breaks on capital purchases tied to their construction. Given that it costs tens to hundreds of millions of dollars to build a datacenter, this action tipped the scales into Oregon’s favor. Even though the long term operating costs in Oregon may be slightly higher, the cost to build a facility is much, much lower as Oregon has no sales tax. This is likely why Facebook chose Oregon.

Construction will last for quite a while and inject $188 million dollars into the Oregon economy. Once in operation the facility will bring about 35 well-paying jobs (Facebook says 150% of the region’s prevailing wage) to the town of Prineville. For rural areas this can only be a good thing. So congrats to Facebook and Prineville, and let’s hope it is a long a fruitful relationship.

Datacenters are a growth industry of the future and will be a wonderful economic boost for rural communities east of the Cascades where traditional industries such as timber have all but vanished. I hope our politicians in Olympia have noted this and can get datacenter construction rolling again here in Washington.

January 20, 2010

Realization of an Anachronism: Raised Floor – Requiescat in Pace

Filed under: Datacenter — chuck goolsbee @ 9:08 am

This morning I noted, via Rich Miller’s twitter stream a new article counter-proclaiming the death of Raised Floor in datacenters. It boggles my mind how people still cling to this outdated, outmoded, and clearly obsolescent technology. I’ve ranted about this before two and a half years ago. Nothing has changed in those two and a half years other than raised floor being that much more obsolete.

Put your racks on slabs guys. It’s liberating.

December 2, 2009

Published: Five fallacies of cloud computing

Filed under: Datacenter,Review & Criticism,Technology,Thoughts,Writing,rants — chuck goolsbee @ 8:17 pm

Five fallacies of cloud computing.

My article about cloud computing fallacies was recently published over at Tech Target. The cool part for me has been seeing people reference it in Twitter posts. Big thanks to my college buddy Richard Puig for asking me the question that set me off on this rant. ;)

Unlike past articles I’ve had published there this one does not have a comments sections, so I can’t see the feedback. I’ll have to ping my editor and see what sort of cranky emails he’s been receiving .

November 11, 2009

McHugh Plans Major Chicago Data Center « Data Center Knowledge

Filed under: Datacenter,Technology,Thoughts — chuck goolsbee @ 10:46 am

McHugh Plans Major Chicago Data Center – Data Center Knowledge.

I found one phrase very interesting in this post on Rich Miller’s excellent “datacenterknowledge” blog:

“…just blocks from the city’s major Internet connectivity hub.”

In military parlance this is called “fighting the last war.” Connectivity was the largest issue facing those of us who were building datacenters a decade ago. Getting onto “the wire” was really the hardest part and the availability of fiber-optic networks was by far the premier consideration when seeking a site for a datacenter. Back then, bringing fiber into the facility from even moderate distances was very expensive. A datacenter is a place where electricity is transformed into bits, on an industrial scale. Power goes in, bits go out over those fiber-optic networks. A decade ago getting to those bits was the hard part. It was expensive, and time consuming.

How times have changed. Today’s premier consideration in datacenter site selection is even more basic: electricity. How much and how cheap? Even a large facility’s output can be handled with a couple of bundles of fiber-optic cable, but the electrical input needs have grown enormous. Moore’s Law has a downside, and that is power consumption. Today’s servers burn up Watts at a rate their forebears a decade ago could only dream about. Today’s datacenter needs at minimum 5X the power it required in 1999, ideally much more. The rate charged for that electricity is even more critical when it comes to site selection. This is why those at the leading edge of this business are building in places like the Columbia Valley. Home to more than just great vineyards, it is also where “green” hydro & wind power can be purchased at well under 1¢—3¢ per kilowatt-hour. Contrast that with rates in Illinois averaging 7¢—9¢ per kW/hr. Over the useful life of the facility that difference could be hundreds of thousands, if not millions of dollars.

Digging a little deeper in the story is seems that this facility was originally planned a decade ago, and was delayed when datacenter oversupply stalled facility building projects in 2001. Datacenter demand kept growing, and continues to grow at a healthy rate. Healthy enough to fill this Chicago facility when it is complete, I’m sure. The smart money however, will go to the places where operations costs are the lowest, which is next to a dam somewhere. Wenatchee, Quincy, The Dalles. Those places are the future of the datacenter industry.

September 28, 2009

..This whole cloud thing.. The Five Big Fallacies surrounding Cloud Computing

Filed under: Datacenter,Technology,Thoughts — chuck goolsbee @ 9:48 pm
Puffy little clouds...
Puffy little clouds...

An old college buddy called me last week. He works for a manufacturer who sells their product into datacenters (among other markets) and he wanted my insight, as a datacenter professional, into “This whole cloud thing”. It seems a colleague of his is trying to convince his whole company to prepare for the cloud computing paradigm shift, where “everything will exist within about 10 huge datacenters.” I have to admit I laughed when I heard that. My friend wanted to know what impact cloud computing will have on the future… “is what this guy saying really going to happen?”

In my answer I went over how much of the thinking and hype surrounding cloud computing is built upon fallacies, while ignoring the market realities. Let me outline those fallacies here:

Fallacy #1. New technology always supersedes old technology.
I wish I had a dollar for every time I heard or read something akin to “Everything will move to the cloud.” The basis of this statement is a deeply-held fallacy in the minds of so many people who follow technology, most of all the “pundits” one reads in the trade rags and blogs. Everything? Really? This fallacy is an extension of an old economic fallacy, that of the limited market. The more gains X makes in a market means that Y & Z lose. For some reason, perhaps the desire of people to sort everyone and everything into piles named ‘winner’ and ‘loser’, they assume that in any given market there can only be one winner and everyone and everything else loses. So all thinking becomes weighted towards the supposed winner. In reality markets are in constant states of shift, and for all practical purposes have no limits. Further if you have a product or service that satisfies a set of customer needs better than the competition, then you will make sales. Not all customers have the same needs, so there is no way that any single technology, service, or business model can exclude all others by its mere presence in the marketplace. Indeed for “everything to move to the cloud” then the cloud has to become the solution to all the needs of all the people. This is impossible. Additionally needs change as conditions and states change. What I need now as I sit at home will be different from what I need sitting at my desk at work tomorrow, or while traveling next week. Cloud delivery assumes pervasive, persistent connectivity, which does not exist, and frankly likely never will. Technological tools should always have some usefulness in stand-alone, disconnected installations, otherwise they are just expensive, not to mention inefficient boat anchors. The new replacing the old seems like the natural order of things, after all we no longer drive horse-drawn buggies right? One could argue that the modern car is the natural evolution of the buggy, with the internal combustion engine merely replacing the horse itself as the prime motivator. The aircraft did not replace the car, despite nearly all pundits in the middle of the 20th century predicting it. (Where are our flying cars anyway?) Nor have many other older technologies vanished; trains and ships still traverse the planet despite much “better” technologies having been developed since their invention. Television hasn’t fully replaced radio or movies. Those markets instead have expanded to allow all these technologies to survive in their own niches. Those niches may expand and shrink over time, but the new technology rarely, if ever completely replaces the old. Bringing it back to information technology, even mainframes are still being built and sold, despite their perception of being technological dinosaurs. Why? Because they serve a need that can not be met by newer technologies. If anything the market for mainframes remains about what it was a decade ago. Sure the market isn’t growing like it was in the 1960s, but it is likely actually larger in terms of physical units operating than it was back then. Cloud computing, even if it is wildly successful will not replace the forms of computing we use today, it will only expand the markets and provide new solutions to some old, but mostly new solutions. That is where technologies really bloom and create markets is when they solve new problems not replace the solutions for old ones.

Fallacy #2. Cloud computing is new technology.
It is not a new technology, just a new name. (See RFC1925, Item 11 & corollary.) At its core “cloud computing” represents no new technology. It is just a buzzword-du-jour being applied to a collection of older technologies being packaged and sold in a new way. I’ve heard the term used to describe everything from Amazon’s EC2 to Skype, from Gmail to Salesforce.com. I find it hard to believe that these all fall into a single definition. Their sole commonality is that they are services delivered over the Internet. That would make my little website here part of The Cloud, and I can tell you it required no recent technological paradigm shift to spring into existence. It seems I’m not the only one with this opinion. If anything I would argue that cloud computing isn’t really about technology at all, but really a way of provisioning and selling computation. Before it was called “cloud computing” it was called various names at various times, as the concept iterated itself though history: Time Sharing, Client/Server, Network Computing, Thin Clients, Utility Computing, Application Service Provider, Grid Computing, Software/Platform/Infrastructure as a Service, etc. None of these terms including “cloud computing” describe any new technology, only ways of delivering or provisioning existing technology. It boils down to rental rather than purchase, period. If I rent you my car I can not claim to have invented the automobile. Or the concept of renting it either.

Fallacy #3. Cloud computing will replace datacenters.
I’ve heard this fallacy from many sources, not just my friend’s colleague’s claim of the future where “everything will exist within about 10 huge datacenters.” Cloud computing represents no threat to the datacenter whatsoever. If anything it will just require MORE datacenters. That answers my friend’s worry, but how did this fallacy originate? Well, datacenters are very expensive. They are very expensive to build and very expensive to operate. As power densities (that is the amount of Watts per square unit of measure available within a given datacenter) go up so do construction costs. The current average cost to build a datacenter in the USA up to modern standards is between $1500 and $3000 per square foot. Compare this to the $150-$200 per square foot cost of the average office building in the USA and you’ll understand why CFO’s tell their CIO/CTO counterparts to rent rather than buy. That is just the building part. Once the construction is complete you have to operate that facility and it costs money too.

When you boil down what a datacenter does, it is pretty simple. A datacenter is a facility that turns electricity into bits, usually on a grand scale. The by-product of that industrial process, like so many other industrial processes, is heat. Power comes in, usually in vast quantities, and gets burned up by the silicon and rotating discs and transformed into bits, which exit the facility on the wires to be delivered to you, the consumer of bits. This makes heat, which has to be mitigated by mechanical cooling because without cooling the computers will fail faster. This very website resides on a server in a datacenter. This server runs 24 hours a day, and even when people are not reading these bits it burns up energy and makes heat all the day and night. Multiply that by millions, if not billions of servers running in every datacenter around the globe. Now layer on top of that the cooling systems to mitigate the generated heat and you’ll see how operating these facilities is very costly.

Now let’s ice this cake. Moore’s Law has a flipside: the more powerful you make a computer (due to that increase in transistors on silicon) the more power it will consume. Nowhere is this as plain to see and feel than within the datacenter. When a datacenter is built, it usually has a fixed amount of power allocated to it in the form of amps (or if purely AC power, perhaps in VA) which it can not exceed, this is its total electrical capacity. That power is then split, traditionally around 50/50 between “IT Load”, in other words the servers and the UPS gear, and “Mechanical Load” which is dedicated to cooling the IT Load. Watts are what is consumed by facility as it runs. By analogy, if you think about your car the amps/VA/capacity is the limits of the engine’s power, while Watts are the gasoline the car consumes over its lifetime. So building a datacenter is like buying the car, and the operating costs are what consumables it uses over its lifetime. Like automobiles, datacenters have seen increases in capacity and power over the last several decades. In the 1960s the datacenter was a large room with a few, or maybe just one large computer. The advent of the mini/micro/personal computers has transformed the datacenter. Now they are large buildings with thousands, if not tens of thousands of computers in them. The electrical capacities and densities of datacenters has risen exponentially as well. A decade ago 90 Watts per square foot was a high-end facility, now nobody would bother building such a datacenter. 300-600 Watts per square foot is common today, and higher densities are planned or even already complete. The tighter you pack the servers the hotter it gets inside the datacenter. Computers have become consumables themselves, and some are now building datacenters with minimal cooling, assuming that heat-related failure is just the signal that it is time to replace the server anyway. The building and the electricity are the true expenses and the computers are cheap commodities, just there to be used until they fail. Turning decades of IT thinking on its head! Maybe Dilbert was wrong?

Datacenters may be changing, but cloud computing doesn’t change datacenters or their economics. Cloud computing providers still have to build and run datacenters (or rent the space from colocation providers.) Those require capital expenditure. In order to pencil out economically, the cloud provider has to either charge their customers enough to pay for the build in a reasonable amount of time and cover the monthly operating costs, or oversell their capacity and hope it doesn’t bite them in the ass. This is why I’ve said the only reasonable current cloud provider business model is Amazon’s, which is based on excess capacity. Essentially the cloud customers contribute to Amazon’s datacenter ROI while they scale their own operations. It is a brilliant model. But anyone who is starting out as a stand-alone cloud provider faces a rough road to profitability.

All the world’s computing needs can not be collapsed into those “ten huge datacenters” my buddy heard about. The reality is that as industry, business, and society use more and more information technology there will be more and more datacenters. They will range is scale from re-purposed broom closets to giant campuses of warehouse-sized facilities. Many organizations have very specific needs that cloud computing may never be able to address, and for them there always has to be the choice of a traditional facilty…

Fallacy #4. Cloud computing can work for any IT need.
This is more of an inference to the “everything will move to the cloud” statement I hear so often. There are several IT needs that can not be solved with cloud computing. Meeting audit requirements is one. I’ve written about this fallacy before, and it caused a bit of an uproar. It seemed to be the first time anyone brought this issue up, and it became a hot topic in the cloud blogosphere for a short time. I felt vindicated when a cloud provider admitted what I said was true.

The basis of cloud computing is the same basis as web hosting: your data on somebody else’s servers. The same reasons that people chose to not use a web host apply to a cloud provider. Control of assets. Risks associated with overselling capacity. Support concerns. Interoperability concerns. There are literally hundreds, if not thousands of reasons why IT organizations and individuals would prefer to keep their data out of a cloud computing system. Most resolve to a single word, which is trust. That brings us to our last fallacy…

Fallacy #5. The cloud is secure.
Cloud computing is no more secure than any other form of computing, which is to say, not very. Or perhaps more accurately, as secure as it is designed, and managed to be. For an excellent analysis of data security in a cloud environment I highly suggest a read of Rich Mogull’s thoughts on the subject. Rich obsesses about all things security and does a far better job than I could in delving into the specifics. To his analysis however I’ll add a more encompassing, and less data-specific view of security that is more about trust and consequences than that of the integrity of the data itself.

The greatest hurdle to the widespread acceptance of cloud computing is trust. Trusting one’s data to systems whose location, condition, environment, and state of load are virtually unknown is a difficult thing to do. Many of these questions apply to any services (hosting, colocation, SaaS, etc) purchased online but the “cloudy” nature of cloud computing amplifies many of them beyond simple answers found in other scenarios: How well is that data protected? How stable is the company that owns the infrastructure? Is the datacenter owned and maintained by the cloud provider, or is it colocated is some other company’s facility? If the latter is the cloud provider keeping current on all it’s bills, or is their installation subject to suspension by their colo provider? What about bandwidth? Is the cloud provider multi-homed? Do they have geographic redundancy? What happens when the power goes out? Have they tested their generator(s)? How well are their power backup, network, and HVAC systems maintained? Is there anyone on-site if something goes wrong? What sort of SLAs do they have? What happens to our data if the cloud provider goes out of business? What sort of security is in place to monitor their customers? What happens if somebody else on the system(s) we’re using is a spammer? How do they handle blacklisting? Could AUP violations by other customers impact our operations? Are assigned IPs SWIPed to customers, or does everything track back to the cloud provider? What happens to our data when we scale back usage, or cancel our service? I could go on and on.

Many of these issues resolve to how much can you trust your cloud provider. Trust takes a long time to build. Most of IT is fairly critical corporate data and infrastructure, so it may be some time before trust is built up enough to move much of this sort of data to cloud deployments. Trust can also evaporate almost instantly once it is lost, so all it will take is a single high-profile cloud-related failure to put all cloud business at risk.

Now it may seem that I’m somehow “anti-cloud”. Nothing could be farther from the truth. It is a sensible method for provisioning computing resources on demand, and fulfills a very real market niche. I just do not believe that it is the answer to every IT problem, nor is it the future of IT, only small portion of it. Cloud computing will expand the market. I can envision a very near future where companies use a hybrid of traditional dedicated datacenter resources with cloud deployments to extend, replicate, or expand as demand warrants. The cloud is indeed a new paradigm, but it lacks the underlying “shift” that alters the entire industry around it. The pundits should sheath their hyperbole and focus on what cloud computing can do for people, rather than what it will do to the marketplace.

Older Posts »

Powered by WordPress