Node.js — Одностраничные Приложения И Конвейер Devops?

  • Автор темы Kvm67
  • Обновлено
  • 22, Oct 2024
  • #1

Я новичок во всем процессе DevOps.

Как разработчик программного обеспечения, имеющий некоторый опыт создания одностраничных приложений (SPA) с использованием Webpack, который уже выполняет модульные проверки, проверку кода и т. д., как процесс разработки SPA вписывается в рабочий процесс/конвейер DevOps?

Выполняете ли вы все проверки кода на стороне клиента, а затем отправляете скомпилированный код в процесс конвейера через NodeJS buildpack (ie, build папку) или мне нажать /dist files into Git with a Jenkins file for CI/CD and then go through the pipeline with a server-side Static билдпак?

Мне интересно, какой объем работы необходимо проделать локально, прежде чем пройти через конвейер. Мне не нравится идея использования дополнительных зависимостей (кажется, на стороне сервера всегда есть проблемы, препятствующие развертыванию приложений - устаревшие пакеты сборки, ошибки на серверах, простои и т. д.). Интересно, является ли простая выгрузка всего этого на сторону клиента хорошим способом ускорить выпуск приложения (просто отправьте статические файлы через статический пакет сборки).

Спасибо

#node.js #javascript

Kvm67


Рег
08 May, 2011

Тем
67

Постов
176

Баллов
571
  • 25, Oct 2024
  • #2

Вот как мы обрабатываем процесс конвейера:

Отправьте свой код на github, игнорируя строить папка.

Затем Дженкинс вытащит код из github и проведет с ним тесты. После того, как все тесты пройдены, приложение будет собрано для производства, создав строить папка. строить папка затем будет развернута.

 

Squeelsfloulk6


Рег
25 Oct, 2024

Тем
89

Постов
187

Баллов
662
  • 25, Oct 2024
  • #3

Начиная с нуля, сначала создайте набор скриптов (bash и golang), которые начинаются с git push to get the fresh code for a given branch then the script issues all the command line steps you can do yourself to compile the code into executable bundles. This includes issuing Docker commands to cut fresh docker images for the various microservices. Then a script launches all the various Docker containers. Now the app can get fresh code pushed to domains where people can login and use the app from their client (mobile or browser) whenever a developer requests a domain needs a refresh.

Следующим шагом для нас была установка сервера веб-перехватчика GitHub на каждом сервере для каждого домена, который подписывается на все git pull performed by our developers. If a given git push matches the github code branch a domain is running the webhook would trigger launch of the above script to compile then deploy the app

Все вышеперечисленное — это просто автоматизация для замены того, что кто-то изначально вводил вручную в командной строке. По мере появления необходимости новый шаг выполнялся вручную, пока он не был встроен в вышеуказанный инструмент.

 

Weetekk


Рег
06 May, 2011

Тем
68

Постов
168

Баллов
518
Тем
403,760
Комментарии
400,028
Опыт
2,418,908

Интересно