Earlier quoted context omitted.
> The most popular tool in HashiCorp's ecosystem that wasn't written by them was written by a consulting firm who hated HashiCorp's UX Which tool is that? On a related note, Vault has a really excellent API. A joy.
I'm assuming this is Terragrunt, which itself perpetuates all kinds of horrific practices which are absolutely unnecessary if you apply basic software engineering principles to infrastructure as code/config.
HashiCorp’s multi-product strategy
21–30 of 91 posts
Re: HashiCorp’s multi-product strategy
#22Earlier quoted context omitted.
Kubernetes is managed by a foundation so less of a risk than a tool owned by one company.
Kubernetes absolutely eats the HashiStack lunch. I think they’re aware of this. That’s why I think HashiCorp invested so much VC funding into their SaaS offerings: they know consul, vault, and nomad are a huge pain in the ass to configure and manage, particularly in support of each other. It’s all a little bit more agnostic than k8s but If you actually run consul + vault + nomad in production you know that managing i…
Nomad now has its own service discovery (along with secure variables coming in 1.4.0) so you won't actually need Consul and Vault anymore. This is perfect for smaller deployments like on a Raspberry Pi.
Re: HashiCorp’s multi-product strategy
#23> There’s company-wide alignment on delivering the best user experience possible. That means sales, marketing, product engineering, product design, and customer success all channel their efforts into creating a product that provides an unparalleled UX. Product development puts all departments on the same wavelength in terms of the end goal. Who the fuck are they talking about? Clearly not HashiCorp. The most popular…
> The most popular tool in HashiCorp's ecosystem that wasn't written by them was written by a consulting firm who hated HashiCorp's UX Which tool is that? On a related note, Vault has a really excellent API. A joy.
Strongly disagree: suppose we have secrets mounted at my/secrets, and we want to read a secret top/secret, which is represented as my/secrets/top/secret path in vault. However, the only way to access it via API is to read _all_ mount points, and match them with the path to split path to mount point and secret. vault cli itself follows the same logic: https://github.com/hashicorp/vault/blob/main/command/kv_help...
Re: HashiCorp’s multi-product strategy
#24Earlier quoted context omitted.
> The most popular tool in HashiCorp's ecosystem that wasn't written by them was written by a consulting firm who hated HashiCorp's UX Which tool is that? On a related note, Vault has a really excellent API. A joy.
I'm assuming this is Terragrunt, which itself perpetuates all kinds of horrific practices which are absolutely unnecessary if you apply basic software engineering principles to infrastructure as code/config.
Re: HashiCorp’s multi-product strategy
#25I use terraform everyday, and I’m not exactly Warren Buffet but it is kinda funny juxtaposing this article with the current stock price and trajectory since IPO.
There is a lot of time wasted in learning a DSL and than wrestling with the limits of what it can do. For most infrastructure scaffolding you can get away with just CLI and anything longer should require something as natural as CDK.
I also will never use Azure or Google! Why should I waste time learning DSL and it's syntaxes when I am using the best Infrastructure as Code provided by AWS? The UI is familiar and I can always reach into CLI to quickly experiment and web console for learning what each parameter does.
Sure there is value in using Terraform but I think all it does is just another Kubernetes type of busywork. 20% gain for 80% investment. Not really a good way to spend your hours, sort of like writing tests before you write code from scratch.
We will disagree but I trust my experience than what I'm told to do exactly because I realize these standards are largely just dog whistling junior developers eager to please their managers to get them on a "free" solution that ultimately bubbles up to the C-suite with some McKinsey or Forrester branded market analysis pdf attached with setting up next steps.
Not only has big corporate interests invaded consumer interest, they've hijacked the open source movement, into just series of raising money and hoping for a large IPO payout or acquisition by other corporate whales. This is why these days avoid popular opinions/standards, especially when large number of people push for them on social media.
TLDR; HashiCorp is a good example of how to use open source offering as a trojan horse to boost the personal wealth of it's investors and founders and I am increasingly wary of "standards" or generating voluntary champions within companies to parrot and becomes salesman for a bit of glory and recognition. THIS NEEDS TO STOP. Very few end up surviving the test of time. Relational database and Java is stronger than ever. Javascript took a good decade to become recognized but it's still treated as a different class than boring technology. Boring and straight forward is resilient, novelty and complex is not.
Re: HashiCorp’s multi-product strategy
#26> There’s company-wide alignment on delivering the best user experience possible. That means sales, marketing, product engineering, product design, and customer success all channel their efforts into creating a product that provides an unparalleled UX. Product development puts all departments on the same wavelength in terms of the end goal. Who the fuck are they talking about? Clearly not HashiCorp. The most popular…
> The most popular tool in HashiCorp's ecosystem that wasn't written by them was written by a consulting firm who hated HashiCorp's UX Which tool is that? On a related note, Vault has a really excellent API. A joy.
Re: HashiCorp’s multi-product strategy
#27Earlier quoted context omitted.
Kubernetes absolutely eats the HashiStack lunch. I think they’re aware of this. That’s why I think HashiCorp invested so much VC funding into their SaaS offerings: they know consul, vault, and nomad are a huge pain in the ass to configure and manage, particularly in support of each other. It’s all a little bit more agnostic than k8s but If you actually run consul + vault + nomad in production you know that managing i…
As a counterpoint I manage multiple HashiStack clusters in production with little overhead — it's not a nightmare. I am a Kubernetes refugee and Nomad is such a better experience with batteries included. Nomad now has its own service discovery (along with secure variables coming in 1.4.0) so you won't actually need Consul and Vault anymore. This is perfect for smaller deployments like on a Raspberry Pi.
Also, I made some automation for setting up Nomad on a single Fedora CoreOS server (still kind of a work in progress) if anyone wants to give it a try.
Re: HashiCorp’s multi-product strategy
#28Earlier quoted context omitted.
I think one way in which it plays out opposite to this is that Kubernetes, among companies I’ve talked to, is being deployed as EKS or GKE with cloud provider specific extensions/integrations while Nomad is much much easier to self manage on top of bare VMs. Even being owned by a single company, there is something about being to self host that feels more “free”. Obviously this could make a 180 easily because of how m…
Wanting to turn on just one more server to find months of lead time and a bunch of red tape to get stuff done, yeah I don't miss "owning the hardware" one bit. In times of economic hardship when finding skilled labor to manage infrastructure is easier to achieve, trading hardware costs for labor costs may make more sense, but I don't see that happening in today's economies for most western economies.
Setting up your own, non-managed Kubernetes cluster is definitely possible but I’d argue it’s on a whole different level of difficulty.
Re: HashiCorp’s multi-product strategy
#29Earlier quoted context omitted.
> The most popular tool in HashiCorp's ecosystem that wasn't written by them was written by a consulting firm who hated HashiCorp's UX Which tool is that? On a related note, Vault has a really excellent API. A joy.
I'm assuming this is Terragrunt, which itself perpetuates all kinds of horrific practices which are absolutely unnecessary if you apply basic software engineering principles to infrastructure as code/config.
Re: HashiCorp’s multi-product strategy
#30> There’s company-wide alignment on delivering the best user experience possible. That means sales, marketing, product engineering, product design, and customer success all channel their efforts into creating a product that provides an unparalleled UX. Product development puts all departments on the same wavelength in terms of the end goal. Who the fuck are they talking about? Clearly not HashiCorp. The most popular…
All of HashiCorp's products have splendid UX — what are you on about? Have you actually used their other products aside from Terraform, which I'm assuming you're referring to?