DevOps Portal | Linux

💻 Основные компоненты Kubernetes Управление современными распределенными приложениями — это сложная задача. Обеспечение надежности, масштабируемости и отказоустойчивости систем требует использования сложных инструментов оркестрации. И здесь на помощь приходит Kubernetes. Kubernetes (K8s) упрощает развертывание, масштабирование и управление контейнеризованными приложениями, становясь основой современной практики DevOps. В своей основе Kubernetes строится на нескольких ключевых компонентах, каждый из которых выполняет свою роль. Понимание этих компонентов даст вам крепкую базу знаний — давайте погрузимся 😱 🔹Node: Машины (физические или виртуальные), на которых работают контейнеризованные приложения. Узлы (Nodes) хостят рабочую нагрузку, которая состоит из Pods. 🔹Pod: Самая мелкая единица развертывания в Kubernetes, содержащая один или несколько контейнеров, которые делят хранилище, сеть и ресурсы. 🔹Control plane (Управляющая плоскость): "Мозг" кластера, управляющий состоянием системы и контролирующий работу узлов и Pods. Состав управляющей плоскости: • API сервер: обрабатывает запросы на управление кластером • Scheduler (Планировщик): назначает Pods на узлы • Controller manager (Менеджер контроллеров): поддерживает желаемое состояние системы • etcd: хранит конфигурацию кластера и его состояние в виде распределенного хранилища ключ-значение 🔹Service (Сервис): Предоставляет стабильные конечные точки (IP/DNS), чтобы обеспечить связь между Pods или открыть приложения для внешних пользователей. 🔹Ingress: Управляет внешним трафиком HTTP/HTTPS, направляя его к соответствующим сервисам внутри кластера. 🔹Namespace: Виртуальный кластер в рамках Kubernetes, позволяющий изолировать ресурсы и поддерживать многопользовательскую среду. 🔹Persistent Volume (Постоянный том): Отделяет хранилище от Pods, обеспечивая сохранность данных при перезапуске или удалении контейнеров. Все эти компоненты работают вместе, создавая мощную систему для автоматизации оркестрации приложений. Kubernetes стал основой для обеспечения надежности и масштабируемости в современных программных системах. Однако это не решение для каждого приложения. Есть крутой кривой обучения и высокая сложность. В некоторых случаях более простые или легковесные решения, такие как Docker Swarm или PaaS-платформы, могут быть более подходящими 👉 DevOps Portal

Подборка популярных каналов по информационной безопасности и этичному хакингу: 🔐 infosec — ламповое сообщество, которое публикует редкую литературу, курсы и полезный контент для ИБ специалистов любого уровня и направления. 😈 Social Engineering — самый крупный ресурс в Telegram, посвященный этичному Хакингу, OSINT и социальной инженерии. 💬 Вакансии в ИБ — актуальные предложения от самых крупных работодателей и лидеров рынка в сфере информационной безопасности.

Что такое параметризованные пайплайны в Jenkins? — Динамичные и переиспользуемые пайплайны Параметризованные пайплайны в Jenkins позволяют передавать пользовательские входные данные при запуске билда, делая конвейеры более гибкими и универсальными. Это позволяет использовать один и тот же пайплайн для разных сценариев без необходимости значительных изменений в коде. — Применение: 🔹Конфигурация сборок: Запуск сборок для разных окружений (dev, staging, production), веток или версий приложения. 🔹Тестирование: Выполнение тестов на разных браузерах, операционных системах и конфигурациях. 🔹Деплой: Развертывание приложения в различные среды с индивидуальными настройками. 🔹Кастомные workflow: Возможность задавать параметры вручную для специфических задач. — Создание параметризованного пайплайна 1. Определение параметров: В Jenkins Pipeline (в декларативном или скриптовом синтаксисе) используется директива parameters для объявления доступных параметров:

pipeline {
    parameters {
        string(name: 'ENVIRONMENT', defaultValue: 'dev', description: 'Целевое окружение для деплоя (dev, staging, prod)')
        choice(name: 'BUILD_TYPE', choices: ['Release', 'Debug'], description: 'Тип сборки')
    }
}

2. Использование параметров: Обращение к значениям, введенным пользователем, через объект params в шагах пайплайна:

stages {
    stage('Build') {
        steps {
            echo "Сборка для окружения: ${params.ENVIRONMENT}"
            echo "Тип сборки: ${params.BUILD_TYPE}"
        }
    }
}

3. Запуск сборок: При старте параметризованного пайплайна в UI Jenkins появится форма для ввода параметров. — Типы параметров в Jenkins: 🔹String: Текстовый ввод. 🔹Choice: Выпадающий список значений. 🔹Boolean: Флаг (true/false). 🔹File: Загрузка файла. 🔹Password: Скрытый ввод для конфиденциальных данных. 🔹И другие. (Полный список доступен в документации Jenkins.) — Преимущества параметризованных пайплайнов: 🔹Гибкость: Управление процессами без изменения кода пайплайна. 🔹Переиспользуемость: Один пайплайн можно применять для разных задач. 🔹Удобство: Позволяет даже нетехническим пользователям запускать билды с нужными параметрами. 🔹Оптимизация CI/CD: Упрощает процессы непрерывной интеграции и доставки (CI/CD). — Дополнительные замечания: 🔹Можно задавать параметры по умолчанию. 🔹В истории билдов отображаются введенные параметры для каждого запуска. 🔹Для управления параметризованными пайплайнами можно использовать Jenkins Shared Libraries. 👉 DevOps Portal

💡 Быстрый совет по Linux 🐧 Многие либо не знают об этом, либо редко используют. Нажатие Ctrl+U в терминале Linux удаляет все от позиции курсора до начала строки. Аналогично, Ctrl+K удаляет все от позиции курсора до конца строки. Это особенно полезно, если вы неправильно ввели пароль. Вместо того чтобы долго удерживать клавишу backspace, просто нажмите Ctrl+U, чтобы очистить ввод и ввести пароль заново. Эти сочетания клавиш имеют множество других практических применений 👉 DevOps Portal

😳 Кто спрашивал на какие каналы по программированию я подписан? Лично я подписан и читаю этот канал: @umnyiprogrammist

Как работает преобразование сетевых адресов (NAT) Преобразование сетевых адресов (NAT) — это фундаментальная технология в современных сетях, которая позволяет устройствам в частной сети обмениваться данными с внешними сетями, такими как Интернет, используя один публичный IP-адрес. Эта возможность критически важна для экономии ограниченных ресурсов IPv4-адресов и повышения безопасности сети. Рассмотрим, как работает NAT на основе приведенной инфографики. — Основы NAT NAT работает, изменяя информацию о IP-адресах в пакетах, когда они проходят через маршрутизатор или брандмауэр. Конкретно, он преобразует частные IP-адреса в локальной сети в публичный IP-адрес для связи с внешними сетями. — Компоненты и процесс 1. Частная сеть и публичный IP: 🔹Устройства в частной сети получают частные IP-адреса (например, 192.168.3.6, 192.168.3.7, 192.168.3.8). 🔹Маршрутизатор, выполняющий NAT, имеет частный IP-адрес (например, 192.168.3.0/24) на своем внутреннем интерфейсе и публичный IP-адрес (например, 200.100.10.1) на внешнем интерфейсе, предоставленный поставщиком Интернет-услуг (ISP). 2. Преобразование пакетов: 🔹Когда устройство (например, 192.168.3.6) хочет общаться с внешним сервером (например, 65.44.21.24) через Интернет, оно отправляет пакет с своим частным IP-адресом в качестве источника. 🔹Маршрутизатор с включенным NAT перехватывает этот пакет. Прежде чем отправить его в назначение, маршрутизатор заменяет частный IP-адрес (192.168.3.6:5733) на свой публичный IP-адрес (200.100.10.1:5733). Этот процесс позволяет пакету пройти через Интернет, поскольку он не маршрутизирует частные IP-адреса. 3. Поддержание сеансов: 🔹Маршрутизатор поддерживает таблицу NAT для отслеживания активных сеансов. Эта таблица содержит соответствия между внутренними частными IP-адресами и портами и внешними публичными IP-адресами и портами. 🔹Например, таблица NAT может отображать соответствие 192.168.3.6:5733 -> 200.100.10.1:5733, что позволяет маршрутизатору корректно перенаправлять ответы обратно на исходное устройство в частной сети. 4. Обратное преобразование пакетов: 🔹Когда внешний сервер (65.44.21.24) отвечает, он отправляет пакеты на публичный IP-адрес (200.100.10.1:5733). 🔹NAT-маршрутизатор перехватывает эти входящие пакеты, обращается к таблице NAT и преобразует адрес назначения обратно в частный IP-адрес (192.168.3.6:5733), прежде чем отправить его соответствующему внутреннему устройству. — Преимущества NAT 🔹Сохранение IP-адресов: NAT позволяет нескольким устройствам в локальной сети использовать один публичный IP-адрес, что значительно уменьшает количество требуемых IP-адресов. 🔹Безопасность: NAT скрывает внутренние IP-адреса сети, обеспечивая дополнительный уровень безопасности, предотвращая прямой доступ к внутренним устройствам из внешней сети. — Заключение NAT — это важная технология, которая помогает эффективно использовать IP-адреса и повышать безопасность сети. Преобразуя частные IP-адреса в публичные и управляя этими соответствиями, NAT обеспечивает бесперебойную связь между частными сетями и Интернетом. Эта функциональность незаменима в условиях ограниченных ресурсов IP-адресов и повышенных требований к безопасности. 👉 DevOps Portal

💡Совет по Bash-скриптам Вы можете использовать ловушку DEBUG, чтобы шаг за шагом проходить через bash-скрипт, давая вам возможность проверять каждую строку перед её выполнением — это идеально для отладки! — Вот как это работает: Команда trap с параметром DEBUG срабатывает сразу перед выполнением каждой строки, приостанавливая выполнение, чтобы вы могли решить, хотите ли продолжить. Это как интерактивное «пошаговое выполнение» вашего bash-скрипта. В отличие от sh -x, который выводит каждую строку без остановки, этот метод позволяет вам контролировать выполнение каждой команды перед её запуском. Ловушка DEBUG не является настоящим сигналом, а представляет собой специальную функцию (псевдосигнал), которая срабатывает перед каждой строкой скрипта, что удобно для понимания поведения скрипта построчно. Вы также можете изучить похожие псевдосигналы, такие как EXIT, который выполняет команды перед завершением скрипта; RETURN, который срабатывает при возврате из функции или после того, как скрипт был загружен (с помощью source или .); и ERR, который обрабатывает команды, возвращающие ненулевой код завершения при активированном set -e. 👉 DevOps Portal

SQL ✅️ теперь в телеграм! SQL — главный язык программирования баз данных. Базы данных есть везде: от маленького интернет-магазина до социальной сети. Sql будет легко выучить, если подписаться на официальный русскоязычный канал. Это первоисточник всего, что появляется в платных курсах и остальных ресурсах. Стоит подписаться!

💡 Быстрый совет по Linux 🐧 Когда вы запускаете программу в терминале или по SSH, она завершится сразу после закрытия сессии терминала (когда вы выйдете из него) или при разрыве соединения. Чтобы избежать этого и сохранить выполнение программы и всех её процессов, используйте команду nohup (сокращение от no hangup – «без зависания»). Она игнорирует все сигналы разрыва соединения, позволяя процессу продолжать работу даже при закрытии терминала. Например, чтобы сжать большой объем данных с помощью команды tar и гарантировать, что процесс не прервётся при случайном закрытии терминального окна, выполните команду:

$ nohup tar -cf archive.tar file1 file2

Также nohup создаёт файл nohup.out, в который записывает вывод команды:

$ cat nohup.out

Альтернативно, можно использовать tmux, disown или screen. 👉 DevOps Portal

Наткнулись на промо новой облачной конференции. Пошли подробнее узнавать, кто её организует — оказалось, это создатель первого в России публичного облака собственной разработки. У ребят планируется много технических докладов: от обзоров новых типов сетевых дисков до приоритетов бизнеса в области ИТ — звучит интересно. Подробнее можете посмотреть тут

🖥 Основные компоненты Docker: объяснение Docker решает проблему «у меня на машине работает» 😱 Разработка и развертывание приложений сопряжены с рядом сложностей. Несогласованность программного обеспечения в разных средах приводит к серьезным проблемам: сбоям при развертывании, усложнению разработки и тестирования и другим неприятностям. Docker решает проблему «у меня на машине работает» и упрощает развертывание приложений, инкапсулируя их вместе с зависимостями в стандартизированные, масштабируемые и изолированные контейнеры (контейнеризация). В основе Docker лежит несколько ключевых компонентов. Разбираясь в них, вы получите прочную базу понимания. Давайте разберем их! 🔸Образы (Images) Образы — это неизменяемые шаблоны, используемые для создания контейнеров. Они создаются с помощью инструкций в Dockerfile или загружаются из Docker-реестра, такого как Docker Hub. 🔸Контейнер (Container) Контейнер — это запущенный экземпляр образа. Это легковесный, автономный пакет, содержащий все необходимое для работы приложения. 🔸Dockerfile Файл, содержащий последовательность команд для создания образа Docker. 🔸Docker Engine Docker Engine отвечает за запуск и управление контейнерами. Он состоит из демона Docker и CLI-инструмента, взаимодействующего с ним через REST API. 🔸Docker Daemon Фоновый сервис, управляющий объектами Docker. Он обрабатывает API-запросы и управляет образами, контейнерами, сетями и томами хранения. 🔸Docker Registry Репозитории для хранения и распространения образов Docker. Реестры могут быть публичными или частными. По умолчанию Docker использует публичный реестр Docker Hub. 🔸Сеть Docker (Docker Network) Контейнеры работают в сетях, что позволяет им взаимодействовать друг с другом и с внешним миром. Сеть предоставляет коммуникационный шлюз между контейнерами на одном или разных хостах. 🔸Тома (Volumes) Тома позволяют сохранять данные вне контейнера и делиться ими между контейнерными инстансами, даже после удаления контейнера. Они обеспечивают независимость данных от жизненного цикла контейнера. Все эти компоненты взаимосвязаны, создавая удобную систему для автоматизации развертывания, масштабирования и управления приложениями. Благодаря этому Docker стал мощным и важным инструментом в современной разработке программного обеспечения. 👉 DevOps Portal

💡 Совет по Linux Получите контекст вашего поиска с помощью grep, используя параметр -C:

$ grep -C3 filename

Это покажет 3 строки до и после найденного совпадения. Очень помогает при анализе логов 😎 👉 DevOps Portal

Онлайн школы — ВСЁ! В телеграме появились каналы, которые напрочь разносят все популярные курсы по программированию. Вот они: • Технологичка • Frontend Tests & Tasks • Библиотека программиста Теперь нет смысла покупать дорогущее обучение, чтобы быстро освоить пару языков и получить работу с зпшкой от 120 тысяч, так что подписывайтесь 🖤

Структура манифеста развертывания Kubernetes: объяснение В YAML-файле развертывания Kubernetes определяется, как приложение должно быть развернуто и управляться в кластере Kubernetes. Ниже приведена структура YAML с пояснениями. — Объяснение ключевых разделов 🔸apiVersion & kind: Определяет, что этот ресурс является развертыванием и использует API Kubernetes apps/v1. 🔸metadata: Содержит информацию, такую как имя и метки для организации приложения. 🔸spec.replicas: Определяет желаемое количество работающих экземпляров (Pod'ов). 🔸spec.selector.matchLabels: Гарантирует, что развертывание управляет только Pod'ами с соответствующими метками. 🔸spec.template: - Определяет шаблон Pod'а (его metadata и spec). - Раздел containers описывает контейнер, включая образ, порты и ресурсы. - Можно также задать переменные среды, монтирование томов и лимиты ресурсов. 🔸spec.strategy: Управляет стратегией обновления развертывания (RollingUpdate или Recreate). 🔸volumes: Позволяет определить постоянное хранилище, такое как ConfigMaps, Secrets или Persistent Volumes. — Дополнительные параметры 🔸Проверки работоспособности: Liveness & Readiness Probes 🔸Управление размещением: Affinity & Node Selectors 🔸Предварительная обработка: Init Containers 👉 DevOps Portal

Репозиторий с кучей полезных материалов и информации, связанных с DevOps Содержит ресурсы по таким темам, как Linux, Jenkins, AWS, SRE, Prometheus, Docker, Python, Ansible, Git, Kubernetes, Terraform, OpenStack, SQL, NoSQL, Azure и GC 👉 DevOps Portal

💡 Быстрый совет по Docker Хотите узнать, сколько дискового пространства занимают образы, контейнеры, локальные тома или кэш сборки? Используйте команду:

docker system df

👉 DevOps Portal

Работаешь в сфере IT? 👨‍💻 Тогда выбирай свой уровень: • Новичок: Полноценная помощь с трудоустройством. Проведение интервью, работа с ментором, создание персонального RoadMap и резюме под ключ! Работа до результата с кандидатами любого уровня! • С опытом: Предоставим статус «Toп-специалиста», откроем доступ к эксклюзивным вакансиям. Возьмем на себя продвижение вашей кандидатуры компаниям, гарантируем высокую зарплату с учетом пожеланий по загрузу и условиям труда! Еще больше информации👇 Канал: @rabotayou_ru Сайт: rabotayou.ru Бот: @rabota_you_bot

Это репозиторий примеров из книги "Ansible for DevOps" Джеффа Гирлинга. Он демонстрирует использование Ansible для автоматизации серверов и управления конфигурациями, с реальными примерами и плейбуками 👉 https://github.com/geerlingguy/ansible-for-devops 👉 DevOps Portal

Строим контейнерные образы как профи 😎 Множество ресурсов по созданию образов: 🔹5 учебных пособий по композиции образов, выбору базового образа, многоступенчатым сборкам и образам без дистрибутива. 🔹12 практических задач для создания и отладки образов. Посмотреть здесь: https://labs.iximiuz.com/skill-paths/build-container-images 👉 DevOps Portal

Docker против Kubernetes: В чем разница? Оба инструмента играют важную роль в современном облачном разработке и DevOps, но их задачи различаются. Понимание разницы между ними важно для эффективного управления контейнерами в облачных вычислениях и архитектурах микросервисов. — Docker 🔹 Платформа для контейнеризации. 🔹 Упаковывает приложения и зависимости в контейнеры. 🔹 Обеспечивает переносимость между средами. 🔹 Запускает контейнеры на одном хосте. 🔹 Используется в CI/CD-пайплайнах для автоматизации развёртывания. — Kubernetes 🔹 Система оркестрации контейнеров. 🔹 Управляет контейнеризированными приложениями на большом масштабе. 🔹 Обрабатывает развёртывание, масштабирование и сетевые взаимодействия. 🔹 Распределяет рабочие нагрузки между несколькими узлами. 🔹 Оптимизирован для микросервисов и облачно-ориентированных приложений. — Как они работают вместе Docker создает и запускает контейнеры. Kubernetes оркестрирует и управляет ими в большом масштабе. Вместе они позволяют создавать масштабируемые и устойчивые облачные системы и DevOps-процессы. — Нужны ли вам оба инструмента? Если вы запускаете несколько контейнеров, достаточно Docker. Если вам нужны высокая доступность, авто-масштабирование и самовосстановление, следующий шаг — Kubernetes. 👉 DevOps Portal