News for hackers. Stuff that matters.

vaidik

Re:Show HN: Helm Dashboard for Kubernetes on Tuesday December 13, 2022 @04:19AM (#33966464)
Interesting. The github repo seems to be an indirection for the purpose of this post to the actual repo which has the software. Would have been nice that you just used the actual github link. I discovered some other interesting things in the main repo - CI/CD, GitOps, governance related features. Would be nice that other viewers can also discover them. Those are definitely a big requirement for most teams starting their journey on kubernetes. But anyways, looking forward to trying this out myself soon.
Re:Email startup Superhuman lays off 22% of staff on Saturday June 04, 2022 @12:22AM (#31616963)
Ah this is nice! I always found Superhuman too expensive.
Re:Tools for visualizing a codebase on Saturday April 02, 2022 @06:39PM (#30892313)
Try Cidescene.io
Re:Bitwarden releases “emergency access” feature on Thursday January 21, 2021 @11:29PM (#25868332)
So useful. I have been wanting this feature.
Thoughts on Haskell?
Re:Why you need a service registry on Monday October 05, 2020 @02:23AM (#24685064)
Good stuff. We are doing the exact same thing at Grofers (more or less). Our philosophy of our service registry is exactly the same - using services to connect kubernetes objects to AWS resources to monitoring dashboards to github repos.

The place where we differ is: * YAML instead of JSON * A lot of python based tooling to do the plumbing * We don't always rely on terraform for provisioning everything so we have monitoring of new resources in AWS and policies on how those untagged resources will be treated

Good to know that there are more people thinking in a similar way. Validates our approach. :)

Would love to chat in person to learn more about the setup and exchange ideas if you are up for it.

Re:A developer goes to a DevOps conference on Sunday September 29, 2019 @09:00AM (#21106786)
DevOps is about collaboration between devs and ops towards building software and operating it efficiently to meet business needs. Traditionally building and operating were looked very differently but experience has taught us that features and stability cannot be achieved without understanding of how features were built and what needs to be done to run those features in production efficiently. In an ideal world, the same person should be able to build and operate systems in production however we don't live in an ideal world - traditionally there was a big divide between devs and ops, and in complex environments you can't learn to do everything yourself. Hence... DevOps.

There are multiple ways this can be achieved. This article is a good read to understand different models of implementation of DevOps culture - https://web.devopstopologies.com/

"DevOps is Ops with new tools. I went to DevOpsDays thinking DevOps means developers and operations merged into one team. I was wrong." - This is kind of right but not completely. DevOps is about bringing ops closer to dev teams by either merging ops or retraining devs to be able to be better at ops (there are more ways as indicated in the above article about DevOps topologies). The idea of doing ops with new tools is that these new tools help us with doing ops like we are building software. Many software development best practices, abstractions, architectures can be now applied to ops as well. This shift in doing ops with these tools which are a lot like other software development tools enable ops to come closer to devs and vice-verse. Here is a great talk by Mitchell Hashimoto (the creator of Terraform, Packer, Vagrant, Vault, etc.) that got me into DevOps - https://www.youtube.com/watch?v=UTQQggVx4sI. This talk explains the use of tools with the backdrop of DevOps.

Other than these two things, your observation was spot on. I was not at the event but that's the story at most DevOps events.

I think software architecture will soon become an area of focus in DevOps circles as the right architecture also essential for achieving CI/CD, agility and DevOps.

Never the less, welcome to the world of DevOps. :)

Re:Polly.js – Record, replay, and stub HTTP interactions on Thursday June 14, 2018 @03:48AM (#17310097)
Also, what's up with the in-your-face hiring pitch right in the documentation?

https://netflix.github.io/pollyjs/#/README?id=we39re-hiring

Re:Polly.js – Record, replay, and stub HTTP interactions on Thursday June 14, 2018 @03:47AM (#17310096)
I used to use nock which would work very well in node environments. But this works in the browser as well. So I guess this can be fairly helpful while writing tests post development. If you are doing TDD, then recording/replaying doesn't fit anywhere in the development cycle.

I like the API of this library and the browser support that was missing in nock. So thanks Netflix! Although it would have been nice to see nock add this support. Which is what I wonder - why not just contribute to existing libraries.

We have been using Redash at our company for almost a year now. Every single release just proves how promising the project is. You can make useful dashboards in minutes. Support for multiple databases is amazing. We are using it with multiple PostgreSQLs, Redshift, MongoDB and InfluxDB.

The most valuable feature is alerts though. I work at an ecommerce and operations heavy company where we have tons of connected components. Where alerts come really handy for us is that anyone in the organization can add quick alerts for proactive monitoring of events recorded in on-field ops and act when things go bad. This almost like building a feature on one of the internal tools, just doing that yourself without any engineering support. This comes in really handy.

Kudos to the team! Looking forward to some more amazing stuff in Redash!

Well it will soon land in stable as well I am sure. But its amazing to see major browsers moving in this direction and educating users about security.

Older »