Hi, founder of ClusterHQ here. I was just reminiscing over the demise of my company, and saw this comment had not been replied to.
I can categorically state that there was no pressure to install back-doors or any Lavabit-style problems.
As for your other comment, as a business you don't get to choose when you run out of money. I believe there was a plan to secure more money, and when that plan failed the employees were told immediately. The timing is irrelevant.
My advice would be to think hard about your requirements and pick something which meets them. Don't fret about the "best" solution - you and your team have more important problems to solve. If something works for you then you have made the right choice. All the solutions you would pick today will still be around tomorrow.
ClusterHQ - https://clusterhq.com/ - San Francisco & Bristol, United Kingdom. Remote working, relocation (VISA) and London positions available.
ClusterHQ produces the open-source container data management tool Flocker. We help connect Docker containers with reliable persistent storage, helping to close the gap on getting Docker containers into production. Flocker is a cluster management tool written in Python (Twisted), and we have positions available for all levels of programmers and devops engineers.
We believe strongly in TDD, automated testing, quality, collaboration, great colleagues and treating our employees like adults. We have a great work-life balance, flexible hours, fun offices and plenty of opportunity to travel, if you want it! We also have very generous maternity & paternity, on top of the usual full-suite of benefits and great pay packages that you would expect from an established, well-funded startup.
I can categorically state that there was no pressure to install back-doors or any Lavabit-style problems.
As for your other comment, as a business you don't get to choose when you run out of money. I believe there was a plan to secure more money, and when that plan failed the employees were told immediately. The timing is irrelevant.