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

https://github.com/up9inc/mizu

diff который учитывает синтаксис. Поддерживает Bash, Python, Go и другие

https://github.com/Wilfred/difftastic

kcp - это прототип сервера API Kubernetes, который не является кластером Kubernetes. Если вас интересуют API-интерфейсы, подобные Kubernetes, но для других инструментов, возможно, будет интересно посмотреть.

https://github.com/kcp-dev/kcp

👉 @devops_star

ValidKube сочетает в себе лучшие инструменты с открытым исходным кодом для обеспечения лучших практик, гигиены и безопасности Kubernetes YAML.

https://github.com/komodorio/validkube

👉 @devops_star

Что должен знать DevOps инженер junior?

Как стать DevOps инженером? Какими минимальными навыками для этого нужно обладать? На эти вопросы автор отвечает в данном видео. Вы узнаете о фундаменте знаний для DevOps инженера.

#devops

👉 @devops_star

Куда уходит время? Боремся за миллисекунды в Kubernetes

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

Куда ушло время? Можно ли его вернуть? Сегодня расскажу о том, с какими граблями может столкнуться микросервис, живущий в типичной инсталляции Kubernetes.

https://habr.com/ru/companies/ozontech/articles/662758/

#devops #Kubernetes

👉 @devops_star

Зачем нужен и как работает Docker?

Чтобы научиться работать с докером, важно понимать принципы его работы. В этом видео вы разберете зачем вообще нужен Docker, почему он стал популярным, а также в чем его сила и слабые стороны.

#devops #Docker

👉 @devops_star

Стать DevOps-инженером в 2023 году: [Практическая дорожная карта]

В этом подробном руководстве я расскажу о практической дорожной карте становления DevOps-инженера, основанной на моем 10-летнем опыте работы в качестве DevOps-инженера в различных организациях.

На современном ИТ-рынке сфера DevOps является одним из лучших вариантов для повышения заработной платы и карьерного роста ИТ-специалистов. Один из часто задаваемых мне вопросов: "Как стать инженером DevOps?".

Многие утверждают (в том числе и я), что нет ничего похожего на "DevOps-инженера" или "DevOps-команду", потому что этого понятия не существует. Однако все в отрасли уже привыкли к термину "инженер DevOps", и если вы понимаете философию DevOps, то эти названия не имеют большого значения.

Ближе к концу статьи я добавил различные команды, в которые может входить инженер DevOps.


https://devopscube.com/become-devops-engineer#devops-engineer-roadmap

#devops #девопс

👉 @devops_star

Практика DevOps: разворачиваем простое приложение на AWS

Илия Карин демонстрирует развертывание простого приложения с не самой простой архитектурой на Amazon Web Services. Проходится весь процесс, который присущ вполне реальному проекту.

00:00 Знакомство с Илией Кариным. План действий.
01:56 Запускаем создание инфраструктуры на Amazon Web Services (AWS).
03:30 Переходим к Terraform - инструмента для описания инфраструктуры кодом.
04:37 Что такое Docker и Docker-Compose? Их сравнение.
08:53 Рассмотрение нашего стендового приложения (калькулятор Фибоначчи).
11:11 Архитектура приложения.
12:14 Локальное демо приложения.
16:28 Сверяем проделанное по шагам. Повторный запуск Terraform для исправления проблем.
19:38 Что такое Continuous Integration и Continuous Delivery (CI/CD)? Работа с Travis CI. Разнообразие CD-сервисов.
24:12 Окончание развертывания архитектуры на AWS.
28:31 Еще про CI/CD. Командная работа и пайплайн CI/CD.
29:42 Инфраструктура развернута на AWS. Вносим изменение и пушим его в Git. Подхват изменений Travis'ом и их развертывание.
36:34 Смотрим на наше приложение на AWS. Делаем еще изменение.
38:10 Проверяем инфраструктуру. Опасность снятия немалой суммы денег, если не обратить внимание!
40:23 Смотрим на результат последнего коммита. Тест успешно развернутого приложения.

👉 @devops_star

Murex - bash-подобная среда оболочки и сценариев с расширенными возможностями, разработанными для обеспечения безопасности и производительности (например, более интеллектуальный инструментарий DevOps).

https://github.com/lmorg/murex

👉 @devops_star

Как стать DevOps Инженером с Нуля, что учить и в каком порядке

00:00 – 1. Вступление
01:06 – 2. Всевозможные компетенции DevOps инженера
10:35 – 3. Кому проще стать DevOps
15:01 – 4. Что учить по минимуму и в каком порядке
30:04 – 4.1. Основы Network TCP/IP
31:36 – 4.2. Администрирование Windows
34:09 – 4.3. Основы Linux
35:54 – 4.4. Ansible
36:48 – 4.5. Git
37:37 – 4.6. GitHub
38:04 – 4.7. Jenkins
38:23 – 4.8. Docker+DockerHub
38:44 – 4.9. Cloud Platform AWS
42:10 – 4.10. CloudFormation + Terraform
43:25 – 5. Курс DevOps Engineering в JohnBryce, Израиль
49:12 – 6. Как стать профессиональным DevOps инженером
54:24 – 7. Эпилог

👉 @devops_star

Выводим список установленных пакетов в Linux по дате

Порой необходимо узнать когда тот или иной пакет был установлен в операционной системе (например, в целях аудита). В данной статье рассмотрим как вывести список установленных пакетов в Linux, отсортированный по дате установки - давайте разберемся!

https://telegra.ph/Vyvodim-spisok-ustanovlennyh-paketov-v-Linux-po-date-09-10

👉 @devops_star

Что такое CI/CD? // Зачем и как работает

Что такое CI/CD: простое объяснение для новичков про Continuous Integration, Continuous Delivery/Deployment. Они же - непрерывная интеграция и непрерывная доставка или развертывание. Что там за магия происходит под капотом, зачем это вообще придумали и какие цели преследуются?

Расскажу про то, какие есть процессы внутри, как и где это запускается без привязки к конкретным инструментам вроде Gitlab и Jenkins. Про артефакты, Nexus, тест-гейты, агенты и раннеры.

источник

👉 @devops_star

Топ-10 опций команды docker run

Консольная команда docker run имеет около сотни опций, в том числе -d, -i, -t, -v и -w. В данной статье рассмотрим десять наиболее популярных опций, с которыми наверняка придется работать. Давайте разберемся!

Пример команды с опциями, которые будут рассмотрены в данной статье:

docker run \
--rm \
--detach \
--env KEY=VALUE \
--ip 10.10.9.75 \
--publish 3000:3000 \
--volume my_volume \
--name my_container \
--tty --interactive \
--volume /my_volume \
--workdir /app \
IMAGE bash


Начнем с азов. Консольная команда docker run создает из docker-образа контейнер (точнее создает доступный для записи слой поверх слоев, содержащихся в docker-образе) и запускает его (выполняет указанную команду). В общем виде это выглядит так:

docker run [OPTIONS] IMAGE [COMMAND] [ARG...]
Команда docker run очень похожа на комбинацию команд docker create ... и docker start ..., подробнее о которых можно узнать в официальной документации.

Топ-10 опций команды docker run в алфавитном порядке.

--detach, -d - по умолчанию, docker-контейнер запускается присоединенным (attached) к стандартным потокам ввода-вывода. Параметр -d, --detach позволяет запускать контейнер в фоне и не выводить на экран содержимое потоков ввода-вывода.

--entrypoint - устанавливает или переопределяет используемую по умолчанию команду (и параметры) из docker-образа. Подробнее о Docker ENTRYPOINT можно узнать здесь.

--env, -e - устанавливает переменные окружения в формате пар КЛЮЧ=ЗНАЧЕНИЕ. Если у вас есть список переменных окружения в файле, тогда необходимо использовать опцию --env-file.

--ip - назначает docker-контейнеру IP-адрес, например, --ip=10.10.9.75.

--name - назначает docker-контейнеру имя (--name my-super-container).

--publish, -p или --publish-all, -P - сопоставляет порт(ы) docker-контейнера порту(ам) на хост системе. Стоит отметить, что --publish-all откроет доступ к портам, описанным в Dockerfile с помощью директивы EXPOSE.

--rm - автоматически удалить контейнер после завершения его работы (в том числе, при завершении с ошибкой).

--tty, -t - назначает псевдо-TTY, подключенный к STDIN контейнера. Зачастую используется с опцией --interactive, -i - например, если вам нужно подключиться к оболочке (bash) внутри docker-контейнера для выполнения каких-то действий.

--volume, -v - монтирование тома. Подробнее о томах можно почитать здесь.

--workdir, -w - устанавливает рабочую директорию внутри docker-контейнера. Например, если вы скопировали некие файлы в папку app контейнера, то вполне разумно будет установить этот каталог в качестве рабочей директории.

👉 @devops_star