Логування ― один з невід'ємних процесів розробки програмних продуктів. Зафіксувати метрики, виявити помилки та дефекти, попередити дії зловмисників ― без логів цього не вдасться. Тож рекомендуємо познайомитись з інструментом логування 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? Направление не только интересное, но и гипер-перспективное. Но как у вас с математикой, а, точнее, с логикой и причинно-следственными связями?
Предлагаем пройти несложный тест и узнать, есть ли у вас шансы в науке о данных 😉
Предлагаем пройти несложный тест и узнать, есть ли у вас шансы в науке о данных 😉
#devopsспросил_devopsответил
Какие есть способы выявления багов в Docker помимо Docker Logs?
Docker Logs – единственный способ проверить ошибки и баги в Docker. Например, если видите контейнер с сообщением exited, обратитесь к докер-логам – скорее всего, там будет указано, что в Root Cause, из-за которого «слетел» процесс, есть ошибка, либо не найден какой-то файл.
Какие есть способы выявления багов в Docker помимо Docker Logs?
Docker Logs – единственный способ проверить ошибки и баги в Docker. Например, если видите контейнер с сообщением exited, обратитесь к докер-логам – скорее всего, там будет указано, что в Root Cause, из-за которого «слетел» процесс, есть ошибка, либо не найден какой-то файл.
DevOps, TechOps, SecOps...А теперь еще и GitOps! Нет, вы не ослышались. Тренд, который набирает популярность в IT-сообществе. Мы послушали Нану и сделали кое-какие выводы. Предлагаем и вам узнать, что такое GitOps?
Можно много шутить на тему «Как выйти из Vim», но лучше взять себя в руки и….разобраться, как из него выйти :) Нашли для вас серию видео по работе с этим терминалом.
#devopsспросил_devopsответил
Для чего нужен Multi Stage Build в Docker?
Multi Stage Build нужен, чтобы оптимизировать размер образа. Например, вам нужно собрать package – не обязательно тянуть всю обвязку. Делаете артефакт и перемещаете его в конечный образ. Или есть Golang-сервер, который собран с помощью Golang, и он выдает бинарный файл. Этот файл собирается и копируется в другой образ, в котором Golang отсутствует. Multi Stage не имеет отношения к разным портам и контейнерам.
Для чего нужен Multi Stage Build в Docker?
Multi Stage Build нужен, чтобы оптимизировать размер образа. Например, вам нужно собрать package – не обязательно тянуть всю обвязку. Делаете артефакт и перемещаете его в конечный образ. Или есть Golang-сервер, который собран с помощью Golang, и он выдает бинарный файл. Этот файл собирается и копируется в другой образ, в котором Golang отсутствует. Multi Stage не имеет отношения к разным портам и контейнерам.
Цього літа сталося багато крутих подій, але чи не найулюбленіший захід серпня ще попереду. Мова йде про OdessaJS 2021. Конференція відбудеться 28 серпня. А ось вже завтра на нас чекає OdessaJS Online Tech Day. І не потрібно долати довгий та спекотний шлях до Одеси – дякуємо зручному онлайн формату ;)
До речі, одним з експертів на OdessaJS Online Tech Day буде наш девопс-євангеліст Нік Лотоцький. Разом поспілкуємося на тему нових фіч NodeJS. Також розберемо старі секретні (і не дуже) можливості. А ще буде багацько корисної інфи про фреймворки, мікросервісну архітектуру, багатопоточність тощо. Загалом, усе, як ми полюбляємо – максимум користі та мінімум води (залишимо її у Чорному морі :)).
Участь в івенті є безоплатною, тому тут навіть розмислювати не варто. Просто бери та реєструйся ;)
До речі, одним з експертів на OdessaJS Online Tech Day буде наш девопс-євангеліст Нік Лотоцький. Разом поспілкуємося на тему нових фіч NodeJS. Також розберемо старі секретні (і не дуже) можливості. А ще буде багацько корисної інфи про фреймворки, мікросервісну архітектуру, багатопоточність тощо. Загалом, усе, як ми полюбляємо – максимум користі та мінімум води (залишимо її у Чорному морі :)).
Участь в івенті є безоплатною, тому тут навіть розмислювати не варто. Просто бери та реєструйся ;)
Если вы вдруг не знали, у Atlassian есть комплект инструментов, который помогает воплощать на практике принципы DevOps. Полезные тулы для автоматизации, интеграции процессов в разработке, тестирования и релизов.
Делимся простой, но эффективной утилитой для создания и управления VPN ー WireGuard-Manager.
#devopsспросил_devopsответил
Разница между путем к dockerfile и docker context
Если при сборке указываем -f, мы показываем путь к докер-файлу. Dockerfile может лежать в одном месте, а контекст – в другом, и, по сути, между собой они не связаны. Dockerfile можно переместить, но он будет привязан к контексту папки, в которой лежат нужные файлы, и которые он будет себе копировать.
Контекст, по сути, это файловое окружение, которое мы используем в нашем докер-файле, а докер-файл – набор инструкций, и эти понятия не стоит путать. Dockerfile – файл с инструкциями для сборки, а контекст – файлы, которые мы будем использовать.
Если нет необходимости передавать файлы в контейнер, это не значит, что можно опустить контекст и совсем не указывать его. Чтобы с контекстом ничего не случилось, можно указать пустую папку, чтобы не копировать и не перемещать файлы по сети. Контекст должен указываться обязательно – это необходимый параметр по умолчанию для докер-файла.
Разница между путем к dockerfile и docker context
Если при сборке указываем -f, мы показываем путь к докер-файлу. Dockerfile может лежать в одном месте, а контекст – в другом, и, по сути, между собой они не связаны. Dockerfile можно переместить, но он будет привязан к контексту папки, в которой лежат нужные файлы, и которые он будет себе копировать.
Контекст, по сути, это файловое окружение, которое мы используем в нашем докер-файле, а докер-файл – набор инструкций, и эти понятия не стоит путать. Dockerfile – файл с инструкциями для сборки, а контекст – файлы, которые мы будем использовать.
Если нет необходимости передавать файлы в контейнер, это не значит, что можно опустить контекст и совсем не указывать его. Чтобы с контекстом ничего не случилось, можно указать пустую папку, чтобы не копировать и не перемещать файлы по сети. Контекст должен указываться обязательно – это необходимый параметр по умолчанию для докер-файла.
В помощь девопсам и адептам Microsoft Azure: о новых возможностях платформы для упрощения деплоймента, масштабирования и управления приложениями.
Аккаунты AWS сами по себе могут выступать в роли границы безопасности. В некоторых организациях их используют для отдельных окружений: например, один для среды разработки, второй – для тестирования, третий – для продакшена. Есть вариант выделения отдельного аккаунта для конкретной команды или проекта. Многочисленные примеры подтверждают, что работа с отдельными аккаунтами AWS – надежное решение.
А вы используете AWS-аккаунты в своей организации?
А вы используете AWS-аккаунты в своей организации?