cpsaltis

I mean that you can't really have multiple people, from multiple teams, accessing the same infra with different types of rights and with centrally managed authentication/authorization/logging.

The main issue with virt-manager is that it's a desktop application and you can't really collaborate with others when managing infrastructure.

Cockpit solves this issue. The feature set in slightly different but mainly it is limited as to what you can manage.

When running different types of infrastructure at the same time, e.g. KVM + AWS + Azure + ... it won't help much. In such cases it would make sense to check out Mist (https://github.com/mistio/mist-ce), which does something similar to Cockpit but for ~20 infra techs.

At a high level, Mist is a more "general purpose" platform which supports more providers (20) and more workflows. This increases the perceptual complexity, however it isn't more complicated to use than your average public cloud console. In fact, we strive to keep things as simple and as agnostic as possible. I'd be happy to arrange a demo if you like to see it in action. You can reach us on Github or from our website at https://mist.io.

Unfortunately we currently don't. We do have the option to install it on k8s with a helm chart though https://github.com/mistio/mist-ce/tree/master/chart/mist

LXD is indeed nice, but it still isn't very widely adopted. I believe this comes down to 3 main issues:

1) It's strongly connected to Canonical and Ubuntu. This is mostly a matter of perception and it is an actual community project. However, I can understand people not feeling comfortable with "snap install lxd".

2) It sits somewhere in between k8s and docker engine. Over time, it will probably get more k8s-like features but still it is a weird position to be in.

3) It lacks a reach ecosystem of tools supporting it and a web UI. This makes it hard for newcomers to adopt. We're working on a web UI ourselves as part of our open source cloud management platform (https://github.com/mistio/mist-ce) and love to hear your thoughts.

It is sad that so many servers are still vulnerable on an issue that has been reported through all major mainstream news networks. We've witnessed several attacks many days after Shellshock was fixed, and chasing down the botnet scripts we saw hundreds of servers compromised.

The story and scripts were published on a blog post in case anyone wants to check out a standard botnet attack:

http://blog.mist.io/post/100582053116/anatomy-of-a-shellshoc...

While it is true that most tests are different from production, having a solid test suite can go a long way in moving with startup speed but breaking stuff as little as possible. We (as in me and a couple of others from our startup) have written a howto on using Docker and Ansible to build your test suite a few months ago. Strangely enough, it has almost the same title:

http://blog.mist.io/post/82383668190/move-fast-and-dont-brea...

Chaining jobs and parallel ones are both very important. Especially the last one since it saves you a lot of time waiting the tests to complete. Also a big plus is to be able to run certain set of tests only when a specific event is fired eg ran test A when somebody pushes to branch X

It was about time to see an alternative to Jenkins.

Does it provide the fine-grained workflows Jenkins does?

If you liked Cloudkick I think you should also check out https://mist.io. In fact we started mist.io when Cloudkick was about to close down. We like to think of it as mobile friendly Cloudkick with a twist.

oops;) we're fixing it right now -- in the meantime try stripping the "pricing" part of the uri.

thanks for getting back to us!

edit: Should be OK now! Feel free to ping us at support@mist.io to if you need any further assistance.

The company is very hot right, basically selling expectations thus I think well above 10x. In any case $350m with these kind of numbers still seems very feasible. Won't you agree?

Assuming an average valuation/yearly revenue ~= 20 it means that for $3.5bn the should make $175m a year. If they have 350m photo shares a day (!!!) this number seems very well within their reach. They can even afford to monetize less aggressively and thus more user-friendly. I think it's one of these cases where numbers are so huge that they work in their favor whatever they do.

Nice write up, do you know which receivers support GPX?

The biggest pain I've experienced with similar web interfaces was mobile. For the desktop there are a few that are decent, but on mobile they generally suck. So do the native email clients for Android and iOS.

Do you plan to stick with a desktop version? Will you always design 'destop first'?

What exactly is the new open source component here? Can you provide a github link as well?

I wouldn't consider it this risky. Twitter is the second largest social network and in fact very different from competition. Facebook showed there are enormous amounts of money to be made from social, it just takes some time to figure it out and I'm sure Twitter can.

A github page would also be a good idea

Hehehe, haven't thought of it this way...

and boundary.com and several others, but none that allow you to address issues from your mobile phone.

I had problems with these too, better check them again

We'll look into it, but it appears to be related to Better Pop Up Blocker http://code.google.com/p/betterpopupblocker/issues/detail?id...