home.social

#managed_kubernetes — Public Fediverse posts

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

  1. Релиз последнего коммерческого облака России — и немного халявы для первых пользователей

    Мы строили-строили и наконец-то построили последнее коммерческое облако в РФ. Почему последнее — потому что теперь конкурировать с крупными корпоратами из-за кучи ограничений, экономики, высокого порога входа по бюрократии и теперь ещё цене железа (из-за улетевшей в космос по цене оперативки) почти нереально. Возможно, года через 3–4 появится ещё кто-то, кто сможет бросить вызов Яндексу, Сберу, Селектелу и ещё паре игроков, но пока тут только мы. И мы ненавидим корпоративный подход. Он медленный, неэффективный, поддержка у них часто считает пользователя за пустое место. Почему я всё это знаю — потому что сам работал с Ростелекомом. Чуть позже я расскажу про то, как прошла бета, и там оказалось, что самое главное — просто не быть козлами. Это даже важнее, чем быстрое железо. Но, возможно, вам всё это не очень интересно, а интересна халява. Поэтому перехожу сразу к ней.

    habr.com/ru/companies/h3llo_cl

    #виртуальная_машина #релиз #базы_данных #объектное_хранилище #балансировщик_нагрузки #managed_kubernetes #VPC #bare_metal #Linstor

  2. Релиз последнего коммерческого облака России — и немного халявы для первых пользователей

    Мы строили-строили и наконец-то построили последнее коммерческое облако в РФ. Почему последнее — потому что теперь конкурировать с крупными корпоратами из-за кучи ограничений, экономики, высокого порога входа по бюрократии и теперь ещё цене железа (из-за улетевшей в космос по цене оперативки) почти нереально. Возможно, года через 3–4 появится ещё кто-то, кто сможет бросить вызов Яндексу, Сберу, Селектелу и ещё паре игроков, но пока тут только мы. И мы ненавидим корпоративный подход. Он медленный, неэффективный, поддержка у них часто считает пользователя за пустое место. Почему я всё это знаю — потому что сам работал с Ростелекомом. Чуть позже я расскажу про то, как прошла бета, и там оказалось, что самое главное — просто не быть козлами. Это даже важнее, чем быстрое железо. Но, возможно, вам всё это не очень интересно, а интересна халява. Поэтому перехожу сразу к ней.

    habr.com/ru/companies/h3llo_cl

    #виртуальная_машина #релиз #базы_данных #объектное_хранилище #балансировщик_нагрузки #managed_kubernetes #VPC #bare_metal #Linstor

  3. Релиз последнего коммерческого облака России — и немного халявы для первых пользователей

    Мы строили-строили и наконец-то построили последнее коммерческое облако в РФ. Почему последнее — потому что теперь конкурировать с крупными корпоратами из-за кучи ограничений, экономики, высокого порога входа по бюрократии и теперь ещё цене железа (из-за улетевшей в космос по цене оперативки) почти нереально. Возможно, года через 3–4 появится ещё кто-то, кто сможет бросить вызов Яндексу, Сберу, Селектелу и ещё паре игроков, но пока тут только мы. И мы ненавидим корпоративный подход. Он медленный, неэффективный, поддержка у них часто считает пользователя за пустое место. Почему я всё это знаю — потому что сам работал с Ростелекомом. Чуть позже я расскажу про то, как прошла бета, и там оказалось, что самое главное — просто не быть козлами. Это даже важнее, чем быстрое железо. Но, возможно, вам всё это не очень интересно, а интересна халява. Поэтому перехожу сразу к ней.

    habr.com/ru/companies/h3llo_cl

    #виртуальная_машина #релиз #базы_данных #объектное_хранилище #балансировщик_нагрузки #managed_kubernetes #VPC #bare_metal #Linstor

  4. Релиз последнего коммерческого облака России — и немного халявы для первых пользователей

    Мы строили-строили и наконец-то построили последнее коммерческое облако в РФ. Почему последнее — потому что теперь конкурировать с крупными корпоратами из-за кучи ограничений, экономики, высокого порога входа по бюрократии и теперь ещё цене железа (из-за улетевшей в космос по цене оперативки) почти нереально. Возможно, года через 3–4 появится ещё кто-то, кто сможет бросить вызов Яндексу, Сберу, Селектелу и ещё паре игроков, но пока тут только мы. И мы ненавидим корпоративный подход. Он медленный, неэффективный, поддержка у них часто считает пользователя за пустое место. Почему я всё это знаю — потому что сам работал с Ростелекомом. Чуть позже я расскажу про то, как прошла бета, и там оказалось, что самое главное — просто не быть козлами. Это даже важнее, чем быстрое железо. Но, возможно, вам всё это не очень интересно, а интересна халява. Поэтому перехожу сразу к ней.

    habr.com/ru/companies/h3llo_cl

    #виртуальная_машина #релиз #базы_данных #объектное_хранилище #балансировщик_нагрузки #managed_kubernetes #VPC #bare_metal #Linstor

  5. Открытые и не-мейнстримные инструменты для развертки инфраструктуры на Kubernetes [а также лучшие практики]

    Kubernetes — мощный, но сложный инструмент для управления инфраструктурой. Мы подобрали несколько руководств с лучшими практиками для погружения в тему и ряд решений, упрощающих развертку кластеров. В список попали свежие, но не самые хайповые инструменты, которые только-только обрастают своей аудиторией.

    habr.com/ru/companies/Linx/art

    #linx #kubernetes #kubernetes_для_начинающих #glasskube #k0rdent #deploykf #managed_kubernetes #облачная_платформа

  6. Открытые и не-мейнстримные инструменты для развертки инфраструктуры на Kubernetes [а также лучшие практики]

    Kubernetes — мощный, но сложный инструмент для управления инфраструктурой. Мы подобрали несколько руководств с лучшими практиками для погружения в тему и ряд решений, упрощающих развертку кластеров. В список попали свежие, но не самые хайповые инструменты, которые только-только обрастают своей аудиторией.

    habr.com/ru/companies/Linx/art

    #linx #kubernetes #kubernetes_для_начинающих #glasskube #k0rdent #deploykf #managed_kubernetes #облачная_платформа

  7. Открытые и не-мейнстримные инструменты для развертки инфраструктуры на Kubernetes [а также лучшие практики]

    Kubernetes — мощный, но сложный инструмент для управления инфраструктурой. Мы подобрали несколько руководств с лучшими практиками для погружения в тему и ряд решений, упрощающих развертку кластеров. В список попали свежие, но не самые хайповые инструменты, которые только-только обрастают своей аудиторией.

    habr.com/ru/companies/Linx/art

    #linx #kubernetes #kubernetes_для_начинающих #glasskube #k0rdent #deploykf #managed_kubernetes #облачная_платформа

  8. Открытые и не-мейнстримные инструменты для развертки инфраструктуры на Kubernetes [а также лучшие практики]

    Kubernetes — мощный, но сложный инструмент для управления инфраструктурой. Мы подобрали несколько руководств с лучшими практиками для погружения в тему и ряд решений, упрощающих развертку кластеров. В список попали свежие, но не самые хайповые инструменты, которые только-только обрастают своей аудиторией.

    habr.com/ru/companies/Linx/art

    #linx #kubernetes #kubernetes_для_начинающих #glasskube #k0rdent #deploykf #managed_kubernetes #облачная_платформа

  9. Как Karpenter помогает управлять динамическими нагрузками в Kubernetes

    Представьте ситуацию: ваше приложение в Kubernetes работает стабильно, но внезапно начинается пиковая нагрузка. Поды пытаются масштабироваться, HPA увеличивает их количество, но... они висят в статусе Pending. Почему? Потому что в кластере недостаточно ресурсов на нодах. Cluster Autoscaler должен добавить новые ноды, но процесс занимает много времени, иногда нода не создается из-за проблем с облаком. За это время пользователи уже получают ошибки 503, а вы теряете деньги. Знакомо? А теперь обратная ситуация: нагрузка спала, поды удалились, но ноды продолжают работать вхолостую. Вы платите за простаивающие ресурсы, потому что Cluster Autoscaler слишком консервативен в удалении нод или не может оптимально «упаковать» workloads. Есть ли способ сделать это быстрее, умнее и экономичнее? Меня зовут Даниил Кондрашов, я разработчик

    habr.com/ru/companies/selectel

    #selectel #managed_kubernetes #karpenter #масштабирование #облачные_вычисления

  10. Как Karpenter помогает управлять динамическими нагрузками в Kubernetes

    Представьте ситуацию: ваше приложение в Kubernetes работает стабильно, но внезапно начинается пиковая нагрузка. Поды пытаются масштабироваться, HPA увеличивает их количество, но... они висят в статусе Pending. Почему? Потому что в кластере недостаточно ресурсов на нодах. Cluster Autoscaler должен добавить новые ноды, но процесс занимает много времени, иногда нода не создается из-за проблем с облаком. За это время пользователи уже получают ошибки 503, а вы теряете деньги. Знакомо? А теперь обратная ситуация: нагрузка спала, поды удалились, но ноды продолжают работать вхолостую. Вы платите за простаивающие ресурсы, потому что Cluster Autoscaler слишком консервативен в удалении нод или не может оптимально «упаковать» workloads. Есть ли способ сделать это быстрее, умнее и экономичнее? Меня зовут Даниил Кондрашов, я разработчик

    habr.com/ru/companies/selectel

    #selectel #managed_kubernetes #karpenter #масштабирование #облачные_вычисления

  11. Как Karpenter помогает управлять динамическими нагрузками в Kubernetes

    Представьте ситуацию: ваше приложение в Kubernetes работает стабильно, но внезапно начинается пиковая нагрузка. Поды пытаются масштабироваться, HPA увеличивает их количество, но... они висят в статусе Pending. Почему? Потому что в кластере недостаточно ресурсов на нодах. Cluster Autoscaler должен добавить новые ноды, но процесс занимает много времени, иногда нода не создается из-за проблем с облаком. За это время пользователи уже получают ошибки 503, а вы теряете деньги. Знакомо? А теперь обратная ситуация: нагрузка спала, поды удалились, но ноды продолжают работать вхолостую. Вы платите за простаивающие ресурсы, потому что Cluster Autoscaler слишком консервативен в удалении нод или не может оптимально «упаковать» workloads. Есть ли способ сделать это быстрее, умнее и экономичнее? Меня зовут Даниил Кондрашов, я разработчик

    habr.com/ru/companies/selectel

    #selectel #managed_kubernetes #karpenter #масштабирование #облачные_вычисления

  12. Как Karpenter помогает управлять динамическими нагрузками в Kubernetes

    Представьте ситуацию: ваше приложение в Kubernetes работает стабильно, но внезапно начинается пиковая нагрузка. Поды пытаются масштабироваться, HPA увеличивает их количество, но... они висят в статусе Pending. Почему? Потому что в кластере недостаточно ресурсов на нодах. Cluster Autoscaler должен добавить новые ноды, но процесс занимает много времени, иногда нода не создается из-за проблем с облаком. За это время пользователи уже получают ошибки 503, а вы теряете деньги. Знакомо? А теперь обратная ситуация: нагрузка спала, поды удалились, но ноды продолжают работать вхолостую. Вы платите за простаивающие ресурсы, потому что Cluster Autoscaler слишком консервативен в удалении нод или не может оптимально «упаковать» workloads. Есть ли способ сделать это быстрее, умнее и экономичнее? Меня зовут Даниил Кондрашов, я разработчик

    habr.com/ru/companies/selectel

    #selectel #managed_kubernetes #karpenter #масштабирование #облачные_вычисления

  13. А кто у вас отвечает за kube-api? Безопасность Kubernetesпри помощи CIS Benchmark

    Kubernetes в IT-инфраструктуре — это не просто про удобство деплоя. Это критическая часть сервиса. Одна неправильная настройка kube-apiserver или etcd — и вместо кластера вы получите бублик с дыркой, через который утекут и данные, и бизнес-процессы. В этой статье разберем, какие стандарты защищают контейнерные среды, почему CIS-бенчмарк часто становится первой точкой опоры, какие практики дополняют его и как

    habr.com/ru/companies/selectel

    #selectel #kubernetes #managed_kubernetes #настройка_kube #etcd #mastermind #worker #policy #control_plane #CIS_Benchmark

  14. А кто у вас отвечает за kube-api? Безопасность Kubernetes при помощи CIS Benchmark

    Kubernetes в IT-инфраструктуре — это не просто про удобство деплоя. Это критическая часть сервиса. Одна неправильная настройка kube-apiserver или etcd — и вместо кластера вы получите бублик с дыркой, через который утекут и данные, и бизнес-процессы. В этой статье разберем, какие стандарты защищают контейнерные среды, почему CIS-бенчмарк часто становится первой точкой опоры, какие практики дополняют его и как

    habr.com/ru/companies/selectel

    #selectel #kubernetes #managed_kubernetes #настройка_kube #etcd #mastermind #worker #policy #control_plane #CIS_Benchmark

  15. А кто у вас отвечает за kube-api? Безопасность Kubernetesпри помощи CIS Benchmark

    Kubernetes в IT-инфраструктуре — это не просто про удобство деплоя. Это критическая часть сервиса. Одна неправильная настройка kube-apiserver или etcd — и вместо кластера вы получите бублик с дыркой, через который утекут и данные, и бизнес-процессы. В этой статье разберем, какие стандарты защищают контейнерные среды, почему CIS-бенчмарк часто становится первой точкой опоры, какие практики дополняют его и как

    habr.com/ru/companies/selectel

    #selectel #kubernetes #managed_kubernetes #настройка_kube #etcd #mastermind #worker #policy #control_plane #CIS_Benchmark

  16. А кто у вас отвечает за kube-api? Безопасность Kubernetes при помощи CIS Benchmark

    Kubernetes в IT-инфраструктуре — это не просто про удобство деплоя. Это критическая часть сервиса. Одна неправильная настройка kube-apiserver или etcd — и вместо кластера вы получите бублик с дыркой, через который утекут и данные, и бизнес-процессы. В этой статье разберем, какие стандарты защищают контейнерные среды, почему CIS-бенчмарк часто становится первой точкой опоры, какие практики дополняют его и как

    habr.com/ru/companies/selectel

    #selectel #kubernetes #managed_kubernetes #настройка_kube #etcd #mastermind #worker #policy #control_plane #CIS_Benchmark

  17. А кто у вас отвечает за kube-api? Безопасность Kubernetesпри помощи CIS Benchmark

    Kubernetes в IT-инфраструктуре — это не просто про удобство деплоя. Это критическая часть сервиса. Одна неправильная настройка kube-apiserver или etcd — и вместо кластера вы получите бублик с дыркой, через который утекут и данные, и бизнес-процессы. В этой статье разберем, какие стандарты защищают контейнерные среды, почему CIS-бенчмарк часто становится первой точкой опоры, какие практики дополняют его и как

    habr.com/ru/companies/selectel

    #selectel #kubernetes #managed_kubernetes #настройка_kube #etcd #mastermind #worker #policy #control_plane #CIS_Benchmark

  18. А кто у вас отвечает за kube-api? Безопасность Kubernetes при помощи CIS Benchmark

    Kubernetes в IT-инфраструктуре — это не просто про удобство деплоя. Это критическая часть сервиса. Одна неправильная настройка kube-apiserver или etcd — и вместо кластера вы получите бублик с дыркой, через который утекут и данные, и бизнес-процессы. В этой статье разберем, какие стандарты защищают контейнерные среды, почему CIS-бенчмарк часто становится первой точкой опоры, какие практики дополняют его и как

    habr.com/ru/companies/selectel

    #selectel #kubernetes #managed_kubernetes #настройка_kube #etcd #mastermind #worker #policy #control_plane #CIS_Benchmark

  19. А кто у вас отвечает за kube-api? Безопасность Kubernetesпри помощи CIS Benchmark

    Kubernetes в IT-инфраструктуре — это не просто про удобство деплоя. Это критическая часть сервиса. Одна неправильная настройка kube-apiserver или etcd — и вместо кластера вы получите бублик с дыркой, через который утекут и данные, и бизнес-процессы. В этой статье разберем, какие стандарты защищают контейнерные среды, почему CIS-бенчмарк часто становится первой точкой опоры, какие практики дополняют его и как

    habr.com/ru/companies/selectel

    #selectel #kubernetes #managed_kubernetes #настройка_kube #etcd #mastermind #worker #policy #control_plane #CIS_Benchmark

  20. А кто у вас отвечает за kube-api? Безопасность Kubernetes при помощи CIS Benchmark

    Kubernetes в IT-инфраструктуре — это не просто про удобство деплоя. Это критическая часть сервиса. Одна неправильная настройка kube-apiserver или etcd — и вместо кластера вы получите бублик с дыркой, через который утекут и данные, и бизнес-процессы. В этой статье разберем, какие стандарты защищают контейнерные среды, почему CIS-бенчмарк часто становится первой точкой опоры, какие практики дополняют его и как

    habr.com/ru/companies/selectel

    #selectel #kubernetes #managed_kubernetes #настройка_kube #etcd #mastermind #worker #policy #control_plane #CIS_Benchmark

  21. Сокращаем расходы на Kubernetes: практические подходы для pet-проектов и продакшена

    Привет! Я — Дима, менеджер продукта Под кат →

    habr.com/ru/companies/selectel

    #selectel #kubernetes #экономия #k8s #managed_kubernetes

  22. Сокращаем расходы на Kubernetes: практические подходы для pet-проектов и продакшена

    Привет! Я — Дима, менеджер продукта Под кат →

    habr.com/ru/companies/selectel

    #selectel #kubernetes #экономия #k8s #managed_kubernetes

  23. Сокращаем расходы на Kubernetes: практические подходы для pet-проектов и продакшена

    Привет! Я — Дима, менеджер продукта Под кат →

    habr.com/ru/companies/selectel

    #selectel #kubernetes #экономия #k8s #managed_kubernetes

  24. Сокращаем расходы на Kubernetes: практические подходы для pet-проектов и продакшена

    Привет! Я — Дима, менеджер продукта Под кат →

    habr.com/ru/companies/selectel

    #selectel #kubernetes #экономия #k8s #managed_kubernetes

  25. Автомасштабируем узлы кластера Kubernetes. Часть 1

    Автомасштабирование узлов кластера Kubernetes и горизонтальное масштабирование подов позволяют быстро расширить ресурсы при пиковых нагрузках. Но сложные приложения могут не нагружать поды или узлы максимально, но требовать дополнительных ресурсов, например, для параллельной обработки нескольких объектов в очереди. Триггером масштабирования кластера может быть не утилизация, а события от внешних систем — например, очереди сообщений Kafka, системы мониторинга Prometheus или от платформы CI/CD. Всем привет! Меня зовут Илья Смирнов, я архитектор решений в

    habr.com/ru/companies/cloud_ru

    #keda #k8s #kubernetes #автомасштабирование #managed_kubernetes

  26. Автомасштабируем узлы кластера Kubernetes. Часть 1

    Автомасштабирование узлов кластера Kubernetes и горизонтальное масштабирование подов позволяют быстро расширить ресурсы при пиковых нагрузках. Но сложные приложения могут не нагружать поды или узлы максимально, но требовать дополнительных ресурсов, например, для параллельной обработки нескольких объектов в очереди. Триггером масштабирования кластера может быть не утилизация, а события от внешних систем — например, очереди сообщений Kafka, системы мониторинга Prometheus или от платформы CI/CD. Всем привет! Меня зовут Илья Смирнов, я архитектор решений в

    habr.com/ru/companies/cloud_ru

    #keda #k8s #kubernetes #автомасштабирование #managed_kubernetes

  27. Автомасштабируем узлы кластера Kubernetes. Часть 1

    Автомасштабирование узлов кластера Kubernetes и горизонтальное масштабирование подов позволяют быстро расширить ресурсы при пиковых нагрузках. Но сложные приложения могут не нагружать поды или узлы максимально, но требовать дополнительных ресурсов, например, для параллельной обработки нескольких объектов в очереди. Триггером масштабирования кластера может быть не утилизация, а события от внешних систем — например, очереди сообщений Kafka, системы мониторинга Prometheus или от платформы CI/CD. Всем привет! Меня зовут Илья Смирнов, я архитектор решений в

    habr.com/ru/companies/cloud_ru

    #keda #k8s #kubernetes #автомасштабирование #managed_kubernetes

  28. Автомасштабируем узлы кластера Kubernetes. Часть 1

    Автомасштабирование узлов кластера Kubernetes и горизонтальное масштабирование подов позволяют быстро расширить ресурсы при пиковых нагрузках. Но сложные приложения могут не нагружать поды или узлы максимально, но требовать дополнительных ресурсов, например, для параллельной обработки нескольких объектов в очереди. Триггером масштабирования кластера может быть не утилизация, а события от внешних систем — например, очереди сообщений Kafka, системы мониторинга Prometheus или от платформы CI/CD. Всем привет! Меня зовут Илья Смирнов, я архитектор решений в

    habr.com/ru/companies/cloud_ru

    #keda #k8s #kubernetes #автомасштабирование #managed_kubernetes

  29. Автомасштабирование KEDA. Часть 1

    Автомасштабирование узлов кластера Kubernetes и горизонтальное масштабирование подов позволяют быстро расширить ресурсы при пиковых нагрузках. Но сложные приложения могут не нагружать поды или узлы максимально, но требовать дополнительных ресурсов, например, для параллельной обработки нескольких объектов в очереди. Триггером масштабирования кластера может быть не утилизация, а события от внешних систем — например, очереди сообщений Kafka, системы мониторинга Prometheus или от платформы CI/CD. Всем привет! Меня зовут Илья Смирнов, я архитектор решений в Читать дальше

    habr.com/ru/companies/cloud_ru

    #keda #kubernetes #k8s #автомасштабирование #managed_kubernetes #cloudru_evolution

  30. Автомасштабирование KEDA. Часть 1

    Автомасштабирование узлов кластера Kubernetes и горизонтальное масштабирование подов позволяют быстро расширить ресурсы при пиковых нагрузках. Но сложные приложения могут не нагружать поды или узлы максимально, но требовать дополнительных ресурсов, например, для параллельной обработки нескольких объектов в очереди. Триггером масштабирования кластера может быть не утилизация, а события от внешних систем — например, очереди сообщений Kafka, системы мониторинга Prometheus или от платформы CI/CD. Всем привет! Меня зовут Илья Смирнов, я архитектор решений в Читать дальше

    habr.com/ru/companies/cloud_ru

    #keda #kubernetes #k8s #автомасштабирование #managed_kubernetes #cloudru_evolution

  31. Автомасштабирование KEDA. Часть 1

    Автомасштабирование узлов кластера Kubernetes и горизонтальное масштабирование подов позволяют быстро расширить ресурсы при пиковых нагрузках. Но сложные приложения могут не нагружать поды или узлы максимально, но требовать дополнительных ресурсов, например, для параллельной обработки нескольких объектов в очереди. Триггером масштабирования кластера может быть не утилизация, а события от внешних систем — например, очереди сообщений Kafka, системы мониторинга Prometheus или от платформы CI/CD. Всем привет! Меня зовут Илья Смирнов, я архитектор решений в Читать дальше

    habr.com/ru/companies/cloud_ru

    #keda #kubernetes #k8s #автомасштабирование #managed_kubernetes #cloudru_evolution

  32. Автомасштабирование KEDA. Часть 1

    Автомасштабирование узлов кластера Kubernetes и горизонтальное масштабирование подов позволяют быстро расширить ресурсы при пиковых нагрузках. Но сложные приложения могут не нагружать поды или узлы максимально, но требовать дополнительных ресурсов, например, для параллельной обработки нескольких объектов в очереди. Триггером масштабирования кластера может быть не утилизация, а события от внешних систем — например, очереди сообщений Kafka, системы мониторинга Prometheus или от платформы CI/CD. Всем привет! Меня зовут Илья Смирнов, я архитектор решений в Читать дальше

    habr.com/ru/companies/cloud_ru

    #keda #kubernetes #k8s #автомасштабирование #managed_kubernetes #cloudru_evolution

  33. Регистрация доменов, NVIDIA A100 на 80 ГБ и не только: дайджест за декабрь

    Декабрь запомнился не только подготовкой к праздникам, но и новыми продуктовыми обновлениями. Например, мы получили аккредитацию регистратора доменов, запустили закрытую бету сетевых дисков

    habr.com/ru/companies/selectel

    #selectel #k8s #kubernetes #managed_kubernetes #s3 #хранение_данных #базы_данных #dbaas #облако #серверы #облачные_серверы #выделенные_серверы #nvidia #a100 #gpu

  34. Регистрация доменов, NVIDIA A100 на 80 ГБ и не только: дайджест за декабрь

    Декабрь запомнился не только подготовкой к праздникам, но и новыми продуктовыми обновлениями. Например, мы получили аккредитацию регистратора доменов, запустили закрытую бету сетевых дисков

    habr.com/ru/companies/selectel

    #selectel #k8s #kubernetes #managed_kubernetes #s3 #хранение_данных #базы_данных #dbaas #облако #серверы #облачные_серверы #выделенные_серверы #nvidia #a100 #gpu

  35. Регистрация доменов, NVIDIA A100 на 80 ГБ и не только: дайджест за декабрь

    Декабрь запомнился не только подготовкой к праздникам, но и новыми продуктовыми обновлениями. Например, мы получили аккредитацию регистратора доменов, запустили закрытую бету сетевых дисков

    habr.com/ru/companies/selectel

    #selectel #k8s #kubernetes #managed_kubernetes #s3 #хранение_данных #базы_данных #dbaas #облако #серверы #облачные_серверы #выделенные_серверы #nvidia #a100 #gpu

  36. Регистрация доменов, NVIDIA A100 на 80 ГБ и не только: дайджест за декабрь

    Декабрь запомнился не только подготовкой к праздникам, но и новыми продуктовыми обновлениями. Например, мы получили аккредитацию регистратора доменов, запустили закрытую бету сетевых дисков

    habr.com/ru/companies/selectel

    #selectel #k8s #kubernetes #managed_kubernetes #s3 #хранение_данных #базы_данных #dbaas #облако #серверы #облачные_серверы #выделенные_серверы #nvidia #a100 #gpu

  37. Managed Kubernetes на выделенных серверах, процессоры Intel и другие апдейты: что нового в сентябре

    Привет! С вами Саша, технический писатель. В этом дайджесте расскажу, что изменилось в наших продуктах и услугах в сентябре, поделюсь апдейтами в документации и напомню о Selectel Tech Day .

    habr.com/ru/companies/selectel

    #selectel #intel #k8s #kubernetes #managed_kubernetes # #серверы #выделенные_серверы #облачные_серверы #обновления #апдейты #дайджест

  38. Managed Kubernetes на выделенных серверах, процессоры Intel и другие апдейты: что нового в сентябре

    Привет! С вами Саша, технический писатель. В этом дайджесте расскажу, что изменилось в наших продуктах и услугах в сентябре, поделюсь апдейтами в документации и напомню о Selectel Tech Day .

    habr.com/ru/companies/selectel

    #selectel #intel #k8s #kubernetes #managed_kubernetes # #серверы #выделенные_серверы #облачные_серверы #обновления #апдейты #дайджест