Коли мова заходить про Grafana, девопс перетворюється на креатора та витонченого цінителя прекрасного, бо з Grafana по-іншому не можна. Цей інструмент моніторингу надає безмежні можливості кастомної візуалізації, є навіть рішення для брендингу вашої команди. DevOps ком’юніті любить Grafana, а Grafana робить девопсів щасливими. Подробиці стосунків ー у нашому блозі.
Нам нравится, когда DevOps-комьюнити развивается: больше специалистов интересуются философией девопс, вокруг происходят классные ивенты. Вот, например, уже 10 июня состоится митап DevSecOps Build-up от Cloud Builders. Регистрация бесплатная, а мероприятие пройдёт в удобном онлайн-формате.
Немного о программе:
🪐 Volodymyr Shynkar, Senior Lead DevOps Engineer в Intellias подготовил лекцию на тему “Continuously Implementing DevSecOps in AWS”.
🪐 Chloé Messdaghi, Growth Strategy Consultant из Stand Out In Tech проведёт Fireside Chat в формате BYOP (bring your own problems)
🪐 Matt Stratton, Staff Developer Advocate в Pulumi ответит на интересующие вопросы в рамках ещё одного Fireside Chat.
Начало в 19:00. Встречаемся на DevSecOps Build-up, коллеги ;)
Немного о программе:
🪐 Volodymyr Shynkar, Senior Lead DevOps Engineer в Intellias подготовил лекцию на тему “Continuously Implementing DevSecOps in AWS”.
🪐 Chloé Messdaghi, Growth Strategy Consultant из Stand Out In Tech проведёт Fireside Chat в формате BYOP (bring your own problems)
🪐 Matt Stratton, Staff Developer Advocate в Pulumi ответит на интересующие вопросы в рамках ещё одного Fireside Chat.
Начало в 19:00. Встречаемся на DevSecOps Build-up, коллеги ;)
Сегодня в нашей подборке книг для девопсов еще одно издание от O’Reilly – «Site Reliability Engineering. Надежность и безотказность как в Google» (Бейер Б., Джоунс К., Петофф Д., Мёрфи Р.).
Более 10 лет Google работает с технологией SRE (Site Reliability Engineering), и мы все являемся свидетелями того, что она обеспечивает бесперебойную работу масштабных IT-систем. В книге авторы раскрывают накопленный опыт использования SRE, поэтому она будет интересна сетевым инженерам, задача которых – качественно настраивать и поддерживать сетевую безопасность.
Книга содержит обширную подборку тем по эксплуатации программного обеспечения, автоматизации, построению мониторинга и устранению ошибок. Материал хорошо структурирован, поэтому этой книгой вполне можно пользоваться как справочником.
Более 10 лет Google работает с технологией SRE (Site Reliability Engineering), и мы все являемся свидетелями того, что она обеспечивает бесперебойную работу масштабных IT-систем. В книге авторы раскрывают накопленный опыт использования SRE, поэтому она будет интересна сетевым инженерам, задача которых – качественно настраивать и поддерживать сетевую безопасность.
Книга содержит обширную подборку тем по эксплуатации программного обеспечения, автоматизации, построению мониторинга и устранению ошибок. Материал хорошо структурирован, поэтому этой книгой вполне можно пользоваться как справочником.
А мы к вам с классной новостью! Когда мы проводили наш онлайн-курс DevOps, на лекциях мы разбирали вопросы ребят – ответы помогли участникам курса разобраться с особенностями применения инструментов DevOps на практике.
Теперь делимся полезной информацией и с вами в рубрике #devopsспросил_devopsответил. Возможно, здесь вы найдете ответы и на свои вопросы. Да и в целом полезная информация и лайфхаки для девопсов никогда не будут лишними ;)
Теперь делимся полезной информацией и с вами в рубрике #devopsспросил_devopsответил. Возможно, здесь вы найдете ответы и на свои вопросы. Да и в целом полезная информация и лайфхаки для девопсов никогда не будут лишними ;)
#devopsспросил_devopsответил
Чем отличается Delivery от Deployment?
Delivery – результаты, которые при сборке попадают в определенные registry. Это промежуточные результаты, которые уже имеют значение для бизнеса, но они пока еще не ощутимы для конкретного пользователя.
Deployment – результаты, которые попадают уже в какие-то окружения, это то, что мы можем «пощупать» и развернуть. Но на самом деле, между Delivery и Deployment очень тонкая грань.
Чем отличается Delivery от Deployment?
Delivery – результаты, которые при сборке попадают в определенные registry. Это промежуточные результаты, которые уже имеют значение для бизнеса, но они пока еще не ощутимы для конкретного пользователя.
Deployment – результаты, которые попадают уже в какие-то окружения, это то, что мы можем «пощупать» и развернуть. Но на самом деле, между Delivery и Deployment очень тонкая грань.
Якщо ви користуєтесь відерцем S3 bucket (а ви, напевно, точно їм користуєтесь), у нагоді стануть одноразові підписані URLs для завантаження файлів. Команда serverless написала про цей спосіб більш докладно.
Хто любить працювати з посередниками? Навряд чи багато з вас підіймуть руки. То ж хочемо познайомити вас з agentless-рішенням для автоматизації процесів розробки ー Ansible. Програма написана на улюбленому «пітончику», а для команд використовує YAML. Підготували для вас стислий Ansible tutorial у нашому блозі.
#devopsспросил_devopsответил
Сколько обычно длится сборка Docker Image с файлом реального приложения?
Во-первых, зависит от того, на какой платформе вы работаете, что планируете туда ставить и какая зависимость у приложения. Конкретного промежутка времени, в течение которого билдится Docker Image, нет.
Например, сборка Docker-образа длится целый день, и на выходе вы получаете scratch на 7 МБ. Это гораздо лучше ситуации, когда билдинг занимает 5 минут, но на выходе получаем образ размером 1,5 Г. Можно ли ускорить сборку? Docker, собственно, и есть средство ускорения. Каждый раз, когда Docker использует промежуточные образы (кэш), процесс docker build ускоряется.
Сколько обычно длится сборка Docker Image с файлом реального приложения?
Во-первых, зависит от того, на какой платформе вы работаете, что планируете туда ставить и какая зависимость у приложения. Конкретного промежутка времени, в течение которого билдится Docker Image, нет.
Например, сборка Docker-образа длится целый день, и на выходе вы получаете scratch на 7 МБ. Это гораздо лучше ситуации, когда билдинг занимает 5 минут, но на выходе получаем образ размером 1,5 Г. Можно ли ускорить сборку? Docker, собственно, и есть средство ускорения. Каждый раз, когда Docker использует промежуточные образы (кэш), процесс docker build ускоряется.
Сьогодні є цікава тема для розмови. Чи замислювались ви, що одного дня події, пов'язані із природними стихіями, катастрофами, технічними колапсами, можуть призвести до повного падіння інфраструктури, яку ви так важко та натхненно будували?
Ділимося статтею із блогу AWS, яка допоможе підготуватися до таких можливих подій та завчасно попередити падіння такої плеканої інфраструктури.
Поділіться, чи стикалися ви з подібними ситуаціями?
Ділимося статтею із блогу AWS, яка допоможе підготуватися до таких можливих подій та завчасно попередити падіння такої плеканої інфраструктури.
Поділіться, чи стикалися ви з подібними ситуаціями?
Ребят, а как у вас с Python? Вы новичок или бьете по клавишам не глядя? Нашли для вас неплохой тест. Проверим себя в питончике?
#devopsспросил_devopsответил
Есть ли безопасное хранилище для чувствительных докер-данных?
Если файлы контейнера хранить в контейнере, нужно быть готовым, что такие файлы у вас не будут жить долго. Контейнер – сущность непостоянная, и нужно всегда отдавать себе в этом отчет. Для хранения чувствительных докер-данных, паролей, ключей используется Environment Variable. Но если контейнер упадет, то вместе с ним исчезнут и все Environment Variables.
Все секреты для контейнеров должны быть, во-первых, динамические, то есть привязанные к контейнерам. Если злоумышленники попытаются попасть к вам в контейнер, то кроме секретов данного контейнера они ничего не получат.
Есть ли безопасное хранилище для чувствительных докер-данных?
Если файлы контейнера хранить в контейнере, нужно быть готовым, что такие файлы у вас не будут жить долго. Контейнер – сущность непостоянная, и нужно всегда отдавать себе в этом отчет. Для хранения чувствительных докер-данных, паролей, ключей используется Environment Variable. Но если контейнер упадет, то вместе с ним исчезнут и все Environment Variables.
Все секреты для контейнеров должны быть, во-первых, динамические, то есть привязанные к контейнерам. Если злоумышленники попытаются попасть к вам в контейнер, то кроме секретов данного контейнера они ничего не получат.
Книга «Release it! Проектирование и дизайн ПО для тех, кому не все равно» (Майкл Нейгард) поможет разобраться в качественном проектировании IT-систем, поэтому мы не могли пройти мимо и добавили ее в нашу подборку полезной литературы.
Майкл Нейгард раскрывает нам все секреты производительности, масштабирования, надежности и управления информационными системами. Интересно, что книга вышла 10 лет назад, но весь изложенный в ней материал актуален и сегодня. Ценные уроки и примеры проектирования, которые пригодятся и девопсам, и SRE-инженерам и сетевым администраторам.
Майкл Нейгард раскрывает нам все секреты производительности, масштабирования, надежности и управления информационными системами. Интересно, что книга вышла 10 лет назад, но весь изложенный в ней материал актуален и сегодня. Ценные уроки и примеры проектирования, которые пригодятся и девопсам, и SRE-инженерам и сетевым администраторам.
Логування ― один з невід'ємних процесів розробки програмних продуктів. Зафіксувати метрики, виявити помилки та дефекти, попередити дії зловмисників ― без логів цього не вдасться. Тож рекомендуємо познайомитись з інструментом логування ELK Stack, який стане незамінним помічником у часи мультитаскінгу, у нашій новій статті.
Проводим лето с пользой. И сегодня на правах инфопартнёра рассказываем об онлайн-ивенте All about AWS 2021, который состоится уже 15-16 июля.
Основная тема: миграция AWS и ее стратегии. Опытные эксперты из AWS и SoftServe расскажут:
☁️ что такое миграция в клауд;
☁️ какие преимущества клауд миграции для бизнеса;
☁️ как эффективно спланировать миграцию.
Вы также можете попробовать свои силы в AWS GameDay.
До встречи на All about AWS 2021 👋
Основная тема: миграция AWS и ее стратегии. Опытные эксперты из AWS и SoftServe расскажут:
☁️ что такое миграция в клауд;
☁️ какие преимущества клауд миграции для бизнеса;
☁️ как эффективно спланировать миграцию.
Вы также можете попробовать свои силы в AWS GameDay.
До встречи на All about AWS 2021 👋
#devopsспросил_devopsответил
Можно создавать отдельные Docker Images для разных типов окружения?
Docker Images для разных сред противоречат той логике, что, выпуская определенный Docker Image, мы тестируем приложение сначала в окружении development, потом на QA и после этого передаем в production. Если мы будем осуществлять сборку для каждого типа окружения, появляется вероятность того, что, например, при билде Docker Image для production будет допущена ошибка или появится баг, которые мы не увидели в окружении development.
С одной стороны, вероятность одинакового окружения существует. Но с другой, dev-environment в любом случае будет отличаться от prod-environment. И при любых изменениях вам придется запускать CI для различных докер-файлов, а это в три раза больше усилий на тестирование. Как решение, можно использовать разные шел-скрипты или баш-скрипты, но в этом случае вы тоже вносите изменения в среду. Такой вариант возможен, но, как и все, его нужно тестировать.
Можно создавать отдельные Docker Images для разных типов окружения?
Docker Images для разных сред противоречат той логике, что, выпуская определенный Docker Image, мы тестируем приложение сначала в окружении development, потом на QA и после этого передаем в production. Если мы будем осуществлять сборку для каждого типа окружения, появляется вероятность того, что, например, при билде Docker Image для production будет допущена ошибка или появится баг, которые мы не увидели в окружении development.
С одной стороны, вероятность одинакового окружения существует. Но с другой, dev-environment в любом случае будет отличаться от prod-environment. И при любых изменениях вам придется запускать CI для различных докер-файлов, а это в три раза больше усилий на тестирование. Как решение, можно использовать разные шел-скрипты или баш-скрипты, но в этом случае вы тоже вносите изменения в среду. Такой вариант возможен, но, как и все, его нужно тестировать.
Язык программирования Python идеален для работы с большинством задач. Благодаря своей простоте, он идеально подходит для новичков в IT, а еще для менеджеров, которые не хотят углубляться в нюансы, но планируют освоить базисы программирования.
Если хотите быстро понять основы Python, советуем прочесть вот эту статью ⬇️
Если хотите быстро понять основы Python, советуем прочесть вот эту статью ⬇️
#devopsспросил_devopsответил
Можно прослушивать два контейнера на одном порте?
На одном порте может прослушиваться только один контейнер. Порт – это сущность, и два контейнера – как два слушающих процесса на одном порте. Есть вариант использовать load balancer, который управляет таргет группой (в случаях с сервисами Amazon).
Можно прослушивать два контейнера на одном порте?
На одном порте может прослушиваться только один контейнер. Порт – это сущность, и два контейнера – как два слушающих процесса на одном порте. Есть вариант использовать load balancer, который управляет таргет группой (в случаях с сервисами Amazon).
«Використовую Vim вже кілька років, бо не знаю, як з нього вийти». Ну добре, пожартували, та й досить. Краще зазирніть до шпаргалки там дійсно є корисні поради.
Хотите в Data Science? Направление не только интересное, но и гипер-перспективное. Но как у вас с математикой, а, точнее, с логикой и причинно-следственными связями?
Предлагаем пройти несложный тест и узнать, есть ли у вас шансы в науке о данных 😉
Предлагаем пройти несложный тест и узнать, есть ли у вас шансы в науке о данных 😉