DevOps - это прежде всего культура, а не должность. Эффективное понимание DevOps-процессов резко повышает вашу ценность для компании, а CI/CD - сердце DevOps.
Основано на реальных событиях
Мы работаем в GitLab и строим (по нашему мнению) одну из мощнейших CI/CD систем в мире. Мы противники "голосов в голове" и рассказываем только свой практический опыт
Более 30 видео с теорией и принципами
Наша задача - не просто показать вам copy-paste заклинаний для настройки CI/CD, а дать понимание сути процесса и к чему вы стремитесь
4 семинара с живым общением
В теории, теория и практика не отличаются, но на практике... Пройдите вместе с нами все шаги по настройке CI/CD на примерах, приближенных к реальности
C фокусом на JS. Не только фронт, но и бэк
CI/CD - универсальная штука, не привязанная к языку. Тем не менее, везде есть определенная специфика и нюансы, связанные с инструментами и стеком
Когда мы, независимо друг от друга, выступили на DevOps.js и HolyJS с докладами схожей тематики, стало понятно, что несмотря на то, что все согласны что «DevOps это культура, а не должность», для рядового javascript-программиста это просто слова. Без серьёзного бэкграунда в администрировании *nix-систем продвинуться куда-то дальше стандартного "eslint - docker - docker registry" пайплайна если не невозможно, то очень сложно. Без полного осознания того, что и зачем мы делаем - даже составить правильный запрос в Google может быть непростой задачей, не говоря уже об оптимизации полученного результата и отладке ошибок, неизбежно возникающих в процессе.
О структуре мастер-классов
Наша задача - не продать вам GitLab (более того, везде где GitLab будет упоминаться - фокус на бесплатной версии), а дать фундаментальную базу по организации CI/CD в проектах любой сложности
Фактически, мы хотим если не сделать вас и ваш проект Elite DevOps performer, то приблизить к этому, дав четкое понимание, как необходимо строить pipeline, шаг за шагом улучшая его качество, какие проблемы предстоит решить и где есть потенциал для развития.
Мы осознаем, что проходить путь "from zero to hero" за один раз может быть очень больно, более того, - возможно по независящим от вас причинам, вы не можете выбрать GitLab как платформу для вашего CI/CD. Для этого мы разбили весь контент на два мастер-класса - вводный, где мы рассматриваем основные принципы построения без привязки к конкретной платформе, и продвинутый, где используя конкретные инструменты предлагаемые GitLab и не только вы можете достичь "DevOps-зрелости"
Изучите Gitlab CI / CD с Docker и DevOps: получите ценные навыки DevOps. Этот курс научит вас, как использовать Gitlab CI для ваших собственных проектов. Вы изучите основы CI / CD и начнете строить конвейеры прямо с первой лекции.
leveluptutorials
GItLab - система управления репозиториями Git. Он написан на Ruby и позволяет легко и эффективно развертывать полноценный контроль версий для вашего кода. Он был впервые опубликован на GitHub в октябре 2011 года и с тех пор стал мощным инструментом.
Ребята, я устанавливал локальный сервер Ubuntu на WSL, продолжал повторять всё что делал Виталька, пока до меня не дошло, что он имеет дело с внешним адресом
deploy@172.104.151.230
Дело в том, что мы не присутствуем на самом курсе, поэтому что там происходит в чате и какие были пред-установки, нам неизвестно. В общем, перед тем как соберётесь повторять, запустите Ubuntu сервер на AWS EC2. Иначе, я думаю, никак.... буду сам пробовать щас поднять инстэнс. Не понимаю, почему курс заявлен "С ноля до первого деплоя", если, реально, приходится после 3 часов просмотра возвращаться на час назад и искать сервер он-лайн.
Скорее всего, вам понадобится инструкция
https://www.youtube.com/watch?v=iHX-jtKIVNA
https://www.youtube.com/watch?v=kzLRxVgos2M
К AWS нужна банковская карта, сам сервис кажется бесплатный.
- Есть уже машина, внешний адрес
- Фаервол настраивать нужно но не через терминал, а в самом AWS
- установил PM2, Node, NGINX, Postgres, все сервисы настроены до ~ 03:00:00 #Семинар #1
На все танцы с бубнами ушло больше полудня. Основная проблема, это разница между сборками, которая у него и Amazon Linux 2. Поэтому идти по инструкции должно быть быстрее по времени, если, конечно, не будут всплывать ошибки.
Если будет что-то стоящее для записи, непременно откорректирую
https://github.com/hazartilirot/Javascript.ninja-CI-CD-backend#readme
Писал всё на английском, но он простой, поэтому можно не парится. Будет у Вас практика не только работы с GitLab(ом), но и с AWS сервисом.
Ой, мляяяяяяяяяяяя, я продолжаю еще интенсивнее худеть с курса CI/CD.... Витальки и Ильюхи.
Я, вот, реально не понимаю, ты собираешься делать курс, возьми, для начала, пройди курс программы сам. Отдебаж всё, каждый степ, напиши себе инструкцию корректную. Сделай склейки видео (стыковки), чтобы вещать для народа "ровную" копию. Это будет выглядеть профессионально. И параллельно, сиди и раздавай комментарии, общайся с народом.
Все мы люди, делаем ошибки, но едрён-помидор, курс 100 баксов, так и хочется спросить у ребят - вы там совсем прихудели? Я три дня то и делаю что занимаюсь дебагами. Параллельно разбираюсь сам. Просто катастрофа.
Идея курса крутая, но исполнение.... GitHub Actions не работают в лайфе, сцуко, куча ошибок, сидишь как идиот ждёшь паплайнов - Это чертовски много съедает времени
Сорри, но прям полыхает, что за отношение? Синиор (там, наверное, 15 лет стажа, не видел, что у него в ecosystem.config.js JSON формат), да открой документацию, посмотри как надо, я ещё не джун быстрее просёк тему.
https://pm2.keymetrics.io/docs/usage/quick-start/
Потратил около часа, чтобы поднять второй дистрибьютив на WSL, прикол в том, что мякгомелкие через магазин дают установить только одну версию, вторую, можно 18.04. Можно отклоннировать wsl --export/ --import но там тоже будет много боли. Поэтому, лучше, установить всё таки 18.04 (свежую), создать учётную запись, а дальше,
> sudo apt-get update && sudo apt-get upgrade
> sudo apt-get remove screen
(из-за этой сволочи, потратил большую часть времени, она не давала апгрейднуться).
> do-release-upgrade
после обновления, заходим
HKEY_CURRENT_USER\\SOFTWARE\\Microsoft\\Windows\\CurrentVersion\\Lxss{xxxxxxxxx-YOUR-GUID-HERE-xxxxxxxx}\\DistributionName
и меняем DistributionName 18.04 LTS - на предпочтительный, чтобы ориентироваться, где у основной дистрибьютив, а где временный.
переключаться между дистрибьютивами удобно через Microsoft Terminal
https://www.microsoft.com/store/productId/9N0DX20HK701
Посмотрим, что там дальше)
/bin/bash: line XXX: nvm: command not found
В общем, решение, конечно, найдено! Ребята.
Вставить между: - ". ~/.nvm/nvm.sh"
- curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.39.0/install.sh | bash
- ". ~/.nvm/nvm.sh"
- nvm install $NODE_VERSION
Ракета, ёпт!
shell: bash -l -eo pipefail {0}
run: nvm install $NODE_VERSION
если чё, вот код: https://jsbin.com/todugicate/edit?js,console
The course is presented in my mother tongue, but 25 hours - I wonder if it's worth it.
Как их использовать ?
Это похоже на какой-то Markdown. Возможно, GFM.
https://www.markdownguide.org/getting-started/
В общем, открой любым редактором типа Nodepad++ и не парься. Там особо нечего читать