Container technologies at Coinbase: Why Kubernetes is not part of our stack
&quot;For example, most folks that run large-scale container orchestration platforms cannot utilize their built-in secret or configuration management. These primitives are generally not meant, designed, or built for hundreds of engineers on tens of teams and generally do not include the necessary controls to be able to sanely manage, own, and operate their applications. It is extremely common for folks to separate their secret and config. management to a system that has stronger guarantees and controls (not to mention scaling).&quot;<p>Fyi to anyone who is reaching (or close to reaching) this point: this is exactly the problem we&#x27;re trying to solve with EnvKey[1] in a secure, robust, and scalable way.<p>Our current product runs on the cloud (using zero-trust end-to-end encryption) and solves the problem quite well imho for companies with up to 50 or so engineers and moderately complex infrastructure. It fits easily into either containerized or non-containerized stacks.<p>But our v2 is almost done after years of work, and I think it will now be able to handle almost any scale and workload.  The launch target is August 1st. Some cool features it will offer:<p>- Source available self-hosting with auto-scaling, HA, and strong consistency that just works.<p>- &quot;Config blocks&quot; that can be used in multiple projects, allowing you to de-duplicate configuration and secrets.<p>- Version control with simple and advanced rollback capability.<p>- Comprehensive access logs with simple and advanced filtering and auditing capabilities.<p>- Ability to manage local environments.<p>- Ability to react to updates and e.g. restart servers when config values change.<p>- A CLI that will have full parity with the UI, either for automation or those who prefer a CLI-based workflow.<p>- An option to use our UI via an incognito web browser pointed at localhost instead of Electron (for those who hate Electron)<p>- Faster, lighter, modernized end-to-end encryption built on NaCl (v1 uses OpenPGP, which is great, but it&#x27;s time to move on).<p>- Device based auth with optional passphrases (think SSH) and an easy, secure workflow for granting access to new devices.<p>- Ability to authenticate and invite users via Github, Gitlab, Google, Okta, or SAML  (including inviting from multiple sources within a single org).<p>- Teams&#x2F;groups and advanced group management: grant teams of users access to groups of apps, connect groups of blocks to groups of apps, etc.<p>- Customizable everything: environments, sub-environments, and access roles can all be molded to fit your workflow.<p>Our goal is to fully solve this crucial piece of the stack so that it &quot;just works&quot; with minimal time spent on integration (for new projects it can be installed and integrated in minutes). If you&#x27;re interested (and&#x2F;or want early access), submit your email to the form at the bottom of our site: <a href="https:&#x2F;&#x2F;www.envkey.com" rel="nofollow">https:&#x2F;&#x2F;www.envkey.com</a> -- and of course if the v1 can solve your configuration and secrets management needs as it already does for hundreds of our customers, give that a shot! Upgrading from v1 to v2 will be very quick so you won&#x27;t be duplicating any work.<p>Also, we&#x27;re hiring--remote anywhere in the US. We&#x27;ll put up a jobs page with more detail soon, but our stack is TypeScript (node + react), Go, and polyglot (since we need to write lots of integrations). Shoot me an email if this sounds like a system you&#x27;d be excited to work on: dane@envkey.com