3 ms·

> deploy elastic and some other helm charts as quickly as possible Bad culture alert! No one needs Elastic "as quickly as possible" unless their business, or t

by movedx 4y ago

> deploy elastic and some other helm charts as quickly as possible Bad culture alert! No one needs Elastic "as quickly as possible" unless their business, or the business they work for, is being very poorly run. I would also argue that you might have got it running quickly, but how are you patching it? Maintaining it? Securing it? Backing it up? Have you got a full D/R plan in place? Can you bring it back to life if I delete everything within 3-6 hours? Doubt it. > maintaining nodes with some clunky shell scripts. Puppet Bolt, Ansible, Chef, ... There are so many tools that are easy to understand that solve this issue.

iso1631 4y ago
I believe elastic is available as service from AWS and elastic.co, if you need it fast, use that. If you need it long term it may be worthwhile to deploy your own for cost and flexibility purposes
- pojzon 4y ago
  Managing Elastic Cluster is on pair of managing Kubernetes cluster. Its not easy. Setting it up is easy, but not operations. Ive been managing multiple clusters on AWS and on Azure. I would take a managed EKS/OS in a heartbeat if I was a startup.
Scotrix 4y ago
That’s all solved for you, helm upgrade in ci/cd and bump of versions has been straight forward, if not snapshot rollback via Longhorn, also for DR. Accidentally deleted data => get the last snapshot, 5 minutes it’s back (except that there is of course CI/CD in place for new code + no write permissions for devs on the cluster and „sudden“ data deletion somewhat rare). Elastic usecase is for crawling crazy amount of data and make it searchable and aggregatable and historically available, don’t know any other solution than elastic who has reasonable response times and easy-to-use access (plus we can add some application logging and APM). > Puppet Bolt, Ansible, Chef, ... Helm chart values.yaml and you’re all set, security + easy version bump included.

by movedx 4y ago

iso1631 4y ago

I believe elastic is available as service from AWS and elastic.co, if you need it fast, use that. If you need it long term it may be worthwhile to deploy your own for cost and flexibility purposes

pojzon 4y ago
Managing Elastic Cluster is on pair of managing Kubernetes cluster. Its not easy. Setting it up is easy, but not operations. Ive been managing multiple clusters on AWS and on Azure. I would take a managed EKS/OS in a heartbeat if I was a startup.

Scotrix 4y ago

That’s all solved for you, helm upgrade in ci/cd and bump of versions has been straight forward, if not snapshot rollback via Longhorn, also for DR. Accidentally deleted data => get the last snapshot, 5 minutes it’s back (except that there is of course CI/CD in place for new code + no write permissions for devs on the cluster and „sudden“ data deletion somewhat rare). Elastic usecase is for crawling crazy amount of data and make it searchable and aggregatable and historically available, don’t know any other solution than elastic who has reasonable response times and easy-to-use access (plus we can add some application logging and APM). > Puppet Bolt, Ansible, Chef, ... Helm chart values.yaml and you’re all set, security + easy version bump included.