Всем привет!

На связи Георг Гаал. Сегодня хочу поделиться своими мыслями о том, стоит ли — и почему стоит — внедрять Service mesh в современной инфраструктуре.

Привет! Меня зовут Кирилл Казарин, я DevOps and SRE global manager в RingCentral Inc., спикер учебного центра «Слёрм» и автор канала «Kazarin.online». Сегодня хочу поговорить о безопасности, и разобрать важность подхода DevSecOps на примере недавней фейковой атаки на Google.

Повышение — это здорово, но оно не единственный способ продемонстрировать профессиональный рост. В IT-среде бывает по-разному: где-то промоушены заморожены из-за бюджета, где-то просто нет свободных позиций. Но это не значит, что ваш прогресс должен остаться незамеченным. Главное — научиться его фиксировать, упаковывать и показывать. Давайте разберёмся, как это сделать максимально эффективно.

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

Привет, Хабр! Меня зовут Павел Минкин, тружусь в качестве DevOps-инженера в FinTech-компании. Интересуюсь технологиями, автоматизирую все, что попадает под руку, верю в DevSecOps, провожу вебинары.

Давайте ответим на вопросы, которые витают в воздухе, но остаются незаданными: а что произойдет, если засунуть AI приложение в кластер? А надо ли это делать? И как это сделать минимальным количеством инструментов? А можно без GPU?

В феврале мы запустили спецпроект «Честные вакансии: DevOps Middle» — это серия вебинаров с экспертами из BigTech-компаний. Эта статья — краткий конспект вебинаров с экспертами Инфосистемы Джет, K2 Cloud, ЛАНИТ и AvitoTech. В ней мы постарались ответить на ключевые вопросы — требования к DevOps-инженерам, особенности работы, советы по собеседованиям и полезные ресурсы.

Все прекрасно понимают, что традиционное, классическое, «синхронное» программирование подразумевает пошаговое выполнение программного кода. Соответственно, каждый следующий шаг скрыт за пределами «видимости» до момента его выполнения. 

Из этого вытекает вполне логичная проблема — что делать, когда необходимо получить некие данные в процессе выполнения определенного блока кода или до? Тут на помощь нам и приходит асинхронная обработка запросов и асинхронное программирование в целом.

Привет! Меня зовут Георг Гаал. Я CTO в AEnix, и мы разработали платформу cozystack на базе технологий Talos Linux и Kubernetes. Она позволяет легко и просто запустить  своё частное или даже публичное облако. У нас уже есть множество клиентов, в том числе и среди хостинговых компаний, и у них регулярно возникает вопрос: «можно ли запустить систему в air-gapped режиме?» Ответ будет универсальным для любого дистрибутива kubernetes. Частности будут в названии образов. Давайте разберёмся как же можно этого добиться, но начнём с определений.

В условиях растущих требований к IT-специалистам обучение становится частью стратегии: компания развивается, проекты множатся, нагрузка на команду увеличивается. Однако неудачно выбранный курс может не просто не принести пользы — он может обойтись чересчур дорого. 

В этой статье считаем стоимость ошибки при выборе обучения, а также разберём, почему «вроде неплохой курс» может обернуться потерей времени, денег и мотивации, а также узнаем, как подойти к выбору осознанно — подготовили целый чек-лист.

В феврале Слёрм вместе с Вячеславом Федосеевым, TeamLead DevOps в «Честном знаке», запустили спецпроект «Честные вакансии: DevOps Middle». Это серия бесплатных вебинаров с экспертами из бигтеха, на которых мы обсуждаем ключевые этапы карьерного роста в DevOps, необходимые навыки, редфлаги при найме и многое другое.

Эта статья — краткая выжимка из вебинаров с гостями из Selectel, Postgres Professional и СберТех. В ней мы объединили мнения экспертов, чтобы дать вам полное представление о том, какие требования предъявляют компании к DevOps-специалистам, и что делать, чтобы вырасти до middle-позиции.

Первая статья с вопросами и ответами от экспертов Fournines, VK Tech и Kaspersky — тут.

Сегодня мы поговорим про std::span и как не порезаться на острых углах C++.

Согласно определению на cppreference, шаблон класса span описывает объект, который может ссылаться на непрерывную последовательность объектов, где первый элемент последовательности находится на позиции ноль.

Вообще, с учётом того, что, начиная с С++17 мы уже знакомы с понятием string_view, можно представить, что std::span — это нечто подобное, только действующее для непрерывных участков памяти, которые ещё можно и модифицировать. Но не будем забегать вперед, обо всех свойствах по-порядку.

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

Если вам тоже это знакомо, читайте в этой статье о том, как преодолеть «переходный возраст» карьеры middle-специалиста.

Pet-проектом может быть что угодно — веб- или мобильное приложение, библиотека, игра или даже технический блог. Его основная цель — саморазвитие, исследование новых технологий и реализация собственных идей без давления извне.

Для некоторых middle-специалистов тренировочные проекты — это обязательная часть профессионального роста или отличный способ заявить о себе, другие считают их пустой тратой времени на то, что всё равно не будет реализовано. Давайте разберёмся, когда они действительно могут быть полезны, а когда лучше направить силы на что-то другое. 

В феврале Слёрм вместе с Вячеславом Федосеевым, TeamLead DevOps в «Честном знаке», запустили спецпроект «Честные вакансии: DevOps Middle». Это серия бесплатных вебинаров с экспертами из бигтеха, на которых мы обсуждаем ключевые этапы карьерного роста в DevOps, необходимые навыки, редфлаги при найме и многое другое.

Эта статья — краткая выжимка из вебинаров с гостями из Fournines, VK Tech и Kaspersky. В ней мы объединили мнения экспертов, чтобы дать вам полное представление о том, какие требования предъявляют компании к DevOps-специалистам, и что делать, чтобы вырасти до middle-позиции.Эта статья — краткая выжимка из вебинаров с гостями из Fournines, VK Tech и Kaspersky. В ней мы объединили мнения экспертов, чтобы дать вам полное представление о том, какие требования предъявляют компании к DevOps-специалистам, и что делать, чтобы вырасти до middle-позиции.

Привет, коллеги!

Если вы когда-нибудь просыпались среди ночи от алертов о том, что «всё упало», но не могли понять почему — эта статья для вас. Поговорим о том, как построить нормальный мониторинг и перестать гадать на кофейной гуще.

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

Основы DevOps (Девопс) меняют принципы работы в создании программного обеспечения, объединяют специалистов, которые занимаются созданием и поддержкой ПО.

Применение DevOps-технологий позволяет упорядочить и автоматизировать создание и поддержку ПО. Это как оркестр, играющий в унисон, гармонично и слаженно. Инструменты Девопс убирают путаницу. Разработка, тестирование и развертывание становятся более продуманными и результативными. Средства DevOps играют важную роль в настройке всех этапов работы, ускоряя производство и повышая качество продукта.

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

В прошлой статье Кирилл Казарин, Senior DevOps и SRE менеджер, автор телеграм-канала Kazarin.online и спикер курса «Администрирование Linux», рассмотрел общую утилизацию CPU, но в мире Linux есть еще один популярный способ отслеживания нагрузки на систему, который также связан с потреблением CPU, однако работает иначе, показывает не только утилизацию процессора, а, скорее, общую нагрузку, и позволяет нам оценить не состояние системы в момент, а некоторую динамику во времени. Имя ему — Load average.

CPU (центральный процессор) — это сердце любой вычислительной системы. Эффективное использование CPU напрямую влияет на производительность приложений и всей системы. Даже если Ваш сервер решает задачи абсолютно не требовательные к вычислениям (хранит архив файлов, к которым раз в месяц кому-то нужен доступ), он все равно не может делать это без использования CPU.

В этой серии статей Кирилл Казарин, Senior DevOps и SRE менеджер, автор телеграм-канала Kazarin.online и спикер курса «Администрирование Linux», рассмотрит ряд аспектов, связанных с CPU в Linux и влияющих на производительность ваших приложений и сервисов с точки зрения CPU, включая такие понятия, как утилизация процессора, load average, многопоточность, NUMA, а также различия между архитектурами x86 и ARM. Цель этой статьи — дать общее представление об использовании ресурсов CPU в Linux.

Привет! Меня зовут Максим Рогоза, я работаю корпоративным архитектором в крупнейших компаниях последние 7 лет. В настоящее время занимаюсь стратегическим IT консалтингом в компании Аксеникс, где мне приходится консультировать крупные компании по вопросам построения эффективной IT архитектуры. В рамках этой деятельности я часто сталкиваюсь с задачами трансформации архитектуры информационных систем, и все чаще приходится рассказывать про композитную архитектуру как оптимальное решение для крупных корпоративных систем.

Мой путь в IT начался 26 лет назад, и за это время я наблюдал всю эволюцию архитектурных подходов: от классических монолитов к микросервисам, и теперь - к новому витку развития в виде композитной архитектуры. Особенно интересно наблюдать, как теоретические концепции находят свое практическое применение в реальных проектах, и как компании адаптируют архитектурные решения под свои конкретные задачи.

Привет, Хабр!

Меня зовут Рустем Галиев, я Senior DevOps Engineer в IBM, и мы продолжаем разбираться, как искать и эксплуатировать уязвимости в контейнеризированных средах на примере практических атак. Это третья часть, ссылки на первую две:

Часть первая

Часть вторая