«Використовую 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-аккаунты в своей организации?
Независимо от того, какое именно решение вы используете, вам точно пригодится список, как и для чего могут пригодится AWS accounts.
Сентябрь горит, ну а мы врываемся за новыми профессиональными знаниями. 9 сентября пройдёт бесплатный митап от Cloud Builders Community. На нём соберутся эксперты из Microsoft, Uber, GitLab, Intellias, чтобы поделиться своими лучшими практиками и опытом.
Программа ивента будет насыщенная. Нас ждут:
💥 Доклад о DevOps на платформе Oracle.
💥 Lightning talk с Владимиром Шинкарем (Senior Lead DevOps Engineer в Intellias).
💥 Два fireside chats в разных форматах. Johan Abildskov (Software Engineer из Uber) поделится своими кейсами DevOps автоматизации, а Владимир Клевко (Solution Architect в GitLab) расскажет, как в GitLab с ремоут-культурой поддерживают ментальное здоровье.
Все доклады будут на английском языке. Присоединиться к митапу можно прямо из дома, ведь мероприятие пройдёт в удобном онлайн-формате. Встретимся совсем скоро – 9 сентября в 19:00 ;)
Программа ивента будет насыщенная. Нас ждут:
💥 Доклад о DevOps на платформе Oracle.
💥 Lightning talk с Владимиром Шинкарем (Senior Lead DevOps Engineer в Intellias).
💥 Два fireside chats в разных форматах. Johan Abildskov (Software Engineer из Uber) поделится своими кейсами DevOps автоматизации, а Владимир Клевко (Solution Architect в GitLab) расскажет, как в GitLab с ремоут-культурой поддерживают ментальное здоровье.
Все доклады будут на английском языке. Присоединиться к митапу можно прямо из дома, ведь мероприятие пройдёт в удобном онлайн-формате. Встретимся совсем скоро – 9 сентября в 19:00 ;)
Керувати віртуальними машинами ― це як керувати світом...Ну це ми, можливо, трохи перебільшили, але насправді ефективна робота з віртуальним залізом вкрай важлива для будь-кого, хто пов'язаний з розробкою чи мережевою інфраструктурою. Розкриваємо карти: гіпервізор Hyper-V стане у нагоді справжнім володарям віртуалок. Почитати про нього можна у нашій статті.
#devopsспросил_devopsответил
Какие бывают ошибки docker login?
Разберем ошибку “Error saving credentials: error storing credentials – err: exec: ""docker-credential-secretservice"": executable file not found in $PATH, out: ``”. Можно использовать рекомендации по установке GPG. Но, допустим, в данном примере есть вторая машина, на которой все инсталлировано аналогично, GPG не настроен, а docker login проходит без ошибок. Какие еще могут быть причины?
Первый вариант – на машине не создана папка docker credentials, нет файла с кредами и Docker не может их получить. Второй вариант – нужно попробовать установить docker-credential-secretservices и проверить, как работают обе машины с этим компонентом и без него.
Второй пример: “Error saving credentials: error storing credentials – err: exit status 1, out: `Failed to execute child process “dbus-launch” (No such file or directory)”. Здесь, вероятнее всего, у вас недостаточно прав на папку – возможно, работаете под пользователем, у которого нет определенных доступов к папке Docker credentials – вся архитектура могла создаваться другим пользователем.
Какие бывают ошибки docker login?
Разберем ошибку “Error saving credentials: error storing credentials – err: exec: ""docker-credential-secretservice"": executable file not found in $PATH, out: ``”. Можно использовать рекомендации по установке GPG. Но, допустим, в данном примере есть вторая машина, на которой все инсталлировано аналогично, GPG не настроен, а docker login проходит без ошибок. Какие еще могут быть причины?
Первый вариант – на машине не создана папка docker credentials, нет файла с кредами и Docker не может их получить. Второй вариант – нужно попробовать установить docker-credential-secretservices и проверить, как работают обе машины с этим компонентом и без него.
Второй пример: “Error saving credentials: error storing credentials – err: exit status 1, out: `Failed to execute child process “dbus-launch” (No such file or directory)”. Здесь, вероятнее всего, у вас недостаточно прав на папку – возможно, работаете под пользователем, у которого нет определенных доступов к папке Docker credentials – вся архитектура могла создаваться другим пользователем.