使用systemd部署服务的过程解析

目录
  • 1、前言
  • 2、如何部署服务
    • 2.1、后台进程方式启动
    • 2.2、使用systemd方式启动
      • 2.2.1、创建service文件
      • 2.2.2、启动服务
  • 3、如何自动启动
    • 3.1、自动启动文件
      • 3.1.1、rc.local
      • 3.1.2、rc.d
    • 3.2、systemd

1、前言

通常，我们在开发过程中，难免需要去部署我们的服务，但是，我们应该如何去做呢？如果主机重启了，服务怎么自己启动呢？可能你的心里已经有了几种不同的答案，接下来我们就一起看看吧。

2、如何部署服务

假设，我们现在有一个python项目（名为xx），现在我们想要将其部署在Linux服务器上，我们应该如何操作呢？

xx的内容

#!/usr/bin/python
import time
i=0
while True:
    print i
    i+=1
    time.sleep(60)

2.1、后台进程方式启动

第一种方式，我们可以直接将这个项目以后台进程的方式进行启动。

nohup python xx &

2.2、使用systemd方式启动

第二种方式，我们可以通过systemd将项目进行托管。

关于systemd：systemd是Linux平台的一款软件，其支持以守护进程方式启动任务，支持cgroup资源隔离，可以非常高效的在Linux启动过程中加载我们的服务。

2.2.1、创建service文件

xx文件所在路径：/root/

service文件所在路径：/etc/systemd/system/

xx.service内容

[Unit]
Description=myself service
[Service]
ExecStart=/root/xx
[Install]
WantedBy=multi-user.target

由于我们在xx文件中定义了解释器，所以我们可以直接给xx增加可执行权限，在启动命令中直接指定xx的路径即可。

2.2.2、启动服务

指定service文件使能xx服务的命令：

systemctl -f enable /etc/systemd/system/xx.service

启动xx服务：

systemctl start xx

查看xx服务状态：

systemctl status xx

3、如何自动启动

3.1、自动启动文件

3.1.1、rc.local

对于后台进程部署的服务，我们可以将启动命令添加到开机自启文件中。

自动启动文件路径：/etc/rc.local。

3.1.2、rc.d

我们除了可以将启动命令直接加入到rc.local文件中，也可以直接将可执行脚本移动到/etc/rc.d/init.d/路径下。

3.2、systemd

systemd默认会在服务器启动的时候启动我们的服务，因为我们已经enable了服务。但是我们为了防止服务在异常退出后无法恢复，我们可以向service文件中增加[Service]配置块中增加Restart=on-failure的配置以达到当服务异常退出的时候自动重启服务的效果。

到此这篇关于使用systemd部署服务的过程解析的文章就介绍到这了,更多相关systemd部署服务内容请搜索我们以前的文章或继续浏览下面的相关文章希望大家以后多多支持我们！

赞 (0)

相关推荐

  • CentOS 7下设置Docker代理(Linux下Systemd服务的环境变量配置)

    Docker守护程序使用HTTP_PROXY,HTTPS_PROXY以及NO_PROXY环境变量在其启动环境来配置HTTP或HTTPS代理的行为.无法使用daemon.json文件配置这些环境变量. 此示例将覆盖默认docker.service文件. 在设置中,需要在Docker systemd服务文件中添加此配置 如果使用HTTP代理服务器时,将为docker服务创建systemd插件目录: mkdir -p /etc/systemd/system/docker.service.d 创建一个名

  • CentOS7 systemd添加自定义系统服务的方法

    systemd: CentOS 7的服务systemctl脚本存放在:/usr/lib/systemd/,有系统(system)和用户(user)之分,即:/usr/lib/systemd/system ,/usr/lib/systemd/user 每一个服务以.service结尾,一般会分为3部分:[Unit].[Service]和[Install],就以nginx为例吧,具体内容如下: 创建service: 在/usr/lib/systemd/system下创建nginx.service文件

  • systemd添加自定义系统服务设置自定义开机启动的方法

    1.服务权限 systemd有系统和用户区分:系统(/user/lib/systemd/system/).用户(/etc/lib/systemd/user/).一般系统管理员手工创建的单元文件建议存放在/etc/systemd/system/目录下面. 2.创建服务文件 [Unit] Description=nginx - high performance web server Documentation=http://nginx.org/en/docs/ After=network.targe

  • Nginx服务器添加Systemd自定义服务过程解析

    一.以nginx为例 使用yum命令安装的nginx Systemd服务文件以.service结尾,比如现在要建立nginx为开机启动,如果用yum install命令安装的,yum命令会自动创建nginx.service文件,直接用命令: systemcel enable nginx.service //开机自启 使用源码编译安装的 1.手动创建nginx.service服务文件.并将其放入 /lib/systemd/system 文件夹中. nginx.service内容如下: [Unit]

  • 使用systemd部署服务的过程解析

    使用systemd部署服务的过程解析

    目录 1.前言 2.如何部署服务 2.1.后台进程方式启动 2.2.使用systemd方式启动 2.2.1.创建service文件 2.2.2.启动服务 3.如何自动启动 3.1.自动启动文件 3.1.1.rc.local 3.1.2.rc.d 3.2.systemd 1.前言 通常,我们在开发过程中,难免需要去部署我们的服务,但是,我们应该如何去做呢?如果主机重启了,服务怎么自己启动呢?可能你的心里已经有了几种不同的答案,接下来我们就一起看看吧. 2.如何部署服务 假设,我们现在有一个pyth

  • 如何基于SpringBoot部署外部Tomcat过程解析

    这篇文章主要介绍了SpringBoot以war包形式部署到外部Tomcat过程解析,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友可以参考下 SpringBoot 项目打包时能打成 .jar 与 .war包文件,.jar使用 java -jar xx.jar 就可以启动,而 .war 可以部署到tomcat的 webapps 中,随tomcat的启动而启动. SpringBoot 本身是内置tomcat的,如果想部署到外部tomcat, 就要做一些改变.

  • python实现WebSocket服务端过程解析

    python实现WebSocket服务端过程解析

    一种类似Flask开发的WebSocket-Server服务端框架,适用python3.X 1.安装模块Pywss pip install pywss 2.搭建简易服务器 2.1 服务端代码 代码简介 route: 注册请求路径 example_1(request, data): request: socket句柄,能够发送和接收数据接.发送数据request.ws.send(data),收数据request.ws_recv(1024) data: 客户端发送的数据存于此处 from pywss

  • SpringBoot热部署Springloaded实现过程解析

    为啥要热部署: 在修改代码的时候,不需要重新启动程序,程序会自动进行编译 注意: 控制器中新增加的方法是不能进行热部署的 方法: 1.在pom.xml文件里面添加下面代码 <project> <build> <finalName>myshop</finalName> <plugins> <plugin> <groupId>org.springframework.boot</groupId> <artifa

  • Java Netty HTTP服务实现过程解析

    超文本传输协议(HTTP,HyperText Transfer Protocol)是互联网上应用最为广泛的一种网络协议. 在后端开发中接触HTTP协议的比较多,目前大部分都是基于Servlet容器实现的Http服务,往往有一些核心子系统对性能的要求非常高,这个时候我们可以考虑采用NIO的网络模型来实现HTTP服务,以此提高性能和吞吐量,Netty除了开发网络应用非常方便,还内置了HTTP相关的编解码器,让用户可以很方便的开发出高性能的HTTP协议的服务,Spring Webflux默认是使用的N

  • Docker容器化部署Python应用过程解析

    简单应用部署 一.目录结构: └── Pythonpro #目录 └── test.py #文件 └── requirements.txt #文件 └── Dockerfile #文件 二.编写Dockerfile文件 # 基于镜像基础 FROM python:3.6.4 # 创建代码文件夹工作目录 /code RUN mkdir /code # 复制当前代码文件到容器中 /code COPY . /code # 安装所需的包 RUN pip install -r /code/requireme

  • Docker部署Consul配置过程解析

    执行命令 docker run -d --name consul -p 8500:8500 consul 端口说明 https://www.consul.io/docs/install/ports.html 挂载说明 /consul/data:持久化数据存储 /consul/config:配置文件 Consul 配置 https://www.consul.io/docs/agent/options.html 注意:浏览器打开 http://公网ip:8500 集群部署 启动4个Consul Ag

  • 基于JS实现父组件的请求服务过程解析

    这篇文章主要介绍了基于JS实现父组件的请求服务过程解析,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友可以参考下 <template> <div class = 'car_list' reft='scrollobx' @scroll='scrollready($event)'> </div> </template> <script> export default { data() { return { le

  • springboot使用war包部署到外部tomcat过程解析

    这篇文章主要介绍了springboot使用war包部署到外部tomcat过程解析,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友可以参考下 如果是war包部署到外部tomcat,需要增加SpringBootServletInitializer子类,并重写其configure方法,或者将main函数所在的类继承SpringBootServletInitializer子类,并重写configure方法. @SpringBootApplication //继承S

  • spring boot微服务场景下apollo加载过程解析

    目录 集成使用 1.添加gradle依赖 2.配置application.properties 必须配置 可选配置 加载过程解析 postProcessEnvironment方法逻辑解析 initialize方法逻辑解析 结语 集成使用 1.添加 gradle 依赖 implementation "com.ctrip.framework.apollo:apollo-client:1.6.0" 2.配置 application.properties apollo 自身的配置共包含 9 项

随机推荐