Subscribe / Unsubscribe Enewsletters | Login | Register

Pencil Banner

Save the whale: Docker rightfully shuns standardisation

Matt Asay | Aug. 31, 2016
The Open Container Project wants to standardise Docker the old-fashioned way: by committee. The pushback from Docker delivers a compelling counterpoint.

You can be forgiven for thinking Docker cares about standardisation.

A little more than a year ago Docker donated "its software container format and its runtime, as well as the associated specifications," to theOpen Container Project to be housed under the Linux Foundation. In the FAQ, the Linux Foundation stressed, "Docker has taken the entire contents of the libcontainer project, including nsinit, and all modifications needed to make it run independently of Docker, and donated it to this effort."

It was euphoric, this kumbaya moment. Many, including Google's Kelsey Hightower, thought the container leader was offering full Docker standardisation in our time.


As Docker founder Solomon Hykes declared last week, "We didn't standardise our tech, just a very narrow piece where it made sense." Importantly, what Hykes is arguing, a "reasonable argument against weaponised standards," may be the best kind of "Docker standardisation" possible.

The committee to slow all real work

Standards are what people at lumbering old companies get paid to do. No, I'm not arguing that standards are not useful or good, but in the early days of a technology, standards are inimical to progress -- which, perhaps not ironically, is precisely what legacy vendors tend to want.

While I was at MongoDB, a popular open source NoSQL database, various legacy software companies courted us to establish foundations and "standardise" the technology. One went so far as to gather a gaggle of NoSQL vendors to try to harmonise an overarching NoSQL standard, an effort that baffled each of the different NoSQL organisations, given the diverse technologies (document, wide-column, graph, and so on) assembled under the NoSQL banner.

Not surprisingly, these large companies tended to have established database businesses of their own that were fading in popularity or threatened to do so. A quick look at DB-Engines database rankings may offer some clues as to who would have the most to gain from a sluggish MongoDB standard or from hobbling all the fast-moving NoSQL technologies under a common standard.

Such standards would no doubt help the legacy database vendors by giving them time to regroup, but they would also almost certainly cripple a movement that has redefined the data infrastructure landscape.

Standardising Docker

This is why Puppet CEO Luke Kanies was right to ask how requests to standardise Docker are remotely reasonable. Telling Hightower that he "wouldn't make Puppet a standard," Kanies goes on to declare, "I know of no great companies that standardised their tech before they had a mature business."

The reason, of course, is that the best "standards" are those that become such by default, not by committee. The minute multiple vendors are involved in defining code, that code becomes cumbersome and often irrelevant. We might wish it were otherwise -- the idea of diverse companies collaborating to define standards evokes feelings of blissful happiness -- but in the real world, companies, not committees, tend to win.


1  2  Next Page 

Sign up for CIO Asia eNewsletters.