Skip to main content

Container host marketplace is gearing up

I don't know when Joyent entered into the market but it only hit my radar in the last few months; maybe 6. At the time I was watching a demo on SmartOS and their containers. I do not fully grock what they are offering but it appears to be something based on OpenSolaris and some sort of Linux container/VM tech. Since they are in the VPS business this layer is critical to their success.

CoreOS, is about to hit their 2 year anniversary. They have a free product that is as bare metal as you can get. There are some moving parts that make clustering, scheduled updates and configuration easier. They have also created a commercial version of Kubernetes which is the orchestration layer above the bare metal (without the multi-tenant features). They are also active in the APPC and container definition projects as thet believe that Docker is not secure enough.

ProjectAtomic and it's related projects are still active.
Snappy and Docker from Ubuntu.
Rancher, RancherOS, RancherVM are also making progress.
Panamax, Mesosphere, Apcera, and so on and so on....

However, as I watched a brief demo of the Android M from a 20-something from TechCrunch I find myself wondering if my father felt the same thing about me and my tech when I was up and coming. It remains that so much of these projects offer an interesting and exciting glimpse into the future but what they are lacking is a crystal view. Too many companies have picked up that ball and tried to cross the finish line only to drop the ball short of the end. And many had good products...

So here is my vision:

CoreOS constrains the operator with very clear but somewhat undefined guardrails. Containers can be airtight or they can be porous. In the later case you might need sidekicks or ambassadors. Networking is a clear pain in the ass. VPN and other segmented networks are even worse. The tools simply do not exist... I think there is an intent to implement some sort of policy feature similar to Apcera. In Rancher there is some sort of intra container feature. Rancher also provides it's own sidekicks. But all of Rancher's orchestration is manual. Discovery services though etcd, consul, zookeeper is not secure, encryption is meaningless, and the APIs are just more work for the user.

All of these projects are weak. They lack adjacent and simple tools for monitoring, orchestrating, operating, integrating, managing. It's too easy to say "it's your profession so learn it". In fact it's a cop-out. Yes you need to know your tools but in this case you also need to get work done and not many freshmen or journeymen are going to hack special purpose one off scripts in production. Just ask Knight Capital.

Comments

Popular posts from this blog

Entry level cost for CoreOS+Tectonic

CoreOS and Tectonic start their pricing at 10 servers. Managed CoreOS starts at $1000 per month for those first 10 servers and Tectonic is $5000 for the same 10 servers. Annualized that is $85K or at least one employee depending on your market. As a single employee company I'd rather hire the employee. Specially since I only have 3 servers.

The pricing is biased toward the largest servers with the largest capacities; my dual core 32GB i5 IntelNuc can never be mistaken for a 96-CPU dual or quad core DELL

If CoreOS does not figure out a different barrier of entry they are going to follow the Borland path to obscurity.

UPDATE 2017-10-30: With gratitude the CoreOS team has provided updated information on their pricing, however, I stand by my conclusion that the effective cost is lower when you deploy monster machines. The cost per node of my 1 CPU Intel NUC is the same as a 96 CPU server when you get beyond 10 nodes. I'll also reiterate that while my pricing notes are not currently…

eGalax touch on default Ubuntu 14.04.2 LTS

I have not had success with the touch drivers as yet.  The touch works and evtest also seems to report events, however, I have noticed that the button click is not working and no matter what I do xinput refuses to configure the buttons correctly.  When I downgraded to ubuntu 10.04 LTS everything sort of worked... there must have been something in the kermel as 10.04 was in the 2.6 kernel and 4.04 is in the 3.x branch.

One thing ... all of the documentation pointed to the wrong website or one in Taiwanese. I was finally able to locate the drivers again: http://www.eeti.com.tw/drivers_Linux.html (it would have been nice if they provided the install instructions in text rather than PDF)
Please open the document "EETI_eGTouch_Programming_Guide" under the Guide directory, and follow the Guidline to install driver.
download the appropriate versionunzip the fileread the programming manual And from that I'm distilling to the following: execute the setup.sh answer all of the questio…

Prometheus vs Bosun

In conclusion... while Bosun(B) is still not the ideal monitoring system neither is Prometheus(P).

TL;DR;

I am running Bosun in a Docker container hosted on CoreOS. Fleet service/unit files keep it running. However in once case I have experienced at least one severe crash as a result of a disk full condition. That it is implemented as part golang, java and python is an annoyance. The MIT license is about the only good thing.

I am trying to integrate Prometheus into my pipeline but losing steam fast. The Prometheus design seems to desire that you integrate your own cache inside your application and then allow the server to scrape the data, however, if the interval between scrapes is shorter than the longest transient session of your application then you need a gateway. A place to shuttle your data that will be a little more persistent.

(1) storing the data in my application might get me started more quickly
(2) getting the server to pull the data might be more secure
(3) using a push g…