DevOps | Вопросы собесов

Как повысить эффективность вебинаров? Организация продающего вебинара - не простая задача, ведь необходимо предусмотреть множество деталей: удобную дату, вовлекающий контент, методы продвижения и взаимодействия с участниками. Вебинары от МТС Линк помогают привлекать новых клиентов и увеличивать конверсию из участника в лид. В сервисе доступен анализ поведения пользователей во время вебинара, синхронный перевод, автовебинары и интерактивные инструменты для вовлечения участников. Делимся методичкой с кейсами, чек-листами и инструкциями для маркетологов, PR и event-менеджеров, чтобы сделать вебинары эффективным инструментом для лидогенерации. Получите методичку бесплатно на сайте. Скачать #реклама 16+ mts-link.ru О рекламодателе

📌 Чем gitlab ci артефакты отличаются от кэша как атрибуты джобы? 💬 Спрашивают в 13% собеседований GitLab CI/CD предлагает два механизма для управления временными файлами, которые создаются и используются во время выполнения пайплайна: артефакты (artifacts) и кэш (cache). Они служат разным целям и имеют различные характеристики. 🤔 Артефакты (Artifacts) Задачи и характеристики: 1️⃣ Временные файлы: Артефакты представляют собой временные файлы, созданные в процессе выполнения job (задания), которые сохраняются и могут быть использованы на следующих этапах пайплайна. 2️⃣ Срок хранения: Артефакты могут храниться на протяжении определенного времени, указанного в конфигурации (по умолчанию 30 дней). 3️⃣ Примеры использования: Компиляционные артефакты, такие как бинарные файлы, отчеты о тестировании, логи и артефакты для развертывания. 4️⃣ Доступ: Артефакты доступны только для последующих заданий в том же пайплайне или через веб-интерфейс GitLab. 5️⃣ Конфигурация: Определяются с помощью ключа artifacts в .gitlab-ci.yml файле. Пример конфигурации артефактов:

job1:
  script:
    - make build
  artifacts:
    paths:
      - build/
    expire_in: 1 week

🤔 Кэш (Cache) Задачи и характеристики: 1️⃣ Ускорение сборки: Кэш используется для ускорения сборок, сохраняя промежуточные файлы или зависимости между различными запусками пайплайнов. 2️⃣ Долгосрочное хранение: Кэш сохраняется в течение длительного времени, часто используется для кеширования зависимостей, таких как библиотеки или модули. 3️⃣ Примеры использования: Директории с зависимостями (например, node_modules для Node.js или vendor для PHP), промежуточные результаты сборок. 4️⃣ Доступ: Кэш доступен для всех пайплайнов и заданий в проекте, а не только для текущего пайплайна. 5️⃣ Конфигурация: Определяется с помощью ключа cache в .gitlab-ci.yml файле. Пример конфигурации кэша:

job1:
  script:
    - npm install
  cache:
    paths:
      - node_modules/

job2:
  script:
    - npm test
  cache:
    paths:
      - node_modules/

🤔 Ключевые различия 1️⃣ Назначение: Артефакты предназначены для передачи файлов между заданиями в одном пайплайне, тогда как кэш используется для хранения файлов и данных, которые могут быть использованы в различных пайплайнах и заданиях для ускорения сборок. 2️⃣ Срок хранения: Артефакты имеют ограниченный срок хранения (обычно указывается), тогда как кэш может существовать дольше, и его срок хранения часто определяется политиками очистки. 3️⃣ Доступ: Артефакты доступны только в рамках текущего пайплайна, в то время как кэш доступен между разными пайплайнами и заданиями. 🤔 Резюме 1️⃣ Артефакты используются для передачи файлов между заданиями в одном пайплайне. 2️⃣ Кэш используется для ускорения сборок, сохраняя файлы и данные между разными пайплайнами. Для ребенка: Артефакты — это как временные коробки, которые ты передаешь друзьям, когда работаешь над проектом. Кэш — это как шкафчик, где ты хранишь вещи, чтобы они были под рукой в следующий раз, когда будешь работать над проектом. 🔥 ТОП ВОПРОСОВ С СОБЕСОВ 🔒 База собесов | 🔒 База тестовых

🧑‍💻 Если твой английский позволяет ответить только на вопрос "Do you speak English", то с этим нужно что-то делать, будучи программистом. 🫤 Ты в курсе, что ... - говорят по-английски — 20% из всех людей. - Большое кол-во IT документации написано на английском. Хочешь понимать код лучше? Изучи язык, который используется в его основе. 📕 На нашем канале ты постепенно будешь набираться опыта, в этом тебе помогут: - Тесты для изучения английского: проверьте свои знания на практике. - Английский через мемы: учите язык весело и с интересом. - Шпаргалки для повторения: закрепите знания быстро и эффективно. - Английский сленг программиста: станьте настоящим профи в коммуникации. 🔥 Маленький шаг в изучении иностранного откроет перед тобой большие возможности будущего специалиста и значительно повысит твое зп. 🌸 Подпишись, do it!

👩‍💻 Есть опыт в проге, но не растет зп? Может нужно найти крутой оффер? 🗿 Большинство IT специалистов работает за копейки и даже не осознает этого. Лучший способ понять рынок вакансий - стать его частью и начать анализировать. 👍 Предела совершенству нет, что нельзя сказать про зп в рамках одной компании. Подпишись на Мидл работает и повышай свой капитал.

📌 В чем заключается роль DevOps \SRE\IE? 💬 Спрашивают в 13% собеседований Роль DevOps, SRE (Site Reliability Engineering) и IE (Infrastructure Engineering) имеет много общего, но также включает специфические задачи и фокус в каждой области. Давайте рассмотрим каждую из них: 🤔 DevOps 🤔 Задачи и обязанности: 1️⃣ Автоматизация и интеграция: Разработка и внедрение CI/CD (Continuous Integration/Continuous Deployment) процессов для автоматизации развертывания приложений. 2️⃣ Мониторинг и логирование: Настройка систем мониторинга и логирования для отслеживания состояния систем и приложений. 3️⃣ Сотрудничество: Работа в тесной связке с командами разработчиков и операционных инженеров для обеспечения гладкой и быстрой доставки приложений. 4️⃣ Инфраструктура как код: Использование инструментов, таких как Terraform или Ansible, для автоматизации развертывания и управления инфраструктурой. 🤔 Почему это важно: DevOps помогает ускорить выпуск программного обеспечения, повысить его качество и снизить риски за счет автоматизации и тесной интеграции процессов разработки и операций. 🤔 SRE (Site Reliability Engineering) Задачи и обязанности: 1️⃣ Надежность и производительность: Обеспечение высокой доступности и производительности систем и приложений. 2️⃣ Инцидент-менеджмент: Обнаружение, расследование и устранение инцидентов, связанных с доступностью или производительностью. 3️⃣ SLA и SLO: Установление и соблюдение соглашений об уровне обслуживания (SLA) и целевых уровней обслуживания (SLO). 4️⃣ Автоматизация и инструментирование: Разработка инструментов для автоматизации процессов и улучшения надежности систем. 🤔 Почему это важно: SRE фокусируется на обеспечении стабильной и предсказуемой работы систем, что критично для поддержания доверия пользователей и минимизации времени простоя. 🤔 IE (Infrastructure Engineering) 🤔 Задачи и обязанности: 1️⃣ Проектирование и развертывание: Проектирование, развертывание и поддержка физической и виртуальной инфраструктуры. 2️⃣ Сетевая архитектура: Настройка и управление сетями, включая маршрутизацию, балансировку нагрузки и безопасность. 3️⃣ Облачные решения: Работа с облачными провайдерами (AWS, Azure, GCP) для создания и поддержки облачной инфраструктуры. 4️⃣ Оптимизация: Постоянное улучшение и оптимизация существующей инфраструктуры для повышения производительности и эффективности. 🤔 Почему это важно: IE отвечает за создание надежной и масштабируемой инфраструктуры, что является основой для работы всех приложений и сервисов компании. 🤔 Примеры кода и инструментов 🤔 Пример CI/CD пайплайна с использованием Jenkins:

pipeline {
    agent any
    stages {
        stage('Build') {
            steps {
                echo 'Building...'
                sh 'make build'
            }
        }
        stage('Test') {
            steps {
                echo 'Testing...'
                sh 'make test'
            }
        }
        stage('Deploy') {
            steps {
                echo 'Deploying...'
                sh 'make deploy'
            }
        }
    }
}

🤔 Пример Terraform кода для создания виртуальной машины в AWS:

provider "aws" {
  region = "us-west-2"
}

resource "aws_instance" "example" {
  ami           = "ami-0c55b159cbfafe1f0"
  instance_type = "t2.micro"

  tags = {
    Name = "example-instance"
  }
}

🤔 Резюме 1️⃣ DevOps: Автоматизирует и интегрирует процессы разработки и развертывания. 2️⃣ SRE: Обеспечивает надежность и производительность систем. 3️⃣ IE: Проектирует и поддерживает инфраструктуру. Для ребенка: DevOps помогает программам быстро работать, SRE следит, чтобы они не ломались, а IE строит и поддерживает компьютеры и сети для этих программ. 🔥 ТОП ВОПРОСОВ С СОБЕСОВ 🔒 База собесов | 🔒 База тестовых

it-магистратура в главном вузе Урала УрФУ (топ-10 вузов страны) приглашает на уникальную программу, отвечающую самым остро стоящим задачам бизнеса в эпоху цифровизации: управление цифровыми проектами! Студенты углубленно изучают: - современные it-технологии - методы управления информационными проектами - продвинутые методы анализа и принятия решений в сфере it-управления - основы разработки и прототипирования информационных систем и веб-приложений Активная поддержка студентов бизнес-сообществом. Все льготы студента (даже отсрочка от армии). 100% онлайн. Изучи весь потенциал цифровых технологий для бизнеса и получи диплом магистра! Узнать больше #реклама 16+ programs.edu.urfu.ru О рекламодателе

Jobski - твой помощник при поиске работы в IT Сервис индивидуально подбирает вакансии, учитывая ваш опыт, навыки и стек технологий. Узнать больше #реклама jobski.ru О рекламодателе

📌 Чем DevOps отличается от Agile ? 💬 Спрашивают в 13% собеседований DevOps и Agile — это два различных подхода к разработке и доставке программного обеспечения, хотя они часто используются вместе. Оба подхода имеют свои цели и методы, которые могут дополнять друг друга, но фокусируются на разных аспектах разработки. 🤔 Agile Это методология разработки программного обеспечения, которая акцентирует внимание на гибкости, скорости и итеративном подходе к разработке. Основные принципы Agile изложены в Манифесте Agile, который включает четыре ключевых ценности и двенадцать принципов. 🤔 Основные характеристики: 1️⃣ Итеративный и инкрементальный подход: ➕ Проект делится на небольшие итерации, каждая из которых заканчивается выпуском работающего программного продукта. 2️⃣ Коллективная работа и коммуникация: ➕ Акцент на тесное взаимодействие между членами команды и с заказчиком. 3️⃣ Адаптивное планирование: ➕ Возможность быстро адаптироваться к изменениям требований в ходе проекта. 4️⃣ Постоянное улучшение: ➕ Регулярные ретроспективы для анализа и улучшения процесса разработки. 🤔 Примеры: ➕ Scrum: Подход, основанный на спринтах, регулярных встречах (ежедневные stand-up, спринт-планирование, ретроспективы) и определенных ролях (Scrum Master, Product Owner, команда разработки). ➕ Kanban: Метод, ориентированный на визуализацию рабочего процесса и управление потоком задач. 🤔 DevOps Это культурный и методологический подход, направленный на интеграцию и сотрудничество между командами разработки (Dev) и эксплуатации (Ops) для более быстрой и надежной доставки программного обеспечения. 🤔 Основные характеристики: 1️⃣ Автоматизация: ➕ Автоматизация процессов сборки, тестирования, развертывания и мониторинга. 2️⃣ Непрерывная интеграция и доставка (CI/CD): ➕ Практика частой интеграции кода и его автоматического развертывания на различных средах (разработка, тестирование, продакшн). 3️⃣ Инфраструктура как код (IaC): ➕ Управление инфраструктурой через код для обеспечения репликации и масштабирования сред. 4️⃣ Мониторинг и логирование: ➕ Постоянный мониторинг приложений и инфраструктуры для быстрого обнаружения и устранения проблем. 5️⃣ Культурное изменение: ➕ Сдвиг в культуре организации для улучшения сотрудничества между командами разработки и эксплуатации. 🤔 Примеры: ➕ Jenkins: Инструмент для автоматизации CI/CD ➕ Docker: Платформа для контейнеризации приложений. ➕ Kubernetes: Система оркестрации контейнеров. ➕ Terraform: Инструмент для управления инфраструктурой как кодом. ➕ Prometheus и Grafana: Инструменты для мониторинга и визуализации данных. 🤔 Основные различия 1️⃣ Фокус: ➕ Agile: Сосредоточен на процессе разработки и управлении изменениями требований через итерации и инкременты. ➕ DevOps: Сосредоточен на всей цепочке создания стоимости — от разработки до развертывания и эксплуатации, обеспечивая быструю и стабильную доставку программного обеспечения. 2️⃣ Команды и роли: ➕ Agile: Включает роли, такие как Product Owner, Scrum Master и команда разработки. ➕ DevOps: Включает разработчиков, специалистов по эксплуатации, инженеров по автоматизации и других, кто работает над интеграцией и доставкой. 3️⃣ Процессы и инструменты: ➕ Agile: Использует методологии, такие как Scrum и Kanban, для управления процессом разработки. ➕ DevOps: Использует инструменты и практики для автоматизации и мониторинга всего жизненного цикла приложения. 🤔 Как они могут работать вместе ➕ Agile может быть использован для управления процессом разработки, разбивая работу на спринты и обеспечивая тесное взаимодействие внутри команды. ➕ DevOps может быть использован для автоматизации процессов, развертывания и мониторинга, обеспечивая быструю и надежную доставку программного обеспечения. Agile — это методология разработки, фокусирующаяся на итеративном подходе и гибкости, а DevOps — это культурный и методологический подход, направленный на интеграцию разработки и эксплуатации для обеспечения быстрой и надежной доставки программного обеспечения. 🔥 ТОП ВОПРОСОВ С СОБЕСОВ 🔒 База собесов | 🔒 База тестовых

🤬 Постоянные ошибки, как они надоели! 🤯 Планируя свои дела, мы забываем, что оборудование может подвести. Это может перекрыть все рабочие планы. Придется гуглить, смотреть видосы, звонить знакомым "Не встречалась ли тебе такая ошибка?" 🥵 Все это время и силы. Наша команда нашла этому решение - Битый код. Канал, который даст тебе базу в мире ошибок. 🍸 Стань тем человеком, к которому будут обращаться и про которого будут говорить "Он сможет помочь"

Запустите рекламу в телеграм-каналах с Яндекс Директом Перфоманс-реклама теперь в телеграм-каналах ⚡ Яндекс Директ знает, как привлечь целевую аудиторию 💰👌 Попробовать #реклама yandex.ru О рекламодателе

📌 Что такое провайдеры в Terraform ? 💬 Спрашивают в 13% собеседований Провайдеры в Terraform — это плагины, которые позволяют Terraform взаимодействовать с различными облачными платформами, сервисами и другими API. Они определяют наборы ресурсов и операций для взаимодействия с этими сервисами. Каждый провайдер управляет одной или несколькими службами и абстрагирует детали API, предоставляя удобный способ управления инфраструктурой. Основные функции 1️⃣ Определение ресурсов: Провайдеры определяют типы ресурсов, с которыми можно работать. Например, провайдер для AWS позволяет управлять EC2-инстансами, S3-бакетами и другими сервисами AWS. 2️⃣ Интерфейс для API: Провайдеры обеспечивают взаимодействие с API целевого сервиса. Они обрабатывают запросы и ответы, управляя состоянием ресурсов в соответствии с конфигурацией Terraform. 3️⃣ Поддержка аутентификации: Провайдеры обычно предоставляют механизмы для аутентификации и авторизации при доступе к сервисам. 1️⃣ Конфигурация провайдера: Для начала работы с провайдером необходимо его сконфигурировать в файле конфигурации Terraform. Обычно это делается в файле main.tf.

      provider "aws" {
     region = "us-west-2"
     access_key = "your-access-key"
     secret_key = "your-secret-key"
   }
   

В этом примере настраивается провайдер AWS с указанием региона и учетных данных. 2️⃣ Определение ресурсов: После конфигурации провайдера можно определять ресурсы, которые будут управляться с его помощью.

      resource "aws_instance" "example" {
     ami           = "ami-0c55b159cbfafe1f0"
     instance_type = "t2.micro"

     tags = {
       Name = "example-instance"
     }
   }
   

В этом примере создается EC2-инстанс в AWS. 🤔 Как они работают 1️⃣ Инициализация: Когда вы запускаете terraform init, Terraform загружает и инициализирует провайдеры, указанные в конфигурации. 2️⃣ Конфигурация: Провайдеры конфигурируются с помощью блока provider, где указываются необходимые параметры, такие как учетные данные и регион. 3️⃣ Создание и управление ресурсами: При выполнении команд terraform apply или terraform plan Terraform взаимодействует с провайдерами для создания, изменения или удаления ресурсов в соответствии с конфигурацией.

provider "aws" {
  region = "us-west-2"
}

resource "aws_instance" "example" {
  ami           = "ami-0c55b159cbfafe1f0"
  instance_type = "t2.micro"

  tags = {
    Name = "example-instance"
  }
}

В этом примере провайдер AWS конфигурируется для использования региона us-west-2, и затем создается EC2-инстанс с указанными параметрами. Провайдеры в Terraform — это плагины, которые позволяют взаимодействовать с различными облачными платформами и сервисами, определяя ресурсы и операции для управления ими. 🔥 ТОП ВОПРОСОВ С СОБЕСОВ 🔒 База собесов | 🔒 База тестовых

Colocation от 1 unit со скидкой до 20% в дата-центре. ⚡Даже кратковременный перебой в работе ИТ сервисов любой компании грозит финансовыми и репутационными потерями. В ЦОД Сотел ваше оборудование работет гарантированно бесперебойно 24/7! Услуги дата-центра со скидкой до 20%! ⚡ЦОД Сотел предоставляет услуги для бизнеса: - Аренда серверной стойки от 72 000 руб/мес - Размещение серверов от 1 U 2 900 руб/мес - Легкая миграция ваших сервисов в облако #SotelCloud - Безлимитный трафик - Организация доставки вашего оорудования в ЦОД - Круглосуточный мониторинг оорудования - Техподдержка 24/7 👍Ждем вас в Сотел! Узнать больше #реклама sotel.su О рекламодателе

Сообщество IT-специалистов в Telegram от Selectel. Канал крупнейшего независимого провайдера IT-инфраструктуры и облаков. Шесть причин подписаться на канал: - железные новости; - обзоры продуктов; - разборы кейсов; - актуальные IT-статьи; - анонсы митапов; - бесплатные курсы. Подписаться #реклама О рекламодателе

📌 На системах какого типа inode могут закончиться ? 💬 Спрашивают в 13% собеседований Inode могут закончиться на файловых системах с фиксированным числом inodes. Это может произойти на различных типах файловых систем, особенно если система выделяет inodes при создании файловой системы и не может динамически изменять их количество. Как это происходит и на каких файловых системах это может случиться: 🤔 Системы, где они могут закончиться 1️⃣ Файловые системы на основе ext2/ext3/ext4: ➕ Эти файловые системы выделяют фиксированное количество inodes при создании файловой системы. Это количество основано на размере раздела и задано параметрами mkfs. Если все inodes заняты, создание новых файлов будет невозможно, даже если на диске еще есть свободное место.

   -      mkfs.ext4 -N 100000 /dev/sdX1
     

Здесь -N 100000 указывает на создание 100,000 inodes. 2️⃣ Файловые системы на основе UFS (Unix File System): ➕ Используемая в операционных системах типа BSD (Berkeley Software Distribution), UFS также выделяет фиксированное количество inodes при создании файловой системы.

   -      newfs -i 8192 /dev/sdX1
     

Здесь -i 8192 задает размер inodes. 3️⃣ Файловые системы HFS и HFS+ (Hierarchical File System): ➕ Используемые в операционных системах macOS (особенно в более старых версиях), эти файловые системы также имеют фиксированное число inodes. 4️⃣ Файловые системы XFS: ➕ Хотя он имеет более гибкую систему управления inodes, у нее также может возникнуть проблема с нехваткой inodes, если файловая система была создана с недостаточным числом inodes.

   -      mkfs.xfs -i maxpct=25 /dev/sdX1
     

Здесь -i maxpct=25 задает максимальный процент inodes от общего объема файловой системы. 🤔 Как проверить его использование Для проверки текущего использования inodes можно использовать команду df с опцией -i:

df -i

Пример вывода:

Filesystem      Inodes  IUsed   IFree IUse% Mounted on
/dev/sda1      1000000  50000  950000    5% /

Здесь видно, сколько inodes всего, сколько из них используется и сколько свободно. 🤔 Что происходит, когда inodes заканчиваются Новые файлы и каталоги не могут быть созданы, даже если на диске еще есть свободное место. Это приводит к ошибкам при попытке создать новые файлы. 🤔 Как предотвратить или решить проблему 1️⃣ Планирование при создании файловой системы: ➕ При создании файловой системы необходимо учитывать предполагаемое количество файлов и каталогов, чтобы выбрать достаточное число inodes. 2️⃣ Мониторинг использования inodes: ➕ Регулярное мониторинг использования inodes позволяет вовремя обнаружить проблему. 3️⃣ Ресайзинг файловой системы (если поддерживается): ➕ Некоторые файловые системы позволяют изменить число inodes при изменении размера файловой системы. 4️⃣ Перемещение данных: ➕ В случае нехватки inodes можно переместить данные на другой раздел или диск с достаточным числом inodes. Inodes могут закончиться на файловых системах с фиксированным числом inodes, таких как ext2/ext3/ext4, UFS, HFS/HFS+, и XFS. Это ограничение можно избежать, правильно планируя создание файловой системы и мониторя использование inodes. 🔥 ТОП ВОПРОСОВ С СОБЕСОВ 🔒 База собесов | 🔒 База тестовых

Бесплатный вебинар СберТеха для бизнеса о работе с СУБД 20 августа в 11:00 приглашаем на открытый вебинар от СберТеха об обновлениях Platform V Pangolin. Это целевая СУБД в Сбере и в ряде крупных компаний. Продукт используется в высоконагруженных системах разного уровня критичности. Недавно вышедший релиз 6.3.0 включает улучшения производительности СУБД при работе с 1С, доработки в области безопасности под актуальные требования ФСТЭК и многое другое. На вебинаре мы представим: ✅ оптимизации для повышенных нагрузок при работе с платформой 1С; ✅ улучшения производительности, важные для внедрения продукта в высоконагруженных системах; ✅ доработки для соответствия новым требованиям ФСТЭК к отечественным СУБД. Регистрация открыта Зарегистрироваться #реклама 16+ platformv.sbertech.ru О рекламодателе