🫡 GitHub: 98% разработчиков используют ИИ в разработке

Компания опросила 2000 разработчиков в США, Бразилии, Индии и Германии. Вот что исследователи выяснили:

➖ ИИ улучшает опыт разработки, но частой практикой это не становится
➖ 97% респондентов хотя бы раз обращались к ИИ в ходе разработки
➖ Ключевая польза от ИИ — экономия времени
➖ Подавляющее большинство респондентов сообщили, что их компании либо «активно поощряют», либо «разрешают» использование ИИ
➖ В основном ИИ используют для улучшения качества кода, вопросов безопасности и генерации тестовых случаев

👉 Почитать полное исследование

Поделитесь в комментах, как используете тот же Chat GPT на работе и дома? Есть ли у кого прям полезный ИИ-помощник? Сколько раз ИИ вас надурил и выдал ложь за правду?

@DevOpsKaz 😛

☄️ Container escapes: Kubernetes 2024 edition

Новые возможности в кластерах порождают новые уязвимости — из-за этого в инфраструктуре K8s повышаются риски эксплуатации новых векторов атак для побега из контейнера. Старые векторы также не дают о себе забыть.

В докладе OFFZONE 2024 | Container escapes: Kubernetes 2024 edition на примерах рассматривают векторы для побегов, которые стоит знать, помнить и учитывать в 2024 году.

👉 Видео на 47 минут доступно на русском в ВК.

#kubernetes #k8s

@DevOpsKaz 😛

🔥 Коллекция шаблонов, примеров и ресурсов для проектирования процессов и структур репозиториев GitOps

Проектирование GitOps помогает автоматизировать и улучшить процессы развертывания приложений и управления инфраструктурой.

👉 Этот репозиторий облегчит построение GitOps

Вот что вы получаете с GitOps:

➖ автоматизация CI/CD процессов с использованием репозитория Git как единого источника
➖ все изменения в инфраструктуре отслеживаются через коммиты и могут быть откатаны при необходимости
➖ процессы развертывания управляются через Git, что минимизирует человеческий фактор и повышает безопасность
➖ консистентность между средами разработки, тестирования и продакшн

Пользуйтесь и делитесь с коллегами 🫡

#GitOps #Patterns #RepositoryDesign

@DevOpsKaz 😛

☄️ Act — это open-source инструмент, позволяющий локально запускать GitHub Actions.

Он помогает тестировать и отлаживать пайплайны CI/CD без необходимости отправлять изменения в репозиторий. Act работает путём симуляции окружения GitHub Actions на локальной машине, используя Docker.

Это упрощает процесс разработки, поскольку позволяет разработчикам быстрее тестировать и вносить изменения в workflow, не ожидая выполнения на удалённом сервере.

Act поддерживает различные конфигурации и версии, как и на GitHub.

#GitHubActions #CI_CD #LocalDevelopment

@DevOpsKaz 😛

☄️ Больше, чем просто настройка Kafka: изучите архитектуру и поймите логику работы с Kafka на примере бизнес-кейсов

Это углубленный курс с практикой на Java и платформой Docker+Postgres переведёт вас на новый уровень владения инструментом.

При покупке курса «Apache Kafka для разработчиков» на нашем сайте до 15 сентября включительно, видеокурс «Apache Kafka База» — в подарок.

Старт курса: 16 сентября

Что ждет на курсе:

— Видеоуроки (доступ на 2 года)
— Практические задания
— Встречи со спикером
— Работа в группах с куратором
— Сертификат

👉 По вопросам @UlKonovalova
👉 Оформить заявку

🔥 Инструменты недели для DevOps-специалистов

1️⃣ Cyphernetes — это язык запросов для Kubernetes, который помогает во время проверки и работы. С Cyphernetes можно создавать более простые и понятные запросы для проверки состояния кластеров, сделать мониторинг более гибким и интуитивным.

2️⃣ GitLab CI Local — утилита помогает запускать GitLab CI/CD пайплайны локально. Можно тестировать .gitlab-ci.yml файлы, используя shell или Docker executors на своей машине, не дожидаясь выполнения на удалённом сервере. Это помогает быстрее находить и устранять ошибки в конвейерах

3️⃣ Terraform Docs — удобный инструмент для автоматической генерация документации для модулей Terraform в форматах: Markdown, JSON, и YAML. Он помогает поддерживать актуальные и понятные описания инфраструктуры. Это особенно полезно для больших проектов, где модули Terraform часто обновляются.

#Terraform #Documentation #Automation #GitLabCI #LocalDevelopment #CICD #kubernetes

@DevOpsKaz 😛

👀 Что мы знаем о AIOps?

Это «профессия» на стыке машинного обучения и аналитики для быстрой и эффективной автоматизации IT-задач. А дальше идет игра воображения — кто-то приписывает одни обязанности, кто-то другие. Но одно знаем точно — в нашей сфере появляются сущности, цели которых либо распределяются между другими, либо забываются.

🔗 В статье на Хабре коллеги подробно описали предпосылки, настоящее и возможное будущее AIOps

Вот ключевые факты:

1️⃣ Сегодня задачи AIOps выполняются спецами из разных областей: DevOps, Data Science, IT Operations

2️⃣ AIOps — не про замену DevOps-инженеров, а про расширение компетенций DevOps

3️⃣ Уже сегодня инженеры начинают использовать инструменты AIOps для автоматизации проверки кода, внедрения лучших практики сборки приложений и выявления ошибок на ранних этапах разработки

4️⃣ AIOps также используется как инструмент для оценки и прогнозирования в реальном времени — и обнаружения аномалий в данных, которые указывает на проблемы в системы

5️⃣ AIOps предоставляет возможность анализировать большие объемы машинных данных с многочисленных цифровых платформ предприятий

А вот ключевые (возможно) обязанности AIOps-инженера:

➖ Настройка и управление инструментами AIOps
➖ Разработка собственных или подбор готовых моделей ML
➖ Автоматизация процессов выявления и устранения инцидентов
➖ Анализ больших данных и создание отчетов

Благодаря AIOps действительно получается быстрее решать проблемы управления инфраструктурой, а в крупных проектах это значительно сокращает ресурсы.

Однако на AIOps никто не учит — курсов нет ни в СНГ, ни за границей.

Есть ли будущее у этой сферы? Предлагайте свое видение в комментариях 👇🏼

#aiops #devops

@DevOpsKaz 😛

🛡 Разбираемся с заголовками безопасности HTTP

Content Security Policy (CSP) для предотвращения XSS-атак, HTTP Strict Transport Security (HSTS) для принудительного использования HTTPS, и другие заголовки на реальных проектах.

👉 Руководство построено по структуре:

— Политики
— Сценарий атаки
— Защита на Apache
— Защита на Nginx

Гайд поможет улучшить защиту веб-приложений и разобраться во взаимодействии заголовков с другими компонентами безопасности.

Пользуйтесь и делитесь с коллегами 🫡

#devsecops #http

@DevOpsKaz 😛

🛡 Разбираемся с уязвимостями платежей

В продолжение поста про заголовки безопасности HTTP, рассказываем про безопасность платежей. Уязвимости в платежных системах могут проявляться по-разному:

➖ Манипуляция ответами: Хакеры перехватывают и изменяют ответы сервера во время проведения платежной транзакции.
➖ Атаки на проверку карт: Сценарии используют украденные данные карт для проверки их действительности.
➖ Межсайтовый скриптинг (XSS): Внедрение вредоносного кода для захвата платежных данных пользователей.
➖ SQL-инъекции: Внедрение вредоносных данных с целью манипуляции базами данных, где хранятся платежные данные.

👉 Руководство построено по структуре:

— Сценарий атаки
— Пример несоответствующего кода
— Поток атаки в несоответствующем коде
— Пример совместимого кода

Зная эти сценарии и используя примеры, вы сможете обезопасить платежные данные и узлы своих клиентов. Пользуйтесь и делитесь с коллегами 🫡

#devsecops

@DevOpsKaz 😛

🔥 Опасности и подводные камни Platform Engineering

Разработка платформ — это как инфраструктура v2.0. И вот какие ошибки здесь могут быть:

— Ошибка 1: Слишком много запущенного ПО
— Ошибка 2: Продуктовые команды несут ответственность за безопасность
— Ошибка 3: Недостаток инструментов для анализа и понимания кода
— Ошибка 4: Непонимание клиента
— Ошибка 5: Команда DevOps — это не команда продукта
— Ошибка 6: Недостаток внимания к бюджету на архитектуру
— Ошибка 7: Закапсулированность в своей важности

👉 Читать полную версию

@DevOpsKaz 😛

🔥 Оставьте заявку на международный конкурс «Проект Года» профессионального сообщества Global CIO

16 сентября открылся прием заявок на конкурс «Проект года» международного профессионального ИТ-сообщества Global CIO, в котором ИТ-руководители со всего мира представляют свои лучшие ИТ-проекты.

В прошлом году в конкурсе приняли участие проекты из 15 стран, почти 500 ИТ-руководителей высшего звена голосовали за проекты и обсуждали эффективность заявленных ИТ-решений в комментариях.

Опыт, которым обмениваются участники в рамках «Проекта года», способствует развитию всей индустрии информационных технологий. В числе победителей прошлых лет можно отметить такие компании как: Malaysia Airports Holdings Berhad, Istanbul Metropolitan Municipality, Центральный Банк Республики Узбекистан, Commercial Bank Kyrgyzstan, Halyk Bank, UZCARD, Казахтелеком, Altel, SEG ENERA, Шуртанский ГХК, KZ Recycling.

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

Прием заявок продлится по 31 октября 2024 года. Проекты могут подавать как ИТ-руководители конечных заказчиков, так и поставщики ИТ-решений. Подача заявок проходит онлайн.

Участие в конкурсе БЕСПЛАТНОЕ.

👉 Посмотреть подробные условия и заявить проект

Задать вопросы о конкурсе можно по адресу project@globalcio.com

Международное профессиональное ИТ-сообщество Global CIO объединяет более 5000 ИТ-руководителей высшего звена из 80 стран мира.
Миссия Global CIO — находить, консолидировать и продвигать лучшие ИТ-практики, формировать комфортную среду для обмена опытом, способствовать профессиональному росту участников сообщества.

Без лишних слов

@DevOpsKaz 😛

🛡 Понятия и принципы изоляции контейнера

В статье Armosec объясняются ключевые различия между традиционным root-процессом и процессом, запущенным внутри контейнера. Также здесь описаны методы изоляции.

Даже root-процесс может быть изолирован с помощью пространства имен Linux от других ресурсов в контейнере. Например:

➖ Изоляция пространства имен процесса: корневой процесс не увидит и не сможет обращаться к другим процессам на той же машине.
➖ Изоляция сетевого пространства имен: корневому процессу будет назначен собственный сетевой стек независимо от фактического сетевого стека.
➖ Изоляция файловой системы: корневой процесс увидит подмножество файловой системы хоста.
➖ Изоляция пространства имен IPC: корневой процесс будет иметь свой собственный набор средств межпроцессного взаимодействия, которые изолированы от других процессов за пределами пространства имен.

Однако запуск контейнеризованных корневых процессов может представлять угрозу безопасности из-за потенциальных уязвимостей в ядре Linux. Ситуацию немного смягчает настройка уровня процесса, называемая «возможностями». Она обеспечивает более детальный контроль доступа, чем при использовании только UID.

Также в статье говорится о важности запуска контейнера не из под root.

Читайте и делитесь с коллегами 🫡

@DevOpsKaz 😛

🔥 Самое интересное про казахстанские IT и Digital в одной папке

Собрали в одном месте каналы, которые делятся событиями, новостями и практиками на казахстанском IT-рынке. Что внутри:

— аналитика и разборы инфоподов
— подборки вакансий
— анонсы ивентов
— IT-сообщества и локальные коммьюнити

👉 Подписывайтесь и не пропускайте самое интересное

@DevOpsKaz 😛