Search Engine Yandex Launches "Cocaine" To Compete With Google App Engine(techcrunch.com)
techcrunch.com
Search Engine Yandex Launches "Cocaine" To Compete With Google App Engine
http://techcrunch.com/2013/10/16/search-engine-giant-yandex-launches-cocaine-a-cloud-service-to-compete-with-google-app-engine/?utm_source=feedburner&utm_medium=feed&utm_campaign=Feed%3A+Techcrunch+%28TechCrunch%29
26 comments
They're going all cute with that name, calling web interface cocaine flow and clients cocaine dealers.
https://chrome.google.com/webstore/detail/cloud-to-butt-plus...
This plugin makes it even better. "Cocaine butts".
This plugin makes it even better. "Cocaine butts".
I wonder if the Yandex guys are fans of Woody Allen.
More like Eric Clapton's fans
https://github.com/cocaine/cocaine-core#readme
https://github.com/cocaine/cocaine-core#readme
"Where Yandex uses Cocaine
- Yandex.Browser
- Internal Yandex infrastructure"
Think they forgot to list - the bathroom
Think they forgot to list - the bathroom
Regarding the name...
If lots of people started emailing each other, talking on social networks, etc about it, would that cause a corresponding extra amount of filtering work for the likes of the NSA?
If so, wouldn't it rather screw things up if we got loads of these like, Linux Bomb, Android Plot, OSX Semtex, Windows Terror and so forth?
If lots of people started emailing each other, talking on social networks, etc about it, would that cause a corresponding extra amount of filtering work for the likes of the NSA?
If so, wouldn't it rather screw things up if we got loads of these like, Linux Bomb, Android Plot, OSX Semtex, Windows Terror and so forth?
Surely NSA's filters analyse probabilities of occurrence of words in different context like they do with sex bombs, plot diagrams, "Semtex Films", "Terror Inc" and so on.
It also makes it hard to Google. I'm guessing that a search for "Cocaine Reviews" may yield some results that would upset most corporate filters.
I'm curious why they chose 'Cocaine' as the name of the project. Naming a project after a substance illegal in most of the world is pretty bold. I'm looking forward to how they market this outside of Russia.
I wonder if it will become a trend to name technologies after taboo items? Imagine if a product called Dildo comes out and it is the best, most easy to use piece of software that ever existed. People would just have to use Dildo and get over the name. It could start a revolution.
There's a javascript testing tool that was known as "testacular". Well, cool pun bro, but the name was changed to "Karma" when it grew up.
I met a person named "Cocaine". It was actually the name his mother gave him. Also, he had reached adulthood and hadn't changed the name or started going by "Cain". De gustibus.
it is definitely targets market outside of Russia. Otherwise they would name it like "Samogon" (moonshine :)
Do we have to discuss the name every time somebody chooses something controversial? Yes, you're right; it's a controversial choice. What else is there to say about it? We do this every time.
I think it's a legitimate topic to discuss. I think the name of an app or project is very important to its success.
I'm not offended over the name, but simply curious as to why they chose it. I personally wouldn't choose a controversial name if I wanted my app or project to be adopted by others.
I'm not offended over the name, but simply curious as to why they chose it. I personally wouldn't choose a controversial name if I wanted my app or project to be adopted by others.
I'm not sure how "Cocaine experience" would look on a resume. The amount of extra explanation it will necessitate is a potentially large burden.
That's the conclusion this forum came to every other time we talked about it too :)
There are also likely to be misunderstandings when communities start forming local Cocaine User Group chapters. There might be difficulty in getting space for meetings, and it will be interesting to see who might show up.
it is illegal in Russia too
http://www.economist.com/blogs/dailychart/2010/11/drugs_caus... - alcohol is more harmful than cocaine, and yet you've got www.alcohol-soft.com and noone makes a big deal out of it.
Illegal? Sure, but so is killing. And yet you've got http://www.killermobile.com/ for example.
Illegal? Sure, but so is killing. And yet you've got http://www.killermobile.com/ for example.
I kinda think both Alcohol Soft and Killer Mobile are pretty bad names too.
Those are surprisingly good points which I hadn't considered.
Hmm, no. It's open-source system to create your own PaaS like Heroku or Google App Engine. Right? See here: https://github.com/cocaine/cocaine-core
The degree of reality distortion of the management who chose this brand name is very telling. Moscow, Russia.)
So what, FreeBSD jails based hostings are cool again? But, of course, Docker is much more cool and "innovative".
So what, FreeBSD jails based hostings are cool again? But, of course, Docker is much more cool and "innovative".
In my experience, although I know only a few Russians, they are not very politically correct. So calling it "Cocaine" is not that surprising.
Having lived their for a while, I think it's 1) their culture, but more importantly, 2) their company culture.
Oh, they are very much politically correct, they just happen to have different politics.
The documentation is scattered, but the best information can be found at:
https://github.com/cocaine/cocaine-docs-en/wiki
https://github.com/cocaine/cocaine-core#readme
https://github.com/cocaine/cocaine-core/wiki
The docs state that they refer to the 0.9 version, while development is going on in the 0.11 branch, so the docs might be more of less out of date.
It seems that they have already implemented a large part of the Heroku infrastructure, including service discovery, auto balancing, cross-language events (using ZeroMQ) and that they are using it in production. All in all, an impressive feat!
It would be interesting to hear if anyone has experience running/using this outside of Yandex. The source code seems well written, though comments are quite sparse.
As Lazare remarked, it seems to directly compete with flynn.io. It is good to see that different high-level platforms are created based on docker. But it would be nice if these platforms would consist of modules (for example service discovery or messaging) that can be used without using the whole kitchen-sink. I am not sure if this is possible with cocaine.
BTW, the repo cocaine-core is quite a bit older (since 2011) than docker (since early 2013?). The docker-core readme states that docker support is "on it's way" so it is not clear how mature this is.
P.S. As adults and hackers, can we look beyond the name at the technology presented here?
https://github.com/cocaine/cocaine-docs-en/wiki
https://github.com/cocaine/cocaine-core#readme
https://github.com/cocaine/cocaine-core/wiki
The docs state that they refer to the 0.9 version, while development is going on in the 0.11 branch, so the docs might be more of less out of date.
It seems that they have already implemented a large part of the Heroku infrastructure, including service discovery, auto balancing, cross-language events (using ZeroMQ) and that they are using it in production. All in all, an impressive feat!
It would be interesting to hear if anyone has experience running/using this outside of Yandex. The source code seems well written, though comments are quite sparse.
As Lazare remarked, it seems to directly compete with flynn.io. It is good to see that different high-level platforms are created based on docker. But it would be nice if these platforms would consist of modules (for example service discovery or messaging) that can be used without using the whole kitchen-sink. I am not sure if this is possible with cocaine.
BTW, the repo cocaine-core is quite a bit older (since 2011) than docker (since early 2013?). The docker-core readme states that docker support is "on it's way" so it is not clear how mature this is.
P.S. As adults and hackers, can we look beyond the name at the technology presented here?
I work for dotCloud (the company which started Docker), and I was at YaC (Yandex tech conference; the equivalent of Google I/O in Eastern Europe, if you will), and had the opportunity to discuss this with the Yandex team. Here are some extra info (that can easily be found on the web, so nothing sensitive here)
- They released the Docker plugin shortly before the conference [1] - Yandex uses a distributed storage system called Elliptics [2] in many places, and they implemented an Elliptics backend for the Docker registry (the code is out there somewhere. They contributed the Elliptics backend to the Docker registry repo a couple of days ago [3]. - Cocaine is used to power various things inside Yandex, like the Yandex.Browser backend. This backend can sustain very high loads (10-100k req/s). I discussed with their Ops team, since they had specific questions about how to identify (and remove) potential performance bottlenecks in Docker networking stack. (Good news: you can achieve native network performance within containers with zero overhead!)
I'm considering writing Dockerfiles for Elliptics and Cocaine (as soon as I can find some spare time to do so...) but I would also be happy to help if other people want to do that (I'm actively monitoring the docker-user mailing list [4] so don't hesitate to get in touch through here).
[1] https://github.com/cocaine/cocaine-plugins/tree/master/docke... [2] https://github.com/reverbrain/elliptics [3] https://github.com/dotcloud/docker-registry/pull/101 [4] https://groups.google.com/forum/#!forum/docker-user
- They released the Docker plugin shortly before the conference [1] - Yandex uses a distributed storage system called Elliptics [2] in many places, and they implemented an Elliptics backend for the Docker registry (the code is out there somewhere. They contributed the Elliptics backend to the Docker registry repo a couple of days ago [3]. - Cocaine is used to power various things inside Yandex, like the Yandex.Browser backend. This backend can sustain very high loads (10-100k req/s). I discussed with their Ops team, since they had specific questions about how to identify (and remove) potential performance bottlenecks in Docker networking stack. (Good news: you can achieve native network performance within containers with zero overhead!)
I'm considering writing Dockerfiles for Elliptics and Cocaine (as soon as I can find some spare time to do so...) but I would also be happy to help if other people want to do that (I'm actively monitoring the docker-user mailing list [4] so don't hesitate to get in touch through here).
[1] https://github.com/cocaine/cocaine-plugins/tree/master/docke... [2] https://github.com/reverbrain/elliptics [3] https://github.com/dotcloud/docker-registry/pull/101 [4] https://groups.google.com/forum/#!forum/docker-user
Haha, I wonder if the name is just a clever way to get the word out, since yandex is fairly unknown in the west.
After trying for minutes to come up with an apt comment, I think I will just pack my stuff and move to Russia.
Does anyone have any comments other than the name?
Seems like it competes directly against the soon-to-be-released Flynn[1] and Deis[2]. I'm tempted to poke at it a bit, but the documentation seems pretty scant. In theory an open source roll-your-own PaaS is pretty cool, right? Certainly Flynn got tons of attention and funding with a similar value proposition.
[1]: https://flynn.io/ [2]: http://deis.io/
Seems like it competes directly against the soon-to-be-released Flynn[1] and Deis[2]. I'm tempted to poke at it a bit, but the documentation seems pretty scant. In theory an open source roll-your-own PaaS is pretty cool, right? Certainly Flynn got tons of attention and funding with a similar value proposition.
[1]: https://flynn.io/ [2]: http://deis.io/
I find the name pretty funny myself...
Speaking on behalf the the Deis team, it's nice to see another public PaaS getting an open source implementation. We're obviously bigger fans of the Heroku model than the GAE model, but that's the beauty of the new Docker PaaS world. Choice.
I just hope their Docker containers/images end up being portable. Some better docs wouldn't hurt either.
Speaking on behalf the the Deis team, it's nice to see another public PaaS getting an open source implementation. We're obviously bigger fans of the Heroku model than the GAE model, but that's the beauty of the new Docker PaaS world. Choice.
I just hope their Docker containers/images end up being portable. Some better docs wouldn't hurt either.
It's me or that beta.yandex.com search engine (that I've never heard before) is a complete ripped-off of google? I mean, I know it's a search engine. But in term of UI and design choices, the beta looks very similar.
Probably, it was natural design choice. Yandex has all the capabilities to invent and design without copying competitors. For example, they started selling contextual ads and launched maps project earlier than Google.
It's a teaser for their "Islands" project. In its core, it's something actually new (letting you interact with other sites without leaving search pages). However, in terms of presentation, it is indeed quite similar to google.
I actually really disagree. Google is incredibly simple, it's essentially a header, footer, an input field, three buttons and an image.. It's designed to be as simple (and thus attractive to a larger/broader base) as possible. Maybe I'm not being very insightful here, but it's like comparing two sports cars that are white and saying they're the same.
Actually, Google search results are more and more cryptic with each year pass. Now you don't get organic web results too often, instead you are awash with images and captions with weird padding.
Very true. A lot of effort goes in to that cryptic design though.
It doesn't look anything like Google, unless they're split-testing screenshots.
Supporting C++ is pretty interesting. Are there comparable hosts providing C++ hosting?
There are heroku buildpacks for C: https://github.com/atris/heroku-buildpack-C
Get a VPS and run it?
And Racket... Those crazy Russians.
I'm pretty sure my companys filter will block this only because of the name.
It would be nice naming versions after drug names, like Android with their sweets. But it should go from weakest to strongest - whoever starts with cocaine straight away, does not leave themselves a lot of space
This will be bad for cooperation between NSA and DEA.
I'd say quite the opposite, now they can detain more developers for 'using cocaine' and then blame it on misunderstanding after the fact.
If we leave aside the name.
Do people see potential for this?
I saw a short presentation on it at the weekend at PyCon Ireland, It was above my pay grade but it was intrigueing.
Do people see potential for this?
I saw a short presentation on it at the weekend at PyCon Ireland, It was above my pay grade but it was intrigueing.
"We are running on Cocaine." Seriously? They don't even have the excuse of being French (do you like Coq?).
Hey, makes sense now.
Love the name!
[deleted]
Its an unfortunate name
wow, they use docker
Ah, yes, "cocaine clouds."