Pull to refresh

Comments 18

PinnedPinned comments

Друзья, хочу ответить на комментарии об отсутствии в данной серии статей инструментов DevOps - Terraform, Ansible, Kubernetes, GitLab CI/CD и прочих инструментов. Полностью согласен с тем, что DevOps без вышеупомянутых инструментов существовать не может.

Данная серия статей является отправной точкой в изучении DevOps и уверен, что именно начинающим инженерам данный материал точно будет полезен. Здесь большой акцент сделан на написании скриптов. Цель данного pet-проекта - практическое ознакомление с Linux перед тем как двигаться дальше в DevOps - именно поэтому название «Проект юного DevOps». В планах написание следующей серии статей уже с углублением в DevOps и его инструменты.

Спасибо за конструктивные комментарии, которые позволяют откорректировать материал и улучшить его качество. Прошу поддержать мое начинание, всем хорошего дня!

Ох, ты бы на несколько дней бы хоть посты раскидал...

Решил сразу весь материал дать)

Написано много, но делать быстро

Это был сарказм. В посте просто создание четырех виртуалок, с ssh ключами и айпишником. Какое отношение это имеет к девопсу?
Тем более что сетапится руками (ну баш скрипт который подойдет только для этого конкретного сэтапа из-за харкода), вместо какого-нить ансибла

Друзья, хочу ответить на комментарии об отсутствии в данной серии статей инструментов DevOps - Terraform, Ansible, Kubernetes, GitLab CI/CD и прочих инструментов. Полностью согласен с тем, что DevOps без вышеупомянутых инструментов существовать не может.

Данная серия статей является отправной точкой в изучении DevOps и уверен, что именно начинающим инженерам данный материал точно будет полезен. Здесь большой акцент сделан на написании скриптов. Цель данного pet-проекта - практическое ознакомление с Linux перед тем как двигаться дальше в DevOps - именно поэтому название «Проект юного DevOps». В планах написание следующей серии статей уже с углублением в DevOps и его инструменты.

Спасибо за конструктивные комментарии, которые позволяют откорректировать материал и улучшить его качество. Прошу поддержать мое начинание, всем хорошего дня!

Это всё, что угодно, но не DevOps. Даже начинающий сисадмин уже наверное начал использовать какой-нибудь Ansible и Terraform для начала. Bash-скрипты - это где-то в далёком прошлом.

Во второй проектом Юного Devops как раз можно добавить Ansile и Terraform

Так а в чём ценность этого проекта? В секурити тру обскурити со сменой ssh порта? В чём смысл сего действия?

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

Друзья, хочу ответить на комментарии об отсутствии в данной серии статей инструментов DevOps - Terraform, Ansible, Kubernetes, GitLab CI/CD и прочих инструментов. Полностью согласен с тем, что DevOps без вышеупомянутых инструментов существовать не может.

Данная серия статей является отправной точкой в изучении DevOps и уверен, что именно начинающим инженерам данный материал точно будет полезен. Здесь большой акцент сделан на написании скриптов. Цель данного pet-проекта - практическое ознакомление с Linux перед тем как двигаться дальше в DevOps - именно поэтому название «Проект юного DevOps». В планах написание следующей серии статей уже с углублением в DevOps и его инструменты.

Спасибо за конструктивные комментарии, которые позволяют откорректировать материал и улучшить его качество. Прошу поддержать мое начинание, всем хорошего дня!

Понимаете, вот скажем в моей компании (отделе) процентов 90% девопса - это Jenkins, Nexus, Git и Ansible. У вас очевидно не так. Поэтому надо было бы описать, что у вас за проект, которому нужен девопс, и почему вы выбираете те инструменты, которые выбираете. Сначала цели. Потом анализ существующих решений и выбор своего. Потом описание, чем свое решение лучше других. Для вашего проекта. Такой вполне обычный план, который у вас не очень наблюдается.

Моё почтение за знания bash, но это не IaC, к которому нужно стремиться DevOps в моём понимании. VM надо бы разворачивать с помощью terraform, который хранит состояние, а все настройки, включая установку софта, с помощью того же ansible и будет IaC.

Друзья, хочу ответить на комментарии об отсутствии в данной серии статей инструментов DevOps - Terraform, Ansible, Kubernetes, GitLab CI/CD и прочих инструментов. Полностью согласен с тем, что DevOps без вышеупомянутых инструментов существовать не может.

Данная серия статей является отправной точкой в изучении DevOps и уверен, что именно начинающим инженерам данный материал точно будет полезен. Здесь большой акцент сделан на написании скриптов. Цель данного pet-проекта - практическое ознакомление с Linux перед тем как двигаться дальше в DevOps - именно поэтому название «Проект юного DevOps». В планах написание следующей серии статей уже с углублением в DevOps и его инструменты.

Спасибо за конструктивные комментарии, которые позволяют откорректировать материал и улучшить его качество. Прошу поддержать мое начинание, всем хорошего дня!

Следующую серию статей как раз планирую написать об использовании этих инструментов

Это первый pet-проект, будут и другие

Я конечно не DevOps, но мне кажется, что

VirtualBox или VMware, но для хорошей практики лучше развернуть инфраструктуру на хостинге

для лучшей практики IaC нужно

  • воткнуть vagrant на локальную машину/домашний сервер

  • воткнуть раннер

  • создать репку с описанием нужных VM'ок и запушить все это в git*ab (у меня за 1 клик поднимается 3 VM'ки dev-projectName, prod-projectName и service-projectName)

  • Написать CI для развертывания/изменения

  • Создать вторую репку с Ансиблом, которая будет раскатывать весь софт и настройки.

  • CI-CD, чтобы по щелчку пушу изменений все раскатывалось и обновлялось

    Поздравляю, вы великолепны, настолько что даже ни разу не воспользовались SSH-доступом к VM

    P.s. вопрос куда втыкать раннер и vagrant немного холливарный и по моему мнению не играет особой роли в pet/home-проектах.

  • p.p.s 2: vagrant не terraform, знаю, но в качестве тренировки концепции домашний IaC хорош(плюс поддерживает hyper-v ^.^).

Друзья, хочу ответить на комментарии об отсутствии в данной серии статей инструментов DevOps - Terraform, Ansible, Kubernetes, GitLab CI/CD и прочих инструментов. Полностью согласен с тем, что DevOps без вышеупомянутых инструментов существовать не может.

Данная серия статей является отправной точкой в изучении DevOps и уверен, что именно начинающим инженерам данный материал точно будет полезен. Здесь большой акцент сделан на написании скриптов. Цель данного pet-проекта - практическое ознакомление с Linux перед тем как двигаться дальше в DevOps - именно поэтому название «Проект юного DevOps». В планах написание следующей серии статей уже с углублением в DevOps и его инструменты.

Спасибо за конструктивные комментарии, которые позволяют откорректировать материал и улучшить его качество. Прошу поддержать мое начинание, всем хорошего дня!

Перезагрузим grub для применения изменений:

Это только обновит конфиг grub, изменения применятся только после ребута.

Отключить на горячую до ребута можно через

sysctl -w net.ipv6.conf.all.disable_ipv6=1
sysctl -w net.ipv6.conf.default.disable_ipv6=1

Решительно непонятно, что мешает сделать "отправную точку в DevOps" с использованием инструментов DevOps? Может не обязательно всех и сразу, но хоть каких-нибудь?

Sign up to leave a comment.

Articles