AWS and Zombies
aws.amazon.comJump to 57.10
However, this restriction will not apply in the event of the occurrence (certified by the United States Centers for Disease Control or successor body) of a widespread viral infection transmitted via bites or contact with bodily fluids that causes human corpses to reanimate and seek to consume living human flesh, blood, brain or nerve tissue and is likely to result in the fall of organized civilization.
Anchored link to 57: https://aws.amazon.com/service-terms/#57._Amazon_Lumberyard_....
It doesn't seem possible to link to 57.10 directly. The word "zombie" also doesn't appear, which made it even harder to understand this submission.
What if it's mediated by a non-viral disease vector, like a bacterium?
This also fails to include multicellular alien parasites. They've really left themselves open here.
Or something like a prion that isn't alive so isn't really an infection?
Technically viruses are not considered "alive" either
i think a text of quote & link would be more helpful in the future rather than a url + comment :)
Reminds me of this old comment on "Be Wary Of Geeks Bearing Gifts" (http://www.forbes.com/sites/ciocentral/2012/04/03/be-wary-of...) , man that was four years ago. What a trip:
" Simon, I respectfully beg to differ.
Eucalyptus and CloudStack are merely “zombie projects,” being used tactically by Amazon to achieve its strategic objectives — as Microsoft used similar zombie projects in the 1990′s. Any firm that uses these zombies runs the risk of infection with the zombie virus, thereby risking disaster when Amazon slaughters its zombies in a future Cloud Zombie Apocalypse.
Please allow me to explain. :-)
In traditional voodoo, “zombies” are corpses raised by a sorcerer and completely controlled by the sorcerer’s will, with no freedom of thought, choice, or action. If raised soon enough after death, they may LOOK alive, but they are…merely zombies.
Eucalyptus and CloudStack are now “zombie projects.” They are utterly (although indirectly) controlled by Amazon, through the projects’ need to maintain compatibility with Amazon’s AWS APIs. These projects may once have had independent life, but — threatened with economic death by the meteoric rise of OpenStack — they have chosen to become AWS zombies instead. As such, they have lost all freedom of thought, choice, and action. They can implement no new cloud services, other than those previously implemented by AWS. Their architectures cannot be creatively improved, lest they break compatibility with AWS. They are zombies, serving only Amazon’s will — and serving only Amazon’s strategic interests. Every company that comes to rely on these zombies becomes infected with their zombie virus, and thereby exposes itself to a future Cloud Zombie Apocalypse.
In creating these zombies, Amazon is stealing a page from Microsoft’s “How to Build a Monopoly” playbook (of which I wrote one small chapter, back in the 1990′s).
Consider one of Microsoft’s best-documented zombie-creation programs, the Windows Interface Source Environment (WISE, http://en.wikipedia.org/wiki/Windows_Interface_Source_Enviro...). Microsoft used the WISE program to combat Sun’s WABI & PWI projects, which sought to create Unix-based implementations of Microsoft’s Win32 API. This API was the key to Microsoft’s vendor lock-in, and so Microsoft wanted to control any such implementations.
By licensing Windows’ source code to third parties such as Hunter, Mainsoft, and Bristol, Microsoft created “zombie projects” that out-competed Sun’s WABI & PWI. Once the tactical threat of WABI & PWI was eliminated, Microsoft slaughtered its zombies, as detailed in the records of subsequent anti-trust actions (see http://en.wikipedia.org/wiki/Bristol_Technology_Inc.#1998.E2...). Any apps that targeted the Win32 API could then run only on Windows…which was Microsoft’s strategic goal.
Microsoft could kill its WISE zombies because of the fine print in the WISE program’s license agreement, which — is it had been public and were closely examined — would have revealed signs of the coming Win32 Zombie Apocalypse.
At the same time, Microsoft created a zombie project on the Mac: the “Visual Studio 4 Cross-Development Edition for Macintosh,” to further establish its Win32 API as the industry’s de facto standard. This zombie enabled developers to recompile their Win32-based apps to run on the Mac. This worked so well that at least one such app won an “Eddy” award for best new Mac app one year. Indeed, it worked so well that Microsoft’s apps group burdened its license agreement with restrictions on the kinds of apps that could be created with it, to ensure that no one could use it to create an Office-killer.
Again, the zombie project’s fine print contained signs of the coming Win32 Zombie Apocalypse.
Many developers were seduced into supporting the Win32 API in part by the zombies’ demonstrated ability to deliver cross-platform deployments. When Microsoft slaughtered its Win32 zombie projects (in the Win32 Zombie Apocalypse), these developers found that they had no choice but to deploy their apps on Windows, and only on Windows, because it was the only Win32 implementation left. Which was, of course, the WHOLE POINT of Microsoft’s creation of these zombies in the first place: to lure developers with claims of portability, with the intent to eliminate such portability as soon as the tipping point had been crossed.
Zombie-creation is just too effective a tactic NOT to use, if you’re trying to lock the entire industry into a proprietary de facto standard.
That is, of course, exactly what Amazon is doing today. It is attempting to establish its proprietary AWS API as the industry’s de facto standard, and one of its tactics is the resurrection of corpses like Eucalyptus and CloudStack as zombies. These zombies walk, and talk, and smile, and market just like living projects…but Amazon can — and will! — slaughter them as soon as they have served their tactical purpose.
Some pundits, seeing Amazon re-animate these private cloud zombies, have taken Amazon’s actions as recanting its leadership’s previous denunciation of private clouds as “false clouds.” Ha! Far from it! The zombies are a mere tactic, advancing Amazon’s strategic objective of providing the One (Public) Cloud to Rule Them All. The sole (not “soul,” because zombies have none) purpose of Amazon’s zombies is to slow OpenStack’s momentum. Only by preventing OpenStack from establishing a truly open cloud stack — with an open API and an open implementation, designed through an open process, openly governed — can Amazon establish the kind of Total Industry Domination that Microsoft attained in the 1990′s.
When Amazon uses the fine print of its license agreements (and/or its rapidly-growing portfolio of cloud patents) to slaughter its zombies in the Cloud Zombie Apocalypse, each company that has come to depend on such a zombie will realize that it, too, has become infected with the zombie virus. It, too, will have lost its free will. Every line of code that its has written to AWS’ API will compel it to switch from the zombies’ private clouds to Amazon’s public cloud (or to a private cloud service that Amazon may, by then, have started), because no other implementations of that API will then exist.
This outcome would, of course, be tremendously valuable to Amazon. It would give Amazon a monopoly on cloud services for the foreseeable future — an outcome that is clearly worth exploiting a little fine print.
On the other hand, it would be disastrous for the industry, and damaging to the entire world economy. Just because Microsoft got away with it, doesn’t mean we should let Amazon, too. We can choose to learn from history, rather than repeat it.
Fortunately, the solution is simple: use OpenStack — an open implementation of an open API, openly designed and openly governed — to meet your cloud computing needs. Using OpenStack is an vaccination against the coming Cloud Zombie Apocalypse.
So: is AWS’ API already the de facto standard cloud computing API? Not even close. It is, at most, the CP/M to OpenStack’s DOS. And as these references show, this competition is still in its very early stages.
Simon, I understand that you disagree. But you shouldn’t. Dig in a bit, explore the history of zombie projects, and see for yourself how they’ve been used to create the false appearance of de facto standardization long before the issue has truly been settled.
You are far to virtuous a person. Simon, to continue luring people into the zombie trap, once you see it for what it is. Or, if I am mistaken on that point, I can hope for your future redemption. I, too, once lured people into the zombie trap. It is a relief, now, to be on the side of the angels. I hope that you’ll join me there.
Respectfully,
Jim Plamondon Director, Developer Relations Rackspace Cloud"
That's very interesting in hindsight!
I don't think those so called AWS zombies ever were zombies or made a dent in AWS' adoption or success, it's more like the other way around.
He may have been on to something, but I think Jim just wanted to promote his own "open standards" and company.
Eucalyptus' CEO (Mårten Mickos) moved on to HP Cloud (big Openstack deployment) which closed a year after that because they were not competitive.
HP currently (try to) also sell Eucalyptus to enteprises precisely because of its AWS compatibility, so they're trying to make money off AWS basically.
Rackspace is nowadays also managing AWS for customers, so making money off AWS as well.
Openstack continues to be the under-used and over-developed darling of all big virt players; at least it appears to be building some standards of sorts so there's that.
Cloudstack's users were never big on AWS, in fact the API compat module was almost deprecated and it's now a separate project that gets little attention and usage; along with other 3rd party API implementations.
Cloudstack - as well as other private cloud projects out there, are doing just fine, suiting the needs of it's users and developers who - shockingly! - do not need or want to use AWS or other public providers, enabling them to run their own infra, whether private or public.
My 2 pence.
Disclaimer: Cloudstack community member and committer
That's interesting in light of http://www.rackspace.co.uk/managed-aws
Openstack effectively has become a "zombie" project. Four years on, it's (still) an overly complex mess that keeps breaking in inexplicable ways.
The board of directors[0] consists of people that all work for companies that sell turnkey cloud solutions that are very different from the open source Openstack. Up until recently even a VMware (later EMC) employee was there for whatever reason. Yeah, no conflict of interest there.
Openstack on its own is practically unusable unless you have an army of sysadmins ready to challenge the myriad of bugs and complex interaction of components. The only successful open-source deployments I know of is CERN (and possibly NASA) who are tailoring it for their specific use cases through a large engineering effort. If you're a small IT shop or otherwise low on resources, it's not worth the investment, and probably never will be.
Meanwhile companies like Mirantis, HP and Redhat keeps hailing Openstack as a true open source project in the hope that people will install it and come crying to them when it (guaranteed) breaks in multiple, mysterious ways.
Oh, and you have a broken hypervisor? Have fun looping through the MySQL (cluster edition!!) tables and migrate each VM one-by-one with the "nova" command. The "evacuate" button in the (terrible) default web interface does not do what you might expect (if you've ever used a proper virtualization solution).
The combined length of the Nova, Glance, Cinder and Neutron config files are 9451 lines (actually python code). Not including the various ini and JSON files, neutron plugins, and the settings stored in the database.
Source: worked with Openstack for a year, fought dozens of production-breaking bugs and race conditions and still don't have a stable product. About 30% of VMs will just fail during creation in various ways. CERN allegedly just keep retrying until it succeeds..
As many of the other poor souls who threaded the Openstack waters, we are actively exploring alternative solutions. Sadly we already have people using it, so we are forced to support it while figuring out what to do instead.
Check out SmartOS and Smart Data Center which powers Joyent's public cloud.
It's completely opensource, like OpenStack but seems to be light years ahead.
Also today I learned about CNCF which is forming to prevent these types of lock in and more.
It looks like this only applies to the new AWS game engine and not all AWS products. Shame :(
Huh. I thought this was going to be about the kernel bug which is causing a large amount of zombie processes in container systems at the moment.
Can you elaborate on this?
For about the last 10-ish days there was an aufs bug in the latest supported kernels that caused zombie processes to pile up and chew up CPU.
I don't know how much I can say publicly, but the tl;dr is that it really sucked for my ops and support colleagues.
Sadly this is not included in the German TOS which I get redirected to automatically.
there is a language switcher at the upper right corner. Currently on your site there is 'Deutsch' if you click on it and click on English you can view the english tos.
Btw. here is what he meant:
57.10 Acceptable Use; Safety-Critical Systems. Your use of the Lumberyard Materials must comply with the AWS Acceptable Use Policy. The Lumberyard Materials are not intended for use with life-critical or safety-critical systems, such as use in operation of medical equipment, automated transportation systems, autonomous vehicles, aircraft or air traffic control, nuclear facilities, manned spacecraft, or military use in connection with live combat. However, this restriction will not apply in the event of the occurrence (certified by the United States Centers for Disease Control or successor body) of a widespread viral infection transmitted via bites or contact with bodily fluids that causes human corpses to reanimate and seek to consume living human flesh, blood, brain or nerve tissue and is likely to result in the fall of organized civilization.Here it is without vertical scrolling:
57.10 Acceptable Use; Safety-Critical Systems. Your use of the Lumberyard Materials must comply with the AWS Acceptable Use Policy. The Lumberyard Materials are not intended for use with life- critical or safety-critical systems, such as use in operation of medical equipment, automated transportation systems, autonomous vehicles, aircraft or air traffic control, nuclear facilities, manned spacecraft, or military use in connection with live combat. However, this restriction will not apply in the event of the occurrence (certified by the United States Centers for Disease Control or successor body) of a widespread viral infection transmitted via bites or contact with bodily fluids that causes human corpses to reanimate and seek to consume living human flesh, blood, brain or nerve tissue and is likely to result in the fall of organized civilization.horizontal
Probably because of German censorship of violence in video games?
I suppose I should've added more :P's and ;)'s
No, it's simply out of date.
Is It? I know someone who used a German credit card of a friend to buy a shooter on steam (some recent AAA title, can't remember), and it completely omitted the nazi-zombie mode he was for some reason looking forward to.
Yes, the media is sometimes censored but not a description of it.
Well, now we know who stands behind Umbrella Inc.