CatOps – Telegram
CatOps
5.1K subscribers
94 photos
5 videos
19 files
2.56K links
DevOps and other issues by Yurii Rochniak (@grem1in) - SRE @ Preply && Maksym Vlasov (@MaxymVlasov) - Engineer @ Star. Opinions on our own.

We do not post ads including event announcements. Please, do not bother us with such requests!
Download Telegram
Who will win: Kubernetes or a simple list request? is a postmortem-like story that unveils how Kubernetes objects are retrieved from ETCD.

It’s useful to know those quirks bot only when you write software that talk to the Kube API, but also when you operate a cluster under the load since those request could be generated by something else.

#kubernetes #etcd
👍4😁2
At last!

I have finalized the results of this year’s Kubernetes Operations Survey by CatOps! You can find it:

- In my personal blog.
- On Substack.

Ukrainian version is currently in review and (hopefully) is coming soon.

Also, I would appreciate it, if you subscribe to my Substack, since I put such long posts there rather than on Telegram.

Have a great weekend!

#kubernetes #catops
🔥8
An incredible story by Juraj Majerik.

In his spare time he has created an Uber-simulation app. With Go on backend and React on front-end.

He didn’t just created an app but also deployed it and configured the infrastructure and monitoring for it. Moreover, he has documented the entire process. So, you can pretty much follow his journey.

There is also a neat summary of this project by Gergely Orosz (Pragmatic Engineer). Here is a part I want to highlight:

I really like how this project showcases _just_ _how much time_ can go into infrastructure setup. At companies with dedicated platform teams, those teams take exactly this kind of load off other teams building greenfield projects.

Both as an engineer, and especially as an engineering manager, don’t forget there’s a real cost to setting up and then maintaining infrastructure. Much infrastructure work is invisible as it does not involve commits, and most engineers won’t document the time they spend on these tasks, like Juraj has. But this is work that still needs to be done!


#programming #devops
👍5🔥1
Kubernetes as a Platform.

Frankly, you can skip the most of the text from this article. However, it gives a nice high-level overview of the tools you can use in Kubernetes to address various aspects of the platform building.

#kubernetes #platform
👍4
For today’s Donations Monday I would like to remind you about Pavlo and Naya who raise funds for recon drones and equipment for them.

This week’s goal is to get a bit more than €10k drones and the telecommunication equipment.

- Pavlo’s requisites
- Naya’s requisites

#donations #Ukraine
👍51
In my last Kubernetes Operations Survey, there were very few Cluster API users. However, the technology is not abandoned at all.

So, if you want to know more about Cluster API, check out the learning course by VMware.

Also, check out the results of the Kubernetes survey if you haven't done that already.

#kubernetes
👍14🤔1
From our subscriber:

Till the end of June you can save up to 40% on the Linux Foundation courses with this promo code:

JUNEBBQ40

UPD. Also, AWS has extended the promo code for exam retake. So, if you fail the exam the first time, you can retake it for free. More details:

AWSRETAKE

#linux #education #kubernetes #aws
👍7
Some Friday material (also, from our subscribers, btw).

DevOps is Bullshit.

Now, once you've got clickbaited, let's talk. The premise of this article has been already repeated many times in different words: a single person cannot know everything and be good in everything, job-specialization is actually good, you can have good enough Jacks of All Trades in the beginning, but it doesn't scale.

The answer that this article provides is to build platforms. Internal platforms, specifically. You know, do Platform Engineering. And I fully agree with this statement. Yet, this article comes from a company that sells you an "IDP as a Service". So, you can clearly see some vested interest here. What I dislike specifically about this article is that instead of striving for standardization, a good platform should "accommodate all the various needs and configurations". I mean, if you sell it to others, it makes sense. If you are building an internal platform, why would you do that?

Anyway, nice Friday read. Here's a reaction video by Primeagen (this is how I actually "read" this article).

Also, if you have any interesting things to share - welcome to our chat! Chat is in Ukrainian, tho.

#devops #culture #platform
😁41😢1
OpenAI shares their story of running large Kubernetes clusters.

Their setup is quite unique since they mostly running research jobs. Still, there are couple of takeaways for running large-size clusters. For example, reducing the number of DaemonSets and the number of the node count fluctuations.

Also, as usual the most interesting part is the “Unsolved problems” paragraph.

#kubernetes
🔥9👍51
​​For today's Donations Monday I want to remind you about the Kolo charity foundation, which has a goal to raise 10M UAH for Shark UAV.

Direct link to donate.

#donations #Ukraine
Maksym Vlasov - the co-author of this channel - has written an article about how to create Terraform lockfiles for hundreds of root modules.

You can read it in:

- My blog. This is the first guest article, BTW!
- Or you can find it on Substack (don't forget to subscribe there!)

Also, the live stream with Maksym and Terraform-master - Anton Babenko - is live right now!

#terraform #hashicorp #oc
👍172
​​HashiCorp posted an article in their blog on why platform teams should run as product teams.

If you're familiar with the topic of Platform Engineering, likely there is not that much new information for you. However, I think it's important to repeat those points, because the more people see them and start acting this way, in the better shape the industry will be.

Also, this article contains links to other articles and case studies that clarify some aspects. I like it when an article is a so-called "crossroad". So, you can continue exploring a topic once you've done with the original piece.

P.S. I cannot come up with a short tag for the platform engineering related topics. So, I would appreciate it if suggest something in the chat.

#platfom_engineering #hashicorp
👍63
Kelsey Hightower said that he’s retiring from Google.

So, I would like to share with an episode of the ReadME podcast with Kelsey.

ReadME is a community podcast by GitHub. So, you may also find other interesting episodes there.

#podcast #kubernetes #github
👍3😢2
VictoriaMetrics have released their first iteration of the log platform!

Here’s the info:

The first release of VictoriaLogs!

Release page on GitHub

Documentation

Docker demos

Helm Chart

Here you can find a Benchmark for VictoriaLogs

Since I’m not a user, it’s hard for me to provide feedback right away. Yet, if you use it or want to try and want to provide any feedback to the maintainers, do not hesitate to submit bug reports and feature requests on GitHub.

#victoriametrics #logs #observability
🔥9👎1🤔1