https://github.com/walidshaari/Certified-Kubernetes-Security-Specialist go into other CKS related topics

Just an FYI, we’ve updated the comparison for the Kubernetes Controllers.

We have 16!! Ingress Controllers and new categories such as support for Cert Manager, Proxy Protocol, hot reloading and more.

@yolossn has done most of the work, so many thanks to him!

You can check out the comparison here: https://docs.google.com/spreadsheets/d/191WWNpjJ2za6-nbG4ZoUMXMpUK8KlCIosvQB0f-oq3k/edit

Learn@GitLab
Классная платформа появилась у для изучения гитлаба
https://about.gitlab.com/learn/

https://about.gitlab.com/blog/2021/01/12/learn-gitlab-devops-version-control/

ну и сам плейлист нашел в youtube
https://www.youtube.com/playlist?list=PLFGfElNsQthYDx0A_FaNNfUm9NHsK6zE

​​5 забавных способов использования Kubernetes

Посмотрите, как можно совместить работу с развлечениями. Ниже 5 игр, которые умеют взаимодействовать с реальным кластером Kubernetes, — это может помочь в изучении возможностей Kubernetes и проведении экспериментов с ресурсами кластера.

🐷 KubeCraftAdmin. Эта игра визуализирует ресурсы кластера в виде животных. Свиньи — это поды, коровы — реплики, куры — сервисы, а лошади — развертывания. Животный мир и реальный кластер связаны: если убить животное, то в кластере удалится соответствующий ресурс.

🧨 Kube DOOM. Похожий проект, но выполненный на основе другой популярной игры. В Kube DOOM противники олицетворяют поды кластера. Стреляете в противников — удаляете поды.

👽 KubeInvaders. Эта игра поможет лучше понять термин Chaos Engineering. Проверьте работоспособность своего кластера, уничтожая пришельцев-подов.

💣 kube-chaos. Еще одна игра в стиле Chaos Engineering. Путешествуйте по нодам своего кластера, изучайте их и уничтожайте работающие поды.

🔨 Whack-a-pod. Эту игру можно использовать для демонстрации устойчивости Kubernetes-сервисов. Превратите свой кластер в игру «Ударь крота». Ваша цель — попытаться вывести сервис из строя, ударяя по кротам-подам.

Источник на английском

#интересное

Множество готовых для развертывания решений от Амазона
https://aws.amazon.com/solutions/implementations/

Бложик с интересными статьями про куб
https://loft.sh/blog/

как пример последняя
https://loft.sh/blog/kubernetes-readiness-probes-examples-common-pitfalls/

Gitlab убирает Bronze/Starter план
https://about.gitlab.com/blog/2021/01/26/new-gitlab-product-subscription-model/
для тех кто был на этих планах предлагают лайтовый upgrade на Premium со скидкой

теперь в Gitlab'е только три плана
Free/Premium/Ultimate
https://about.gitlab.com/pricing/

https://www.dependencies.io/
прикольная штука, вместо тех же snyk или dependencybot'ов которые используют пакетные менеджеры для поиска обновлений, этот находит обновления в коде где выкачивается непосредственно с указанием урлов
имеет смысл попробовать :)

Ускоряйся! Наука DevOps: Как создавать и масштабировать высокопроизводительные цифровые организации

Авторы: Николь Форсгрен, Джез Хамбл, Джин Ким

Год издания: 2020

Скачать книгу

#devops #русский

Node.js 14.x runtime now available in AWS Lambda | AWS Compute Blog
https://aws.amazon.com/blogs/compute/node-js-14-x-runtime-now-available-in-aws-lambda/

Разбор падения Slack от 4 января:

https://slack.engineering/slacks-outage-on-january-4th-2021/

Весьма полезное чтиво – хронология, детали, выводы. Кроме ставшего классическим /proc/sys/fs/file-max, есть и специфичные амазоновские причины.

Масштабирование AWS Transit GateWay (TGW)

TGW менеджится Амазоном, потому повлиять на него мы не можем. В то время, как часть проблем у Slack возникла из-за того, что резко возросший трафик через их корневой TGW, через который завязаны их окружения, давал ошибки, не успевая масштабироваться, добавляя проблем во время падения Slack. Амазоновцы вручную боролись с этой ситуацией:

However, our TGWs did not scale fast enough. During the incident, AWS engineers were alerted to our packet drops by their own internal monitoring, and increased our TGW capacity manually.

Чтобы такого избежать, нужно "прогревать" TGW, аналогично тому, как такое предусмотрено для ELB:

https://aws.amazon.com/articles/best-practices-in-evaluating-elastic-load-balancing/#pre-warming

Shared VPC vs different VPCs

Другой момент – отрицательные стороны от использования отдельных VPC. Если бы у Slack использовалась Shared VPC – и для окружения, и для мониторинга, то трафик бы не упёрся бы в узкое горлышко TGW (его скорости масштабирования), через который и соединяются отдельные VPC.

#TGW #Shared_VPC #design