#kubernetes

See tagged statuses in the local bookrastinating.com community

I am incredibly grateful to @fajfer for his feedback and contributions to @badgefed

In just a few days, the changes made it clear that it was time for a new release: 0.0.2.

This new release is now out, check it out here:
https://github.com/tryvocalcat/badgefed/releases/tag/0.0.2

Among other things, a new BadgeFed server in Poland now up and running, deployed on

More in the following days, and follow @bot

Oh, and we implemented FEP-67ff: FEDERATION.md (thanks @andypiper !) check how BadgeFed federates here: https://github.com/tryvocalcat/badgefed/blob/main/FEDERATION.md !

I'm looking for work!

I'm a high-level infra and devops engineer and team lead.

I've previously run my own team, and previously worked at Mozilla and Facebook. I'm looking for infra/devops lead or senior infra/devops engineer positions.

I'm not looking for pure development positions, but writing scripts, glue, and things like CI - as demanded by infra/devops - are totally fine. I just don't want to be developing the product.

The one thing I can't budge on is that I am exclusively looking for 100% remote positions, due to physical disability. I am based in the UK but I'm happy working with companies anywhere in the world, and capable of shifting my circadian rhythm around to match yours.

My CV is available at cv.dave.io. I am available to start immediately. The CV is a Notion page and can be cloned directly …

Alan Hohn: Book of Kubernetes (2022, No Starch Press, Incorporated) No rating

Containers ensure that software runs reliably no matter where it’s deployed, and Kubernetes is the …

I'm about halfway through this guide to running kubernetes. This book is very well done, with lots of examples that walk the reader through not only effecting changes to their #kubernetes environment, but also really educate the reader as to what's going on under the hood. For all that, it moves along at a quick pace, depending on how much you want to explore or execute variations on some of the commands.

I'm looking for work!

I'm a high-level infra and devops engineer and team lead.

I've previously run my own team, and previously worked at Mozilla and Facebook.

I'm looking for infra/devops lead or senior infra/devops engineer positions.

I'm not looking for pure development positions, but writing scripts, glue, and things like CI - as demanded by infra/devops - are totally fine. I just don't want to be developing the product.

The one thing I can't budge on is that I am exclusively looking for 100% remote positions, due to physical disability.

My CV is available at cv.dave.io. I am available to start immediately.

The CV is a Notion page and can be cloned directly into your workspace if you use Notion.

I'm more than happy to answer any questions, and all leads are graciously appreciated. Drop me a …

Sadly, most AI/LLM scraper bots completely ignore website ToS and/or robots.txt.

For those struggling to block those bots on their k8s clusters (using ingress-nginx), here's a handy oneliner I just built. It takes Ichido's blocklist (https://github.com/anthmn/ai-bot-blocker) and transforms it correctly to be used by the ingress controller.

---
echo -en " block-user-agents: |\n "; curl -fsSl https://files.ichi.do/recommended-nginx-block-ai-bots.conf | grep -Ev '^#|Uptime-Kuma' | awk -F "\"" 'ORS="," {print "\"~*"$2".*" "\""}' | sed 's/\(.*\),/\1\n /'
---

PS: something similar could be created from https://github.com/mitchellkrogza/nginx-ultimate-bad-bot-blocker/blob/master/_generator_lists/bad-user-agents.list , depending on your preference. YMMV.

welp, got fired after only 2 months. they fired the whole team (including someone who already quit but then they convinced to stay???)

so i am back on the market, unfortunately.

i have plenty of experience as a developer and an SRE. i am primarily skilled with kubernetes, linux, javascript, node, react. ideally i'd focus on the SRE side

i am in canada and available for remote work or on-prem if you're in montreal!

It was glorious spending IRL time with old & new friends from / / / communities. I’m back in now!

I’m still processing everything, but I noticed some commonalities in the kinds of challenges are facing during this 2024 lonely burnout epoch (I’m not the only one who feels it right?)And I wonder if more are facing them too.

So what are the toughest / communications/ outreach challenges you’re tackling?

Typical modern software stack:

- They only provide a Dockerfile because it's so convoluted and patched together that it would be impossible to create a decent guide on how to make this stuff work without revealing just how much it's all held together by duct tape. Still, taking a peek at the Dockerfile will clearly reveal the chaos at play.
- Everything runs in separate containers, as it should, and they have automatic restarts, as they should. But then they're so tightly bound together with, you guessed it, duct tape, that when one of them fails, the container just restarts automatically, leaving the user wondering why everything failed, with only a cryptic error message.
- The main container is controlled by Supervisor - which is necessary because everything crashes very often, but the end user doesn't notice because Supervisor restarts the services. To outsiders, everything works fine (but occasionally …

I'm looking to get

Are you looking for a freelance developer/architect with:

- Over 20 years of experience in various tech roles.
- Success in designing scalable services, both of the monolithic. and microservice variety.
- Well versed in designing verification systems based on cryptography.
- Expert in writing , and .
- Experienced in writing many other languages and frameworks.
- Expert in and based deployments.

DMs are open if you need more info.