lora application server
version tuned with small adjustements and updated documentation
There are two options how to run application. Develop and deploy mode.
Both modes are using same docker volume (same database is loaded).
.env.example为.envclient/.env.development.example to client/.env.development开发如果要在开发模式下运行应用程序client/.env.production.example至client/.env.production如果要在生产模式下运行应用程序${REACT_APP_GOOGLE_API}的值 This will just run db and pgadmin containers. React and server instances are running separately, outside of containers.
.env到： localhost ${DB_HOST}的更改值docker-compose -f docker-compose.dev.yml up -dnpm i && npm run server${REACT_APP_BASE_URL} client/.env.development文件中的$ {react_app_base_url}的端口，将.env文件中指定的${SERVER_PORT}cd client && npm i && cd .. && npm run clientlocalhost:3000 This will run db, pgadmin, server and build react with disabled redux devtools.
.env到postgres ${DB_HOST}的更改值。docker-compose up -d 。localhost:${SERVER_PORT} 。为了正确的应用程序功能，必须首先填充数据库。我们将使用命令行来实现这一目标。
从根目录中，导航到位于导出数据的目录。
cd dummy然后，将数据复制到运行的Postgres容器（用于开发模式使用dev_postgres_container ）。
docker cp dbexport.sql postgres_container:/
然后，输入容器（用于开发模式使用dev_postgres_container ）。
docker exec -it postgres_container /bin/bash
如果您想将数据导入已经填充的数据库中，则必须首先删除现有表，然后创建新表。在容器控制台中删除现有数据库。 （如果您还没有创建数据库，则跳过此步骤）
dropdb -U ${DB_USER} ${DB_NAME}登录到Postgres服务器作为用户。
su - ${DB_USER}然后创建新数据库。
createdb ${DB_NAME}退出Postgres服务器控制台。
exit带有新数据的填充数据库。
psql -d ${DB_NAME} -U ${DB_USER} -f dbexport.sql现在您可以登录应用程序。默认name和password均为： admin 。
localhost:${DB_PORT}${DB_USER}${DB_PASSWORD}http://localhost:${PGADMIN_PORT}${PGADMIN_EMAIL}${PGADMIN_PASSWORD}postgres${DB_PORT}${DB_NAME}${DB_PASSWORD} Docker文件位于项目的根级别，仅用于部署模式。
# Dockerfile
FROM node:latest
WORKDIR /server
COPY . ./
RUN npm install
RUN npm install --prefix client
CMD npm run build首先，下载了最新的节点， /server工作目录是在新创建的容器中创建的。在此工作目录中，复制了整个源代码，期望在client/.dockerignore中指定的文件。这些文件被省略。然后，将节点依赖项安装到服务器和客户端启动的工作目录中。最后， npm run build命令称为package.json中。此命令首先构建React应用程序，然后触发服务器。当以这种方式启动服务器时，环境变量NODE_ENV设置为production ，并使用了React应用程序的构建版本。
我们正在使用两个Docker-Compose文件。开发模式和docker-compose.dev.yml docker-compose.yml ，用于生产模式，均位于根目录中。每个组合文件都加载.env文件中指定的环境变量。
# docker-compose.dev.yml
version : " 3.5 "
# inspired by https://github.com/khezen/compose-postgres
services :
postgres :
container_name : postgres_container
image : postgres:11
environment :
POSTGRES_USER : ${DB_USER}
POSTGRES_PASSWORD : ${DB_PASSWORD}
PGDATA : /data/postgres
volumes :
- postgres:/data/postgres
ports :
- " ${DB_PORT}:5432 "
networks :
- postgres
restart : always
pgadmin :
container_name : pgadmin_container
image : dpage/pgadmin4
environment :
PGADMIN_DEFAULT_EMAIL : ${PGADMIN_EMAIL}
PGADMIN_DEFAULT_PASSWORD : ${PGADMIN_PASSWORD}
PGADMIN_CONFIG_SERVER_MODE : " False "
volumes :
- pgadmin:/root/.pgadmin
ports :
- " ${PGADMIN_PORT}:80 "
networks :
- postgres
restart : always
server :
container_name : server_container
build :
context : .
dockerfile : Dockerfile
depends_on :
- postgres
ports :
- " ${SERVER_PORT}:${SERVER_PORT} "
networks :
- postgres
restart : always
networks :
postgres :
driver : bridge
volumes :
postgres :
pgadmin :这构成配置创建了3个容器，1个网络和1卷，以存储持久数据。每个容器都使用同一网络与其他容器进行通信。故障后，每个容器都会自动重新启动。 Container postgres_container创建PostgreSQL Server，其中持续数据存储在卷中。还有SQL客户端的容器pgadmin_container 。最后一个容器，名为server_container ，是我们的主要应用程序正在运行的地方。上一节中讨论的是在Dockerfile中定义的构建，而是使用构建。
开发模式的组合配置与部署模式的配置非常相似。唯一的区别是，没有server_container ，因为服务器和客户端是从docker用完的单独实例。
.env.example复制为.env ，并将${DB_HOST}的设置值设置为postgres 。client/.env.production.example复制和重命名为client/.env.production 。client/.env.production中获取${REACT_APP_GOOGLE_API}的值，请按照以下步骤进行操作。 必须设置反向代理以将访问到Jenkins和Application Server。 ./env中指定的端口必须与Nginx反向代理配置中的端口匹配。
首先，导航到可用站点配置目录。
cd /etc/nginx/sites-available/创建配置文件。您可以将其命名。好的做法是以与您的DNS地址相同的方式命名。在我们的情况下，是lora.fiit.stuba.sk 。
touch lora.fiit.stuba.sk将以下代码复制并粘贴到新创建的文件。为每个位置更改proxy_pass的配置，以匹配.env中指定的端口。不要忘记还要调整server_name以匹配您的DNS。
upstream jenkins {
keepalive 32; # keepalive connections
server 127.0.0.1:8080; # jenkins ip and port
}
# Required for Jenkins websocket agents
map $http_upgrade $connection_upgrade {
default upgrade;
'' close;
}
server {
server_name lora.fiit.stuba.sk www.lora.fiit.stuba.sk;
# this is the jenkins web root directory
# (mentioned in the /etc/default/jenkins file)
root /var/run/jenkins/war/;
access_log /var/log/nginx/jenkins/access.log;
error_log /var/log/nginx/jenkins/error.log;
# pass through headers from Jenkins that Nginx considers invalid
ignore_invalid_headers off;
location /jenkins/ {
autoindex on ;
sendfile off ;
proxy_pass http://jenkins/jenkins/;
proxy_redirect default ;
proxy_http_version 1.1 ;
# Required for Jenkins websocket agents
proxy_set_header Connection $connection_upgrade ;
proxy_set_header Upgrade $http_upgrade ;
proxy_set_header Host $host ;
proxy_set_header X-Real-IP $remote_addr ;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for ;
proxy_set_header X-Forwarded-Proto $scheme ;
proxy_max_temp_file_size 0 ;
#this is the maximum upload size
client_max_body_size 10m ;
client_body_buffer_size 128k ;
proxy_connect_timeout 90 ;
proxy_send_timeout 90 ;
proxy_read_timeout 90 ;
proxy_buffering off ;
proxy_request_buffering off; # Required for HTTP CLI commands
proxy_set_header Connection "" ; # Clear for keepalive
}
location / {
#Add serving gzipped files
gzip_static on ;
gzip on ;
gzip_proxied no-cache no-store private expired auth;
gzip_min_length 256 ;
gzip_types
text/plain
text/css
application/json
application/javascript
text/xml
application/xml
application/xml+rss text/javascript
application/atom+xml
application/geo+json
application/x-javascript
application/ld+json
application/manifest+json
application/rdf+xml
application/rss+xml
application/xhtml+xml
font/eot
font/otf
font/ttf
image/svg+xml;
proxy_pass http://127.0.0.1:5000/;
proxy_set_header Host $host ;
proxy_set_header X-Real-IP $remote_addr ;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for ;
proxy_set_header X-Forwarded-Proto $scheme ;
# enable WebSockets
proxy_http_version 1.1 ;
proxy_set_header Upgrade $http_upgrade ;
proxy_set_header Connection "upgrade" ;
}
listen 443 ssl; # managed by Certbot
# SSL Configuration
ssl_certificate /etc/letsencrypt/live/lora.fiit.stuba.sk/fullchain.pem; # managed by Certbot
ssl_certificate_key /etc/letsencrypt/live/lora.fiit.stuba.sk/privkey.pem; # managed by Certbot
include /etc/letsencrypt/options-ssl-nginx.conf; # managed by Certbot
ssl_dhparam /etc/letsencrypt/ssl-dhparams.pem; # managed by Certbot
}
# SSL redirect from HTTP to HTTPS
server {
if ( $host = lora.fiit.stuba.sk) {
return 301 https:// $host$request_uri ;
} # managed by Certbot
listen 80 ;
server_name lora.fiit.stuba.sk www.lora.fiit.stuba.sk;
return 404 ; # managed by Certbot
}保存文件并重新启动NGINX服务
sudo systemctl restart nginx詹金斯应用程序应在lora.fiit.stuba.sk/jenkins上访问。在您的情况下，这将是您的DNS名称，而不是lora.fiit.stuba.sk 。
当您想更改Jenkins的默认房屋时，您可以更改JENKINS_HOME变量。该指南受到本教程的启发。
无论您想将詹金斯带回家，创建一个新的目录。在我们的情况下，是/data/jenkins 。
mkdir /data/jenkins更改新创建目录的所有权。
sudo chown jenkins:jenkins /data/jenkins使用以下命令将内容从旧的Jenkins主目录， /var/lib/jenkins/复制到新的jenkins主目录， /data/jenkins/ ，使用以下命令。
sudo cp -prv /var/lib/jenkins /data/jenkins/接下来，更改Jenkins用户之家。
sudo usermod -d /data/jenkins/ jenkins更新新的Jenkins主目录路径/etc/default/jenkins 。您可以使用您选择的任何编辑器。在我们的情况下，我们正在使用vi。
sudo vi /etc/default/jenkins向下滚动到Jenkins Home位置并更新新的主目录路径。
# defaults for Jenkins automation server
# pulled in from the init script; makes things easier.
NAME=jenkins
# arguments to pass to java
# Allow graphs etc. to work even when an X server is present
JAVA_ARGS= " -Djava.awt.headless=true "
# JAVA_ARGS="-Xmx256m"
# make jenkins listen on IPv4 address
# JAVA_ARGS="-Djava.net.preferIPv4Stack=true"
PIDFILE=/var/run/$NAME/$NAME.pid
# user and group to be invoked as (default to jenkins)
JENKINS_USER=$NAME
JENKINS_GROUP=$NAME
# location of the jenkins war file
JENKINS_WAR=/usr/share/$NAME/$NAME.war
# jenkins home location
JENKINS_HOME=/data/$NAME
# set this to false if you don't want Jenkins to run by itself
# in this set up, you are expected to provide a servlet container
# to host jenkins.
RUN_STANDALONE=true通过使用以下命令开始Jenkins服务。
sudo service jenkins start
访问您的浏览器jenkins，网址为lora.fiit.stuba.sk/jenkins 。
登录应用程序。
导航至Manage Jenkins按钮。
单击位于Security group中的Manage Credentials卡。
然后，单击表中的(global)链接。
单击屏幕左侧的addCredentials按钮。
从Kind下拉菜单中选择Secret file选项。
上传满足的.env文件，并将ID字段设置为env 。
重复步骤6，然后上传满足的client/.env.production文件，然后将ID字段设置为envClient 。
创建另一个凭据，但是这次从下拉菜单中选择SSH Username with private key 。将ID字段设置为lora-application-server-ssh 。要获取您的存储库（应用程序服务器的源代码）的SSH键，请遵循此说明。
从仪表板单击屏幕左侧的New Item按钮。
输入所需的名称，单击Pipeline按钮并确认单击OK按钮
到管道脚本粘贴以下代码
node {
/*** 1 Pull new changes from git branch deploy ***/
stage ( 'Pull master branch' ) {
git credentialsId : 'lora-application-server-ssh' , url : '[email protected]:danielhros/lora-application-server.git'
}
/*** 2 Add secret enviroment variables stored securely in Jenkins ***/
stage ( 'Add enviroment variables' ) {
/* 2.1 Remove .env file if exists */
sh 'rm -f -- .env'
/* 2.2 Add .env file to server */
withCredentials ( [ file ( credentialsId : 'env' , variable : 'env' ) ] ) {
sh "cp $env ./"
}
/* 2.2 Add .env file to client */
withCredentials ( [ file ( credentialsId : 'envClient' , variable : 'envClient' ) ] ) {
sh 'cp $envClient client/.env.production'
}
}
/*** 3 Build docker image ***/
stage ( 'Build docker image' ) {
sh '(docker-compose build)'
}
/*** 4 Run docker image in production ***/
stage ( 'Run docker images' ) {
sh '(docker-compose up -d)'
}
/*** 5 Clean after build ***/
stage ( 'Clean workspace' ) {
sh 'docker system prune -f'
cleanWs ( )
}
}保存更改并运行您的第一个管道
恭喜！管道成功构建和部署应用程序后，您的应用程序可在lora.fiit.stuba.sk上访问。
