Миграция приложения из OpenShift в «ванильный» Kubernetes
OpenShift, Rancher и другие зарубежные Kubernetes-платформы официально больше не поддерживаются в России. Многим компаниям приходится искать альтернативные решения для управления контейнеризированными приложениями — например, «ванильный» Kubernetes или российские платформы.
Хотя у Kubernetes-платформ одинаковая технологическая база, перейти с одной на другую непросто: миграция неизбежно сопряжена с различными трудностями, связанными с особенностями реализации компонентов. В этой статье рассмотрен пример переезда приложения из OpenShift в «ванильный» кластер Kubernetes. В конце статьи приведена таблица соответствия примитивов OpenShift и Kubernetes — с информацией о том, какие из этих примитивов требуют замены, а какие нет.
https://habr.com/ru/company/flant/blog/715908/
#devops #девопс
Подпишись 👉@i_DevOps
OpenShift, Rancher и другие зарубежные Kubernetes-платформы официально больше не поддерживаются в России. Многим компаниям приходится искать альтернативные решения для управления контейнеризированными приложениями — например, «ванильный» Kubernetes или российские платформы.
Хотя у Kubernetes-платформ одинаковая технологическая база, перейти с одной на другую непросто: миграция неизбежно сопряжена с различными трудностями, связанными с особенностями реализации компонентов. В этой статье рассмотрен пример переезда приложения из OpenShift в «ванильный» кластер Kubernetes. В конце статьи приведена таблица соответствия примитивов OpenShift и Kubernetes — с информацией о том, какие из этих примитивов требуют замены, а какие нет.
https://habr.com/ru/company/flant/blog/715908/
#devops #девопс
Подпишись 👉@i_DevOps
👍4
Forwarded from ITmozg
51 год автору WinRAR и FAR Manager
10 марта 1972 в Челябинске родился Евгений Лазаревич Рошал — российский программист, автор файлового менеджера FAR Manager, формата сжатия RAR (Roshal ARchiver, которому в этом году исполняется 30 лет!), архиваторов RAR и WinRAR.
Евгений начал осваивать программирование ещё в школьные годы, затем окончил Приборостроительный факультет Челябинского политехнического института по специальности «Вычислительные машины, комплексы, системы и сети», где на старших курсах изучал алгоритмы сжатия информации — это же стало и темой его дипломной работы.
Идея создать RAR возникла ещё в 1991-м. Но первая попытка к осязаемому результату не привела. Через год-два Евгений занялся этим опять, и на этот раз более успешно. Первой версией RAR, которую он рискнул отдать нескольким своим знакомым, был RAR 0.1, выпущенный в марте 1993. Потом были версии 0.9, 1.0, 1.1, 1.15, и тому подобные, с вариациями алгоритма сжатия. Но реально RAR пошел в распространение осенью 1993 после выхода версии 1.30. Во-первых, эта версия паковала намного лучше предшествующих за счет 64Kb окна поиска повторяющихся строк, а во-вторых, Евгений тогда познакомился с Андреем Спасибожко, который и помог двинуть RAR в массы.
Желая сосредоточиться на совершенствовании формата и архиваторов RAR и WinRAR, Евгений Рошал в 2000 году прекратил работу над файловым менеджером FAR Manager и передал авторские права на него группе программистов FAR Group, а в 2004 году передал авторские права на программы RAR и WinRAR своему старшему брату Александру (р. 1965), оставшись лишь разработчиком.
@itmozg
10 марта 1972 в Челябинске родился Евгений Лазаревич Рошал — российский программист, автор файлового менеджера FAR Manager, формата сжатия RAR (Roshal ARchiver, которому в этом году исполняется 30 лет!), архиваторов RAR и WinRAR.
Евгений начал осваивать программирование ещё в школьные годы, затем окончил Приборостроительный факультет Челябинского политехнического института по специальности «Вычислительные машины, комплексы, системы и сети», где на старших курсах изучал алгоритмы сжатия информации — это же стало и темой его дипломной работы.
Идея создать RAR возникла ещё в 1991-м. Но первая попытка к осязаемому результату не привела. Через год-два Евгений занялся этим опять, и на этот раз более успешно. Первой версией RAR, которую он рискнул отдать нескольким своим знакомым, был RAR 0.1, выпущенный в марте 1993. Потом были версии 0.9, 1.0, 1.1, 1.15, и тому подобные, с вариациями алгоритма сжатия. Но реально RAR пошел в распространение осенью 1993 после выхода версии 1.30. Во-первых, эта версия паковала намного лучше предшествующих за счет 64Kb окна поиска повторяющихся строк, а во-вторых, Евгений тогда познакомился с Андреем Спасибожко, который и помог двинуть RAR в массы.
Желая сосредоточиться на совершенствовании формата и архиваторов RAR и WinRAR, Евгений Рошал в 2000 году прекратил работу над файловым менеджером FAR Manager и передал авторские права на него группе программистов FAR Group, а в 2004 году передал авторские права на программы RAR и WinRAR своему старшему брату Александру (р. 1965), оставшись лишь разработчиком.
@itmozg
🫡15👍9❤1
werf — наша Open Source-утилита для CI/CD — стала проектом CNCF
Изначально проект werf появился в компании «Флант» как инструмент для автоматизации сборки контейнеров. Со временем он вырос в более масштабное решение для управления всем жизненным циклом поставки программного обеспечения в Kubernetes. 22 января этого года проект отпраздновал свой седьмой день рождения. Всё это время werf остается инструментом с открытым исходным кодом.
https://habr.com/ru/company/flant/news/t/715180/
#devops #девопс
Подпишись 👉@i_DevOps
Изначально проект werf появился в компании «Флант» как инструмент для автоматизации сборки контейнеров. Со временем он вырос в более масштабное решение для управления всем жизненным циклом поставки программного обеспечения в Kubernetes. 22 января этого года проект отпраздновал свой седьмой день рождения. Всё это время werf остается инструментом с открытым исходным кодом.
https://habr.com/ru/company/flant/news/t/715180/
#devops #девопс
Подпишись 👉@i_DevOps
👍4
Kubeflow: учимся устанавливать и запускать Kubeflow на локальной машине
Пошаговое руководство по установке и конфигурированию всех компонентов kubeflow на локальной машине.
Kubeflow – это созданная Google опенсорсная платформа, на которой разворачивается весь жизненный цикл разрабатываемой модели машинного обучения. Kubeflow представляет собой инструментарий, каждый компонент которого применяется для отработки каждой из стадий жизненного цикла при машинном обучении, а именно: исследования данных, конструирования признаков, преобразования признаков, обучения модели, оценки модели, тонкой настройки модели, предоставления модели и версионирования модели. Главный атрибут kubeflow заключается в том, что он предназначен для работы на базе kubernetes [2]. Таким образом, kubeflow пользуется именно теми преимуществами, которые предоставляет кластер kubernetes, в частности, оркестрацией контейнеров и автомасштабированием.
https://habr.com/ru/company/timeweb/blog/714172/
#devops #девопс
Подпишись 👉@i_DevOps
Пошаговое руководство по установке и конфигурированию всех компонентов kubeflow на локальной машине.
Kubeflow – это созданная Google опенсорсная платформа, на которой разворачивается весь жизненный цикл разрабатываемой модели машинного обучения. Kubeflow представляет собой инструментарий, каждый компонент которого применяется для отработки каждой из стадий жизненного цикла при машинном обучении, а именно: исследования данных, конструирования признаков, преобразования признаков, обучения модели, оценки модели, тонкой настройки модели, предоставления модели и версионирования модели. Главный атрибут kubeflow заключается в том, что он предназначен для работы на базе kubernetes [2]. Таким образом, kubeflow пользуется именно теми преимуществами, которые предоставляет кластер kubernetes, в частности, оркестрацией контейнеров и автомасштабированием.
https://habr.com/ru/company/timeweb/blog/714172/
#devops #девопс
Подпишись 👉@i_DevOps
👍3
Terraform vs. Helm for managing K8s objects
https://community.ops.io/the_cozma/terraform-vs-helm-for-managing-k8s-objects-1p1h
#devops #девопс
Подпишись 👉@i_DevOps
https://community.ops.io/the_cozma/terraform-vs-helm-for-managing-k8s-objects-1p1h
#devops #девопс
Подпишись 👉@i_DevOps
👍1
Стеклянная луковица dns внутри k8s
Бесспорно, тема резолвинга dns запросов внутри k8s неоднократно поднималась на хабре и вставала ребром перед многими инженерами поддерживающими k8s кластера. Снимая слой за слоем, попытаемся разобраться как резолвятся dns записи внутри k8s. Бонусом бегло взглянем на устройство механизма резолвинга dns для Go.
https://habr.com/ru/post/716744/
#devops #девопс
Подпишись 👉@i_DevOps
Бесспорно, тема резолвинга dns запросов внутри k8s неоднократно поднималась на хабре и вставала ребром перед многими инженерами поддерживающими k8s кластера. Снимая слой за слоем, попытаемся разобраться как резолвятся dns записи внутри k8s. Бонусом бегло взглянем на устройство механизма резолвинга dns для Go.
https://habr.com/ru/post/716744/
#devops #девопс
Подпишись 👉@i_DevOps
❤1
Terraform Resource Testing 101
Validate code quality with a Terraform plan using JSON and Pytest
https://betterprogramming.pub/terraform-resource-testing-101-c9da424faaf3
#devops #девопс
Подпишись 👉@i_DevOps
Validate code quality with a Terraform plan using JSON and Pytest
https://betterprogramming.pub/terraform-resource-testing-101-c9da424faaf3
#devops #девопс
Подпишись 👉@i_DevOps
Устанавливаем Kubernetes-платформу Deckhouse в закрытом окружении. Пошаговая инструкция
Эта статья посвящена установке платформы в закрытое окружение, когда у машин, на которых разворачивается кластер, нет доступа в Интернет.
https://habr.com/ru/company/flant/blog/717484/
#devops #девопс
Подпишись 👉@i_DevOps
Эта статья посвящена установке платформы в закрытое окружение, когда у машин, на которых разворачивается кластер, нет доступа в Интернет.
https://habr.com/ru/company/flant/blog/717484/
#devops #девопс
Подпишись 👉@i_DevOps
👍2
90DaysOfDevOps
Я использую это хранилище для документирования моего путешествия по изучению DevOps. Я начал этот процесс 1 января 2022 года и планирую продолжить его до 31 марта. Я буду посвящать по одному часу каждый день, включая выходные, чтобы получить фундаментальное понимание различных аспектов DevOps. Это будет 90-дневный период интенсивного обучения. 2022 и 2023 гг.
https://github.com/MichaelCade/90DaysOfDevOps
#devops #девопс
Подпишись 👉@i_DevOps
Я использую это хранилище для документирования моего путешествия по изучению DevOps. Я начал этот процесс 1 января 2022 года и планирую продолжить его до 31 марта. Я буду посвящать по одному часу каждый день, включая выходные, чтобы получить фундаментальное понимание различных аспектов DevOps. Это будет 90-дневный период интенсивного обучения. 2022 и 2023 гг.
https://github.com/MichaelCade/90DaysOfDevOps
#devops #девопс
Подпишись 👉@i_DevOps
👍5
This media is not supported in your browser
VIEW IN TELEGRAM
Media is too big
VIEW IN TELEGRAM
This media is not supported in your browser
VIEW IN TELEGRAM
Media is too big
VIEW IN TELEGRAM
This media is not supported in your browser
VIEW IN TELEGRAM
This media is not supported in your browser
VIEW IN TELEGRAM
This media is not supported in your browser
VIEW IN TELEGRAM
This media is not supported in your browser
VIEW IN TELEGRAM
This media is not supported in your browser
VIEW IN TELEGRAM
Media is too big
VIEW IN TELEGRAM
Docker Tutorials
1 - Introduction (Download and Install)
2 - Images, Containers, and Docker Server (Daemon)
3 - Default Commands
4 - List, Create, and Start Containers
5 - Logs, Stop, and Kill Containers
6 - Remove and Inspect Containers
7 - Run a Command in a Running Container with exec
8 - Creating Custom Images
9 - Create an Image from a Dockerfile
10 - COPY and ADD
источник
#devops #девопс
Подпишись 👉@i_DevOps
1 - Introduction (Download and Install)
2 - Images, Containers, and Docker Server (Daemon)
3 - Default Commands
4 - List, Create, and Start Containers
5 - Logs, Stop, and Kill Containers
6 - Remove and Inspect Containers
7 - Run a Command in a Running Container with exec
8 - Creating Custom Images
9 - Create an Image from a Dockerfile
10 - COPY and ADD
источник
#devops #девопс
Подпишись 👉@i_DevOps
👍3