Swap support in Kubernetes 1.22
https://docs.google.com/document/u/0/d/1CZtRtC8W8FwW_VWQLKP9DW_2H-hcLBcH9KBbukie67M/mobilebasic
https://docs.google.com/document/u/0/d/1CZtRtC8W8FwW_VWQLKP9DW_2H-hcLBcH9KBbukie67M/mobilebasic
Starting from today I'm going to collect a list of links related to Argo, because as I think it's a great new tool that could be good for many users and architectures
Comparison of Kubernetes Ingress controllers
Last updated: January 4, 2021
https://docs.google.com/spreadsheets/d/191WWNpjJ2za6-nbG4ZoUMXMpUK8KlCIosvQB0f-oq3k/htmlview?pru=AAABdXUzyNk*EfaTEydH1ILcjf1bsmKH1wForwarded from DevOps Deflope News
AWS попросил Parler освободить занимаемые вычислительные мощности в течение 24 часов. В воздухе повисла мысль "а что если мы будем следующие, как нам обезопасить себя?". Пока нет подходящего всем решения, каждый кейс нужно рассматривать отдельно. Предлагаю прочитать разбор, почему если вы считаете, что сможете быстро переехать, то возможно вы искренне заблуждаетесь. Также справедливо и для GCP/Azure/Яндекс.Облако/Ваше.Любимое.Облако.
Основные тезисы:
- Даже если вы гоняете "голые" виртуалки, то скорее всего вы используете сервисы для авторизации (IAM), сетевые политики, подготовленные образа (AMI) и другие инфраструктурные сервисы спрятанные за ширмой облачной магии.
- В облаке вы платите за потребляемые ресурсы и имеете почти неограниченные возможности масштабирования, что крайне сложно реализовать на собственном или арендуемом железе.
- Процесс переезда средненького проекта занимает месяцы подготовки и переноса инфраструктуры и данных. Даже по проторенным рельсам. Это опыт множества кейсов.
- Если вы сильно неугодны обществу (а иначе зачем вас изгонять из облаков?), то у вас появятся проблемы и с тем, что вы привыкли покупать как сервис. Там от вас тоже постараются прекратить сотрудничество.
Но это не в коем случае не повод отказываться от облаков. Parler избрали себе такую миссию, что может противоречить ToS, законам и настроениям в обществе. Будьте лапушками и продолжайте пользоваться плодами технического прогресса =)
Основные тезисы:
- Даже если вы гоняете "голые" виртуалки, то скорее всего вы используете сервисы для авторизации (IAM), сетевые политики, подготовленные образа (AMI) и другие инфраструктурные сервисы спрятанные за ширмой облачной магии.
- В облаке вы платите за потребляемые ресурсы и имеете почти неограниченные возможности масштабирования, что крайне сложно реализовать на собственном или арендуемом железе.
- Процесс переезда средненького проекта занимает месяцы подготовки и переноса инфраструктуры и данных. Даже по проторенным рельсам. Это опыт множества кейсов.
- Если вы сильно неугодны обществу (а иначе зачем вас изгонять из облаков?), то у вас появятся проблемы и с тем, что вы привыкли покупать как сервис. Там от вас тоже постараются прекратить сотрудничество.
Но это не в коем случае не повод отказываться от облаков. Parler избрали себе такую миссию, что может противоречить ToS, законам и настроениям в обществе. Будьте лапушками и продолжайте пользоваться плодами технического прогресса =)
https://github.com/typeable/octopod
Octopod is a fully open-source self-hosted solution for managing multiple deployments in a Kubernetes cluster with a user-friendly web interface. Managing deployments does not require any technical expertise.
Octopod is a fully open-source self-hosted solution for managing multiple deployments in a Kubernetes cluster with a user-friendly web interface. Managing deployments does not require any technical expertise.
Funny traffic visualization
https://logstalgia.io
https://www.youtube.com/watch?time_continue=43&v=HeWfkPeDQbY&feature=emb_logo
https://logstalgia.io
https://www.youtube.com/watch?time_continue=43&v=HeWfkPeDQbY&feature=emb_logo
YouTube
Logstalgia - Website Access Log Visualization
This video shows off the new and improved look of Logstalgia (aka ApachePong), a website access log visualization tool:
http://code.google.com/p/logstalgia/
Also check out my other visualization tool called Gource:
http://code.google.com/p/gource/
Blog:…
http://code.google.com/p/logstalgia/
Also check out my other visualization tool called Gource:
http://code.google.com/p/gource/
Blog:…
https://github.com/TheDemonCat/kubeonec
Just a joke 🙂
"Запуск сервера 1С:Предприятия в кластере kubernates" (c)
Just a joke 🙂
"Запуск сервера 1С:Предприятия в кластере kubernates" (c)
We would like to watch if some change happens in ConfigMap and/or Secret; then perform a rolling upgrade on relevant DeploymentConfig, Deployment, Daemonset and Statefulset
https://github.com/stakater/Reloader
https://github.com/stakater/Reloader
Really good UI for Cillium, I think that it should help to newbies to understand Cillium by graphical interface
https://github.com/cilium/hubble-ui
https://github.com/cilium/hubble-ui
An operator for synthetic monitoring on Kubernetes. Write your own tests in your own container and Kuberhealthy will manage everything else. Automatically creates and sends metrics to Prometheus and InfluxDB. Included simple JSON status page. Supplements other solutions like Prometheus very nicely!
https://github.com/Comcast/kuberhealthy
https://github.com/Comcast/kuberhealthy
