home.social

#kubectl — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #kubectl, aggregated by home.social.

  1. Kubernetes без магии: запускаем первый кластер, разбираем архитектуру и взаимодействие компонентов

    Kubernetes часто называют сложной системой, в которой легко запутаться. Control Plane, etcd, scheduler, worker nodes — когда сталкиваешься с этим в первый раз, кажется, что разобраться невозможно. Но на самом деле за громкими названиями скрываются простые и логичные компоненты. Мы подготовили простую теоретическую подводку и ранбук по запуску своего кластера с нуля. Материал подойдёт всем, кто хоть немного знаком с контейнерами и хочет понять, что происходит после команды kubectl apply. Никакой магии — только архитектура, жизненные циклы, живые примеры и пара схем для наглядности. Поехали →

    habr.com/ru/companies/netology

    #minikube #kubectl #docker #nginx #control_plane #pod #ноды #архитектура_Kubernetes #запуск_кластера #kubeproxy

  2. Kubernetes без магии: запускаем первый кластер, разбираем архитектуру и взаимодействие компонентов

    Kubernetes часто называют сложной системой, в которой легко запутаться. Control Plane, etcd, scheduler, worker nodes — когда сталкиваешься с этим в первый раз, кажется, что разобраться невозможно. Но на самом деле за громкими названиями скрываются простые и логичные компоненты. Мы подготовили простую теоретическую подводку и ранбук по запуску своего кластера с нуля. Материал подойдёт всем, кто хоть немного знаком с контейнерами и хочет понять, что происходит после команды kubectl apply. Никакой магии — только архитектура, жизненные циклы, живые примеры и пара схем для наглядности. Поехали →

    habr.com/ru/companies/netology

    #minikube #kubectl #docker #nginx #control_plane #pod #ноды #архитектура_Kubernetes #запуск_кластера #kubeproxy

  3. Kubernetes без магии: запускаем первый кластер, разбираем архитектуру и взаимодействие компонентов

    Kubernetes часто называют сложной системой, в которой легко запутаться. Control Plane, etcd, scheduler, worker nodes — когда сталкиваешься с этим в первый раз, кажется, что разобраться невозможно. Но на самом деле за громкими названиями скрываются простые и логичные компоненты. Мы подготовили простую теоретическую подводку и ранбук по запуску своего кластера с нуля. Материал подойдёт всем, кто хоть немного знаком с контейнерами и хочет понять, что происходит после команды kubectl apply. Никакой магии — только архитектура, жизненные циклы, живые примеры и пара схем для наглядности. Поехали →

    habr.com/ru/companies/netology

    #minikube #kubectl #docker #nginx #control_plane #pod #ноды #архитектура_Kubernetes #запуск_кластера #kubeproxy

  4. Kubernetes без магии: запускаем первый кластер, разбираем архитектуру и взаимодействие компонентов

    Kubernetes часто называют сложной системой, в которой легко запутаться. Control Plane, etcd, scheduler, worker nodes — когда сталкиваешься с этим в первый раз, кажется, что разобраться невозможно. Но на самом деле за громкими названиями скрываются простые и логичные компоненты. Мы подготовили простую теоретическую подводку и ранбук по запуску своего кластера с нуля. Материал подойдёт всем, кто хоть немного знаком с контейнерами и хочет понять, что происходит после команды kubectl apply. Никакой магии — только архитектура, жизненные циклы, живые примеры и пара схем для наглядности. Поехали →

    habr.com/ru/companies/netology

    #minikube #kubectl #docker #nginx #control_plane #pod #ноды #архитектура_Kubernetes #запуск_кластера #kubeproxy

  5. In this new DevOps Tools Engineer 2.0 Introduction episode, explore architecture, key cluster components, and how administrators use tools like to inspect cluster state and manage resources: lpi.org/7255

  6. In this new DevOps Tools Engineer 2.0 Introduction episode, explore #Kubernetes architecture, key cluster components, and how administrators use tools like #kubectl to inspect cluster state and manage resources: lpi.org/7255

    #kubernetes #devOps #kubectl #cloudnative #containers

  7. In this new DevOps Tools Engineer 2.0 Introduction episode, explore #Kubernetes architecture, key cluster components, and how administrators use tools like #kubectl to inspect cluster state and manage resources: lpi.org/7255

    #kubernetes #devOps #kubectl #cloudnative #containers

  8. In this new DevOps Tools Engineer 2.0 Introduction episode, explore #Kubernetes architecture, key cluster components, and how administrators use tools like #kubectl to inspect cluster state and manage resources: lpi.org/7255

    #kubernetes #devOps #kubectl #cloudnative #containers

  9. In this new DevOps Tools Engineer 2.0 Introduction episode, explore #Kubernetes architecture, key cluster components, and how administrators use tools like #kubectl to inspect cluster state and manage resources: lpi.org/7255

    #kubernetes #devOps #kubectl #cloudnative #containers

  10. In had natuurlijk even #kubectl moeten opstarten voor het commandline verwijderen van de #pod, maar ik had er even geen rekening mee gehouden dat het zelfhelende vermogen van #Kubernetes zou kunnen uitmonden in een spontane release. Nevertheless, het voordeel was nu wel dat ik tijdens ieders lunchpauze zelf ook kon gaan lunchen zonder ondertussen een release uit te voeren. Daarbij werkte de gereleasde functionaliteit uiteraard superfantastisch en vlekkeloos bovendien. 😊

  11. In had natuurlijk even #kubectl moeten opstarten voor het commandline verwijderen van de #pod, maar ik had er even geen rekening mee gehouden dat het zelfhelende vermogen van #Kubernetes zou kunnen uitmonden in een spontane release. Nevertheless, het voordeel was nu wel dat ik tijdens ieders lunchpauze zelf ook kon gaan lunchen zonder ondertussen een release uit te voeren. Daarbij werkte de gereleasde functionaliteit uiteraard superfantastisch en vlekkeloos bovendien. 😊

  12. In had natuurlijk even #kubectl moeten opstarten voor het commandline verwijderen van de #pod, maar ik had er even geen rekening mee gehouden dat het zelfhelende vermogen van #Kubernetes zou kunnen uitmonden in een spontane release. Nevertheless, het voordeel was nu wel dat ik tijdens ieders lunchpauze zelf ook kon gaan lunchen zonder ondertussen een release uit te voeren. Daarbij werkte de gereleasde functionaliteit uiteraard superfantastisch en vlekkeloos bovendien. 😊

  13. In had natuurlijk even #kubectl moeten opstarten voor het commandline verwijderen van de #pod, maar ik had er even geen rekening mee gehouden dat het zelfhelende vermogen van #Kubernetes zou kunnen uitmonden in een spontane release. Nevertheless, het voordeel was nu wel dat ik tijdens ieders lunchpauze zelf ook kon gaan lunchen zonder ondertussen een release uit te voeren. Daarbij werkte de gereleasde functionaliteit uiteraard superfantastisch en vlekkeloos bovendien. 😊

  14. Написать свой tmux плагин — что может быть проще?

    Для меня tmux - это не просто терминальный мультиплексор, это центр моей консоли: чтобы я не намеревался сделать - открытие новой панели будет моей стартовой точкой, особенно когда дело касается Kubernetes. И вот однажды, в момент очередного использования kubectl config current-context появилась идея - "а не научить ли tmux показывать мой контекст?" Так появился небольшой tmux-плагинчик, а так же сама эта статья, в которой я покажу и расскажу как это просто - написать плагин для tmux, надеюсь будет увлекательно.

    habr.com/ru/articles/988078/

    #tmux #kubernetes #программирование_на_bash #kubectl #плагины_для_tmux

  15. Написать свой tmux плагин — что может быть проще?

    Для меня tmux - это не просто терминальный мультиплексор, это центр моей консоли: чтобы я не намеревался сделать - открытие новой панели будет моей стартовой точкой, особенно когда дело касается Kubernetes. И вот однажды, в момент очередного использования kubectl config current-context появилась идея - "а не научить ли tmux показывать мой контекст?" Так появился небольшой tmux-плагинчик, а так же сама эта статья, в которой я покажу и расскажу как это просто - написать плагин для tmux, надеюсь будет увлекательно.

    habr.com/ru/articles/988078/

    #tmux #kubernetes #программирование_на_bash #kubectl #плагины_для_tmux

  16. Написать свой tmux плагин — что может быть проще?

    Для меня tmux - это не просто терминальный мультиплексор, это центр моей консоли: чтобы я не намеревался сделать - открытие новой панели будет моей стартовой точкой, особенно когда дело касается Kubernetes. И вот однажды, в момент очередного использования kubectl config current-context появилась идея - "а не научить ли tmux показывать мой контекст?" Так появился небольшой tmux-плагинчик, а так же сама эта статья, в которой я покажу и расскажу как это просто - написать плагин для tmux, надеюсь будет увлекательно.

    habr.com/ru/articles/988078/

    #tmux #kubernetes #программирование_на_bash #kubectl #плагины_для_tmux

  17. Написать свой tmux плагин — что может быть проще?

    Для меня tmux - это не просто терминальный мультиплексор, это центр моей консоли: чтобы я не намеревался сделать - открытие новой панели будет моей стартовой точкой, особенно когда дело касается Kubernetes. И вот однажды, в момент очередного использования kubectl config current-context появилась идея - "а не научить ли tmux показывать мой контекст?" Так появился небольшой tmux-плагинчик, а так же сама эта статья, в которой я покажу и расскажу как это просто - написать плагин для tmux, надеюсь будет увлекательно.

    habr.com/ru/articles/988078/

    #tmux #kubernetes #программирование_на_bash #kubectl #плагины_для_tmux

  18. Unlock the definitive kubectl Cheatsheet for Debugging Broken StatefulSets — perfect for DevOps engineers and SREs troubleshooting Kubernetes issues. Includes essential commands, logs analysis, container debugging & more.
    👉 shorturl.at/6yHoN

    #Kubernetes #DevOps #SRE #CloudNative #K8s #kubectl #aws #tech

  19. Unlock the definitive kubectl Cheatsheet for Debugging Broken StatefulSets — perfect for DevOps engineers and SREs troubleshooting Kubernetes issues. Includes essential commands, logs analysis, container debugging & more.
    👉 shorturl.at/6yHoN

    #Kubernetes #DevOps #SRE #CloudNative #K8s #kubectl #aws #tech

  20. Unlock the definitive kubectl Cheatsheet for Debugging Broken StatefulSets — perfect for DevOps engineers and SREs troubleshooting Kubernetes issues. Includes essential commands, logs analysis, container debugging & more.
    👉 shorturl.at/6yHoN

    #Kubernetes #DevOps #SRE #CloudNative #K8s #kubectl #aws #tech

  21. Unlock the definitive kubectl Cheatsheet for Debugging Broken StatefulSets — perfect for DevOps engineers and SREs troubleshooting Kubernetes issues. Includes essential commands, logs analysis, container debugging & more.
    👉 shorturl.at/6yHoN

    #Kubernetes #DevOps #SRE #CloudNative #K8s #kubectl #aws #tech

  22. Unlock the definitive kubectl Cheatsheet for Debugging Broken StatefulSets — perfect for DevOps engineers and SREs troubleshooting Kubernetes issues. Includes essential commands, logs analysis, container debugging & more.
    👉 shorturl.at/6yHoN

    #Kubernetes #DevOps #SRE #CloudNative #K8s #kubectl #aws #tech

  23. A question for the #Golang crowd! I'm building an API for configuring e-mail hosting. I want a simple #REST #API, and I'd like to build a #kubectl like command line client too. Backend will probably be #GORM and #PostgreSQL with a lot of different entities. What would you recommend for keeping the server and client models in sync? I'm thinking some sort of code generation, but I'm unsure about the direction to go in - #OAPI #Codegen or #Swaggo? Annotations in code or a definition in Yaml? Perhaps with the generated models in a separate module for easy sharing between #client and #server? How do the clever people do it? :-)

    #go

  24. A question for the #Golang crowd! I'm building an API for configuring e-mail hosting. I want a simple #REST #API, and I'd like to build a #kubectl like command line client too. Backend will probably be #GORM and #PostgreSQL with a lot of different entities. What would you recommend for keeping the server and client models in sync? I'm thinking some sort of code generation, but I'm unsure about the direction to go in - #OAPI #Codegen or #Swaggo? Annotations in code or a definition in Yaml? Perhaps with the generated models in a separate module for easy sharing between #client and #server? How do the clever people do it? :-)

    #go

  25. A question for the #Golang crowd! I'm building an API for configuring e-mail hosting. I want a simple #REST #API, and I'd like to build a #kubectl like command line client too. Backend will probably be #GORM and #PostgreSQL with a lot of different entities. What would you recommend for keeping the server and client models in sync? I'm thinking some sort of code generation, but I'm unsure about the direction to go in - #OAPI #Codegen or #Swaggo? Annotations in code or a definition in Yaml? Perhaps with the generated models in a separate module for easy sharing between #client and #server? How do the clever people do it? :-)

    #go

  26. A question for the #Golang crowd! I'm building an API for configuring e-mail hosting. I want a simple #REST #API, and I'd like to build a #kubectl like command line client too. Backend will probably be #GORM and #PostgreSQL with a lot of different entities. What would you recommend for keeping the server and client models in sync? I'm thinking some sort of code generation, but I'm unsure about the direction to go in - #OAPI #Codegen or #Swaggo? Annotations in code or a definition in Yaml? Perhaps with the generated models in a separate module for easy sharing between #client and #server? How do the clever people do it? :-)

    #go

  27. A question for the #Golang crowd! I'm building an API for configuring e-mail hosting. I want a simple #REST #API, and I'd like to build a #kubectl like command line client too. Backend will probably be #GORM and #PostgreSQL with a lot of different entities. What would you recommend for keeping the server and client models in sync? I'm thinking some sort of code generation, but I'm unsure about the direction to go in - #OAPI #Codegen or #Swaggo? Annotations in code or a definition in Yaml? Perhaps with the generated models in a separate module for easy sharing between #client and #server? How do the clever people do it? :-)

    #go

  28. [Перевод] Лучшие практики по настройке конфигураций в Kubernetes

    В статье — проверенные практики от сообщества Kubernetes: от выбора версии API и работы с YAML до управления подами и лейблами. Плюс несколько советов от команды Deckhouse по работе с ресурсами и автомасштабированием.

    habr.com/ru/companies/flant/ar

    #лучшие_практики #kubernetes #kubernetes_configuration #настройка_kubernetes #kubectl #аннотации #лейблы #service_discovery #headless_service #bestpractices

  29. [Перевод] Лучшие практики по настройке конфигураций в Kubernetes

    В статье — проверенные практики от сообщества Kubernetes: от выбора версии API и работы с YAML до управления подами и лейблами. Плюс несколько советов от команды Deckhouse по работе с ресурсами и автомасштабированием.

    habr.com/ru/companies/flant/ar

    #лучшие_практики #kubernetes #kubernetes_configuration #настройка_kubernetes #kubectl #аннотации #лейблы #service_discovery #headless_service #bestpractices

  30. [Перевод] Лучшие практики по настройке конфигураций в Kubernetes

    В статье — проверенные практики от сообщества Kubernetes: от выбора версии API и работы с YAML до управления подами и лейблами. Плюс несколько советов от команды Deckhouse по работе с ресурсами и автомасштабированием.

    habr.com/ru/companies/flant/ar

    #лучшие_практики #kubernetes #kubernetes_configuration #настройка_kubernetes #kubectl #аннотации #лейблы #service_discovery #headless_service #bestpractices

  31. [Перевод] Лучшие практики по настройке конфигураций в Kubernetes

    В статье — проверенные практики от сообщества Kubernetes: от выбора версии API и работы с YAML до управления подами и лейблами. Плюс несколько советов от команды Deckhouse по работе с ресурсами и автомасштабированием.

    habr.com/ru/companies/flant/ar

    #лучшие_практики #kubernetes #kubernetes_configuration #настройка_kubernetes #kubectl #аннотации #лейблы #service_discovery #headless_service #bestpractices

  32. Kubernetes-Cluster „einfach“ erklärt

    Warum du Kubernetes-Cluster kennen solltest Stell dir vor, du bist mitten in deiner Sysadmin-Ausbildung und hast Linux-Grundlagen wie Befehle, Dateisysteme und Prozesse im Griff, aber Container und Orchestrierung klingen noch fremd. Kubernetes-Cluster sind der nächste Schritt: Sie helfen dir, viele Anwendungen automatisch auf mehreren Linux-Servern zu starten, zu überwachen und zu reparieren, ohne dass du alles manuell per SSH machen musst. Das spart Zeit und verhindert Ausfälle, […]

    andreas-moor.de/kubernetes-clu

  33. Adventures in #selfhosting! I'm a dummy.

    I was wondering for a while why pixelfed.keyboardvagabond.com was only using large images and just being overall a terribly slow experience. I saw that image upload processing jobs would run, but would not do anything.

    I verified that things were being uploaded to #backblaze #s3 and that the #cloudflare #cdn cache was showing HIT, but downloading 5MB images just takes a while, especially when there's a bunch of them and you're working out of hostels that limit everyone to 5Mbps 😭

    After debugging for a while with #claude - it's actually quite good at doing investigations, especially when you need a bunch of #kubectl #kubernetes commands - and went through a ton of options.

    I had at one point messaged in the #matrixchat that I thought that pixelfed wasn't using thumbnails and @dansup responded. (I'm really sorry for my dumb!)

    Finally, it found what I had done. I got confused about where the media was being stored... I was mounting one level too high, so the job never found the files, but they still got uploaded to S3...ok.

    Anyway, here's my fix, change the volume mounts from - notice the additional /pixelfed:

     - name: app-storage
              mountPath: /var/www/storage
            - name: cache-storage
              mountPath: /var/www/bootstrap/cache
    

    to

    - name: app-storage
              mountPath: /var/www/pixelfed/storage
            - name: cache-storage
              mountPath: /var/www/pixelfed/bootstrap/cache
    

    I'm now feeling a lot better about the coming soon (TM) announcement of keyboard vagabond joining the fediverse!

    #keyboardvagabond #pixelfed #fediverse #kubernetes

  34. Строим GitOps-платформу: Argo CD и всё, что к нему прилагается. Часть 2 — про практическое использование

    Привет, Хабр! Это вторая часть большой статьи, где мы — Егор Салиев и Н иколай Пушкарев , DevOps-инженеры

    habr.com/ru/companies/oleg-bun

    #онтико #hilbertteam #argocd #devops #devopsconf #gitlab #gitops #kubernetes #kubectl #helm

  35. Строим GitOps-платформу: Argo CD и всё, что к нему прилагается. Часть 2 — про практическое использование

    Привет, Хабр! Это вторая часть большой статьи, где мы — Егор Салиев и Н иколай Пушкарев , DevOps-инженеры

    habr.com/ru/companies/oleg-bun

    #онтико #hilbertteam #argocd #devops #devopsconf #gitlab #gitops #kubernetes #kubectl #helm

  36. Строим GitOps-платформу: Argo CD и всё, что к нему прилагается. Часть 2 — про практическое использование

    Привет, Хабр! Это вторая часть большой статьи, где мы — Егор Салиев и Н иколай Пушкарев , DevOps-инженеры

    habr.com/ru/companies/oleg-bun

    #онтико #hilbertteam #argocd #devops #devopsconf #gitlab #gitops #kubernetes #kubectl #helm

  37. Строим GitOps-платформу: Argo CD и всё, что к нему прилагается. Часть 2 — про практическое использование

    Привет, Хабр! Это вторая часть большой статьи, где мы — Егор Салиев и Н иколай Пушкарев , DevOps-инженеры

    habr.com/ru/companies/oleg-bun

    #онтико #hilbertteam #argocd #devops #devopsconf #gitlab #gitops #kubernetes #kubectl #helm

  38. Локальная разработка с Kubernetes. Немного танцев с бубном

    На нескольких проектах я сталкивался с ситуацией, когда есть Kubernetes с разными окружениями типа dev, stage, prod и т.д. Код сервисов в эти самые окружения попадает в процессе CI/CD: то есть мы мержим какую-то ветку с разрабатываемой фичей или исправлением бага в ветку, которая “привязана” к окружению и дальше наш код деплоится в кластер. Думаю, для многих - это уже стандартная история. Давайте представим, что нужно сделать задачу, относящуюся к какому-нибудь микросервису, эта задача подразумевает запрос по сети к другому микросервису, а тот, в свою очередь, посылает запрос к еще другим микросервисам. Как быть, когда мы хотим, чтобы нам были доступны данные из других микросервисов, чтобы протестировать то, что мы сделали не в тестах с моками, а в условиях, похожих на “боевые”. Тут самым очевидным, как мне кажется, является разворачивание локально микросервиса, код которого мы “ковыряем” и проброс портов до целевого микросервиса в dev кластере (или в другом кластере, предназначенным для тестирования), например:

    habr.com/ru/articles/926556/

    #kubernetes #minikube #telepresence #k9s #микросервисы #разработка #kubectl

  39. Локальная разработка с Kubernetes. Немного танцев с бубном

    На нескольких проектах я сталкивался с ситуацией, когда есть Kubernetes с разными окружениями типа dev, stage, prod и т.д. Код сервисов в эти самые окружения попадает в процессе CI/CD: то есть мы мержим какую-то ветку с разрабатываемой фичей или исправлением бага в ветку, которая “привязана” к окружению и дальше наш код деплоится в кластер. Думаю, для многих - это уже стандартная история. Давайте представим, что нужно сделать задачу, относящуюся к какому-нибудь микросервису, эта задача подразумевает запрос по сети к другому микросервису, а тот, в свою очередь, посылает запрос к еще другим микросервисам. Как быть, когда мы хотим, чтобы нам были доступны данные из других микросервисов, чтобы протестировать то, что мы сделали не в тестах с моками, а в условиях, похожих на “боевые”. Тут самым очевидным, как мне кажется, является разворачивание локально микросервиса, код которого мы “ковыряем” и проброс портов до целевого микросервиса в dev кластере (или в другом кластере, предназначенным для тестирования), например:

    habr.com/ru/articles/926556/

    #kubernetes #minikube #telepresence #k9s #микросервисы #разработка #kubectl

  40. Локальная разработка с Kubernetes. Немного танцев с бубном

    На нескольких проектах я сталкивался с ситуацией, когда есть Kubernetes с разными окружениями типа dev, stage, prod и т.д. Код сервисов в эти самые окружения попадает в процессе CI/CD: то есть мы мержим какую-то ветку с разрабатываемой фичей или исправлением бага в ветку, которая “привязана” к окружению и дальше наш код деплоится в кластер. Думаю, для многих - это уже стандартная история. Давайте представим, что нужно сделать задачу, относящуюся к какому-нибудь микросервису, эта задача подразумевает запрос по сети к другому микросервису, а тот, в свою очередь, посылает запрос к еще другим микросервисам. Как быть, когда мы хотим, чтобы нам были доступны данные из других микросервисов, чтобы протестировать то, что мы сделали не в тестах с моками, а в условиях, похожих на “боевые”. Тут самым очевидным, как мне кажется, является разворачивание локально микросервиса, код которого мы “ковыряем” и проброс портов до целевого микросервиса в dev кластере (или в другом кластере, предназначенным для тестирования), например:

    habr.com/ru/articles/926556/

    #kubernetes #minikube #telepresence #k9s #микросервисы #разработка #kubectl

  41. Локальная разработка с Kubernetes. Немного танцев с бубном

    На нескольких проектах я сталкивался с ситуацией, когда есть Kubernetes с разными окружениями типа dev, stage, prod и т.д. Код сервисов в эти самые окружения попадает в процессе CI/CD: то есть мы мержим какую-то ветку с разрабатываемой фичей или исправлением бага в ветку, которая “привязана” к окружению и дальше наш код деплоится в кластер. Думаю, для многих - это уже стандартная история. Давайте представим, что нужно сделать задачу, относящуюся к какому-нибудь микросервису, эта задача подразумевает запрос по сети к другому микросервису, а тот, в свою очередь, посылает запрос к еще другим микросервисам. Как быть, когда мы хотим, чтобы нам были доступны данные из других микросервисов, чтобы протестировать то, что мы сделали не в тестах с моками, а в условиях, похожих на “боевые”. Тут самым очевидным, как мне кажется, является разворачивание локально микросервиса, код которого мы “ковыряем” и проброс портов до целевого микросервиса в dev кластере (или в другом кластере, предназначенным для тестирования), например:

    habr.com/ru/articles/926556/

    #kubernetes #minikube #telepresence #k9s #микросервисы #разработка #kubectl