四夜莺n9e(Flashcat)监控：mtail监控日志

最新推荐文章于 2024-07-17 15:24:36 发布
最新推荐文章于 2024-07-17 15:24:36 发布
阅读量342 收藏
点赞数
分类专栏： 监控相关 文章标签： 运维 后端
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_62173811/article/details/132779224
版权
一. mtail与categraf中的mtail

谷歌开源的从日志提取metric的工具
项目地址：https://github.com/google/mtail
mtail服务下载解压：
在这里插入图片描述

categraf中的mtail：https://github.com/flashcatcloud/categraf/tree/main/inputs/mtail

  • categraf 将mtail作为一个插件集成了进来，并且兼容 mtail 的语法，简化了部署。一般都是一个 mtail 进程处理一类日志，但是对于很高配的物理机，上面会部署很多不同的服务，每个服务进程都对应一个 mtail，此时机器上会出现特别多的 mtail 进程，较难维护。

  • 把 mtail 集成到 categraf 之后，复用 categraf 的多实例插件机制，可以做到一台机器上只有一个 categraf 进程即可读取解析多个服务的日志
    在这里插入图片描述

  • 功能： 提取日志内容，转换为监控metrics

  • 输入： 日志

  • 输出： metrics 按照mtail语法输出, 仅支持counter、gauge、histogram

  • 处理： 本质是golang的正则提取+表达式计算

二. mtail安装
# 去gitlab上下载
$ wget https://github.com/google/mtail/releases/download/v3.0.0-rc51/mtail_3.0.0-rc51_Linux_x86_64.tar.gz
$ tar xf mtail_3.0.0-rc51_Linux_x86_64.tar.gz
$ cp mtail /usr/local/bin
 
# 查看mtail版本
$ mtail --version

 
# mtail后台启动
$ nohup mtail -port 3903 -logtostderr -progs test.mtail -logs test.log &
 
# 默认端口是3903
$ nohup ./mtail -progs test.mtail -logs test.log &
 
# 查看是否启动成功
$ ps -ef | grep mtail
 
# 查看mtail的帮助文档
$ mtail -h

默认会起3903端口
在这里插入图片描述

三. mtail参数

nohup ./mtail -progs test.mtail -logs test.log &
-progs 定义mtail日志规则的格式，-logs 定义我们要读取的日志文件的路径
.mtail的规则格式参考：https://github.com/google/mtail/blob/main/docs/Programming-Guide.md
-one_shot 就是直接以json格式打印输出出来，可以用作测试（就不会有3903端口）
在这里插入图片描述
-one_shot 也可以指定prometheus格式
在这里插入图片描述


mkdir mtail   # 创建一个专门的mtail测试案列文件夹
 #创建日志文件件并且在里面各自生产日志文件
mkdir target1  && cd target1 && touch a.log
mkdir target2  && cd target2 && touch b.log

#创建两个mtail规则脚本文件。必须以.mtail后缀的文件
mkdir progs1 && cd progs1 && touch progs_a.mtail 
mkdir progs2 && cd progs2 && touch progs_b.mtail

 
#配置progs规则脚本文件，progs_a.mtail收集a.logs中error字段的日志,progs_b.mtail我们用来收集b.logs中FATAL字段的日志
 
vim progs-a.mtail
gauge err_cnt 
/ERROR.*/ {
      err_cnt++
}
 
 
vim progs-b.mtail
gauge keyword_cnt 
/FATAL.*/ {
      keyword_cnt++
}
 
##这个规则的用法是使用GO的正则表达式进行配置说明，比如第一行gauge err_cnt是声明我们这个mtail规则名称是什么
##然后第二行/ERROR.*/ 的意思就是读取日志文件中包含ERROR字段的所有
##第三行就是如果读## 取到日志文件中出现EEROR字段，就自动增加检测到的ERROR报错信息
 
#需要分开启动两个mtail进程才能把两个监控区分开 
nohup ./mtail -progs ./progs1/progs_a.mtail  -logs ./target1/a.log &
nohup ./mtail -progs ./progs2/progs_b.mtail  -logs ./target2/b.log &

#可以echo对应的字段到相应的日志文件来伪造日志，访问对应ip的3903端口可以搜索到相应的指标

在这里插入图片描述

mtail参数详解

$ mtail -h
mtail version 3.0.0-rc51 git revision 6fdbf8ec96a63c674c53148eeb9ec96043a2ec9c go version go1.19.4 go arch amd64 go os linux

Usage:
 -address string # 绑定HTTP监听器的主机或者IP地址
 -alsologtostderr # 记录标准错误和文件
 -block_profile_rate int # 报告goroutine阻塞事件之前的阻塞时间的纳秒数。0表示关闭。
 -collectd_prefix string # 发送给collectd的指标前缀
 -collectd_socketpath string # collectd socket路径，用于向其写入metrics
 -compile_only # 仅禅师编译mtail脚本程序，不执行
 -disable_fsnotify # 是否禁用文件动态发现机制。为true时，不会监听动态加载发现的新文件，只会监听程序启动时的文件。
 -dump_ast # 解析后dump程序的AST（默认到/tmp/mtail.INFO）
 -dump_ast_types # 在类型检查之后dump带有类型注释的程序的AST（默认到/tmp/mtail.INFO）
 -dump_bytecode # dump程序字节码
 -emit_metric_timestamp # 发出metric的记录时间戳。如果禁用（默认设置），则不会向收集器发送显式时间戳。
 -emit_prog_label # 在导出的变量里面展示prog对应的标签。默认为true
 -expired_metrics_gc_interval duration # metric的垃圾收集器运行间隔（默认为1h0m0s）
 -graphite_host_port string # graphite carbon服务器地址，格式Host:port。用于向graphite carbon服务器写入metrics
 -graphite_prefix string # 发送给graphite指标的metrics前缀
 -http_debugging_endpoint # 是否开启调式接口（/debug/*），默认开启
 -http_info_endpoint # 是否开始info接口(/progz,/varz)，默认开启
 -ignore_filename_regex_pattern string # 需要忽略的日志文件名字，支持正则表达式。使用场景：当-logs参数指定的为一个目录时，可以使用ignore_filename_regex_pattern 参数来忽略一部分文件
 -jaeger_endpoint string # 如果设为true，可以将跟踪导出到Jaeger跟踪收集器。使用–jaeger_endpoint标志指定Jaeger端点URL
 -log_backtrace_at value # 当日志记录命中设置的行N时，发出堆栈跟踪
 -log_dir string # mtail程序的日志文件的目录，与logtostderr作用类似，如果同时配置了logtostderr参数，则log_dir参数无效
 -logs value # 监控的日志文件列表，可以使用,分隔多个文件，也可以多次使用-logs参数，也可以指定一个文件目录，支持通配符*，指定文件目录时需要对目录使用单引号。
 -logtostderr # 直接输出标准错误信息，编译问题也直接输出
 -max_recursion_depth int # 以解析的标记来衡量mtail语句的最大长度。过长的mtail表达式可能会导致编译和运行时的性能问题。(默认为100)
 -max_regexp_length int # 一个mtail regexp表达式的最大长度。过长的模式可能会导致编译和运行时的性能问题。(默认为1024)
 -metric_push_interval duration # metric推送时间间隔，单位：秒，默认60秒
 -metric_push_interval_seconds int # 弃用，用--metric_push_interval代替
 -metric_push_write_deadline duration # 在出现错误退出之前等待推送成功的时间。（默认10s）
 -mtailDebug int # 设置解析器debug级别
 -mutex_profile_fraction int # 报告的互斥争夺事件的比例。 0将关闭
 -one_shot # 此参数将编译并运行mtail程序，然后从指定的文件开头开始读取日志（从头开始读取日志，不是实时tail），然后将收集的所有metrics打印到日志中。此参数用于验证mtail程序是否有预期输出，不用于生产环境。
 -one_shot_format string # 与-one_shot一起使用的格式。这只是一个调试标志，不适合生产使用。支持的格式： json, prometheus. (默认为 "json")
 -override_timezone string # 设置时区，如果使用此参数，将在时间戳转换中使用指定的时区来替代UTC
 -poll_interval duration # 设置轮询所有日志文件以获取数据的间隔；必须为正，如果为零将禁用轮询。使用轮询模式，将仅轮询在mtail启动时找到的文件
 -poll_log_interval duration # 设置找到所有匹配的日志文件进行轮询的时间间隔；必须是正数，或者是0来禁用轮询。 在轮询模式下，只有在mtail启动时发现的文件会被轮询。(默认250ms)
 -port string # 监听的http端口，默认3903
 -progs string # mtail脚本程序所在路径
 -stale_log_gc_interval duration # stale的垃圾收集器运行间隔（默认为1h0m0s）
 -statsd_hostport string # statsd地址，格式Host:port。用于向statsd写入metrics
 -statsd_prefix string # 发送给statsd指标的metrics前缀
 -stderrthreshold value # 严重性级别达到阈值以上的日志信息除了写入日志文件以外，还要输出到stderr。各严重性级别对应的数值：INFO—0，WARNING—1，ERROR—2，FATAL—3，默认值为2.
 -syslog_use_current_year # 如果时间戳没有年份，则用当前年替代。（默认为true）
 -trace_sample_period int # 用于设置跟踪的采样频率和发送到收集器的频率。将其设置为100，则100条收集一条追踪。
 -unix_socket string # socket监控地址
 -v value # v日志的日志级别，该设置可能被 vmodule标志给覆盖.默认为0.
 -version # 打印mtail版本
 -vm_logs_runtime_errors # 启用运行时错误的记录到标准日志。 如果设置为false，则只将错误打印到HTTP控制台。(默认为true)
 -vmodule value # 按文件或模块来设置日志级别，如：-vmodule=mapreduce=2,file=1,gfs*=3
四. categraf中的mtail插件使用

categraf中的mtail以及语法：https://github.com/flashcatcloud/categraf/tree/main/inputs/mtail

下载categraf，并配置mtail模块
（categraf安装可以见上一篇博客：三夜莺n9e(Flashcat)监控采集器categraf）

##一般每个instance需要指定不同的progs参数（不同的progs文件或者目录）,否则指标会相互干扰。 注意: 如果不同instance使用相同progs, 可以通过给每个instance增加labels做区分，


vim /categraf/conf/input.mtail/mtail.toml
 
[[instances]]
# .mtail的规则配置文件的路径
progs = "/opt/mtail/progs1/progs_a.mtail" 
## 指定mtail要读取的日志
logs = ["/opt/mtail/target1/a.log"]      
# override_timezone = "Asia/Shanghai"  # 时区
# emit_metric_timestamp = "true" #string type  # 时间戳的配置 ，默认是开启的
#标签，如果不同instance使用相同progs, 可以通过给每个instance增加labels做区分，
labels = { log=“a.log” }

 
[[instances]]
progs = "/opt/mtail/progs2/progs_b.mtail" 
logs = ["/opt/mtail/target2/b.log"]       
# override_timezone = "Asia/Shanghai"
# emit_metric_timestamp = "true" # string type
labels = { log=“b.log” }

重启categraf服务，使得配置生效

开始测试

#执行测试命令，会开始回显提示，已经开始监听TAILING相应的日志文件
/opt/categraf/categraf --inputs --test mtail

#模拟日志输出,可以在categraf 上看到回显
echo ”2023 ERROR XXXXAAA" > a.log
echo “FATAL” > a.log
#输入FATAL也并未影响a.log中对ERROR的统计

echo “FATAL” > b.log

在这里插入图片描述

五. categraf中的mtail语法
1. 处理流程（不停的tail日志的line，用正则去匹配，匹配到了，do something）
for line in lines:
  for regex in regexes:
    if match:
      do something
2. 语法
exported variable 

#pattern 定义匹配什么，action定义去做什么
pattern { 
  action statements
} 

#支持定义函数
def decorator { 
  pattern and action statements
}
3. 定义指标名称

前面也提过，指标仅支持 counter gauge histogram 三种类型。
Counter（计数器）：用于记录单调递增的值，例如请求数、错误数等。
Gauge（仪表）：用于记录可增可减的值，例如 CPU 使用率、内存使用量等。
Histogram（直方图）：用于记录数据的分布情况，例如请求延迟、响应大小等。

#计数
counter lines
/INFO.*/ {
    lines++
}

注意，定义的名称只支持 C类型的命名方式(字母/数字/下划线)，如果想使用"-" 要使用"as"导出别名。例如，

counter lines_total as "line-count"
这样获取到的就是line-count这个指标名称了

4. 匹配与计算（pattern/action)
PATTERN {
ACTION
}

例子

/foo/ {
  ACTION1
}

variable > 0 {
  ACTION2
}

/foo/ && variable > 0 {
  ACTION3
}

支持RE2正则匹配（go用的正则）

const PREFIX /^\w+\W+\d+ /

PREFIX {
  ACTION1
}

PREFIX + /foo/ {
  ACTION2
}

这样，ACTION1 是匹配以小写字符+大写字符+数字+空格的行，ACTION2 是匹配小写字符+大写字符+数字+空格+foo开头的行。

关系运算符

< 小于 <= 小于等于
> 大于 >= 大于等于
== 相等 != 不等
=~ 匹配(模糊) !~ 不匹配(模糊)
|| 逻辑或 && 逻辑与 ! 逻辑非

数学运算符

| 按位或
& 按位与
^ 按位异或
+ - * / 四则运算
<< 按位左移
>> 按位右移
** 指数运算
= 赋值
++ 自增运算
-- 自减运算
+= 加且赋值

支持else与otherwise

/foo/ {
ACTION1
} else {
ACTION2
}

支持嵌套

#匹配foo执行action1.匹配foo2执行actipn2。其他执行action3
/foo/ {
  /foo1/ {
     ACTION1
  }
  /foo2/ {
     ACTION2
  }
  otherwise {
     ACTION3
  }
}

支持命名与非命名提取

#operation就是变量名
/(?P<operation>\S+) (\S+) \[\S+\] (\S+) \(\S*\) \S+ (?P<bytes>\d+)/ {
  bytes_total[$operation][$3] += $bytes
}

增加常量label


# test.mtail
# 定义常量label env
hidden text env
# 给label 赋值 这样定义是global范围;
# 局部添加，则在对应的condition中添加
#getfilename()是内置的一个用法，结果可以增加logfile="xxx"的一个lable
env="production"
counter line_total by logfile,env
/^(?P<date>\w+\s+\d+\s+\d+:\d+:\d+)/ {
    line_total[getfilename()][env]++
}

获取到的metrics中会添加上env=production的label 如下：

# metrics
line_total{env="production",logfile="/path/to/xxxx.log",prog="test.mtail"} 4 1661165941788

如果要给metrics增加变量label，必须要使用命名提取。例如

# 日志内容
192.168.0.1 GET /foo
192.168.0.2 GET /bar
192.168.0.1 POST /bar



# test.mtail
counter my_http_requests_total by log_file, verb 
/^/ +
/(?P<host>[0-9A-Za-z\.:-]+) / +
/(?P<verb>[A-Z]+) / +
/(?P<URI>\S+).*/ +
/$/ {
    my_http_requests_total[getfilename()][$verb]++
}



# metrics
my_http_requests_total{logfile="xxx.log",verb="GET",prog="test.mtail"} 4242
my_http_requests_total{logfile="xxx.log",verb="POST",prog="test.mtail"} 42

命名提取的变量可以在条件中使用

/(?P<x>\d+)/ && $x > 1 {
nonzero_positives++
}
5. 时间处理

不显示处理，则默认使用系统时间

默认emit_metric_timestamp=“false” （注意是字符串）

http_latency_bucket{prog="histo.mtail",le="1"} 0
http_latency_bucket{prog="histo.mtail",le="2"} 0
http_latency_bucket{prog="histo.mtail",le="4"} 0
http_latency_bucket{prog="histo.mtail",le="8"} 0
http_latency_bucket{prog="histo.mtail",le="+Inf"} 0
http_latency_sum{prog="histo.mtail"} 0
http_latency_count{prog="histo.mtail"} 0

参数 emit_metric_timestamp=“true” (注意是字符串)

http_latency_bucket{prog="histo.mtail",le="1"} 1 1661152917471
http_latency_bucket{prog="histo.mtail",le="2"} 2 1661152917471
http_latency_bucket{prog="histo.mtail",le="4"} 2 1661152917471
http_latency_bucket{prog="histo.mtail",le="8"} 2 1661152917471
http_latency_bucket{prog="histo.mtail",le="+Inf"} 2 1661152917471
http_latency_sum{prog="histo.mtail"} 3 1661152917471
http_latency_count{prog="histo.mtail"} 4 1661152917471

使用日志的时间

Aug 22 15:28:32 GET /api/v1/pods latency=2s code=200
Aug 22 15:28:32 GET /api/v1/pods latency=1s code=200
Aug 22 15:28:32 GET /api/v1/pods latency=0s code=200



histogram http_latency buckets 1, 2, 4, 8
/^(?P<date>\w+\s+\d+\s+\d+:\d+:\d+)/ {
        strptime($date, "Jan 02 15:04:05")
	/latency=(?P<latency>\d+)/ {
		http_latency=$latency
	}
}

日志提取的时间，一定要注意时区问题，有一个参数 override_timezone 可以控制时区选择，否则默认使用UTC转换。 比如我启动时指定 override_timezone=Asia/Shanghai, 这个时候日志提取的时间会当做东八区时间 转换为timestamp， 然后再从timestamp转换为各时区时间时 就没有问题了,如图。
在这里插入图片描述

如果不带 override_timezone=Asia/Shanghai, 则默认将Aug 22 15:34:32 当做UTC时间，转换为timestamp。 这样再转换为本地时间时，会多了8个小时, 如图。
在这里插入图片描述

其他日志处理方案

本文介绍的日志处理方案相对简单，就像一把瑞士军刀，小巧锋利，如果你已经把日志都收集到 ElasticSearch 中了，可以对 ElasticSearch 中的日志做告警。

爱吃橘子橙子柚子
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
专栏目录
Nightingale | 夜莺监控
zs11234的博客
04-19 1411
​ Nightingale | 夜莺监控，一款先进的开源云原生监控分析系统，采用 All-In-One 的设计，集数据采集、可视化、监控告警、数据分析于一体，与云原生生态紧密集成，提供开箱即用的企业级监控分析和告警能力。
FlashCat_v2.1.1_b30_p5.8.1_m1000_gdsf7.apk
10-20
FlashCat_v2.1.1_b30_p5.8.1_m1000_gdsf7.apk
sea-monitor-all:N9E java sdk，采集应用数据上报N9E collector 或transfer
05-14
sea-monitor Stargazers over time N9E java sdk，采集应用数据上报N9E collector 或transfer。 Overview 后端截图 报警截图 架构 sea-monitor默认情况下以SDK形式嵌入到应用，方便研发人员使用； 支持PUSH和Pull两种模式，push模式是异步上报到N9E-collector，pull模式需要自己采集日志 push方式（默认） Pull方式（支持） 原理 应用启动后，初始化SeaMonitor类，启动消息发送线程 当调用SeaMonitor API时，数据点即Metrics，会放入队列，消息发送线程会周期性的将数据发送至远端 在N9E monapi端定义告警策略，集成钉钉通知 工程结构 ├── sea-monitor // 监控SDK ├── sea-monitor-boot-starter // sp
夜莺日志采集mtail
大伟的博客
08-13 1134
夜莺日志采集mtail
二夜莺n9e(Flashcat)监控V6：页面功能介绍(监控数据展示 告警功能 人员组织 系统配置）
weixin_62173811的博客
04-18 1585
一 n9e三种数据源 1时序 2日志 3trace 二 告警的功能 告警规则配置、内置规则、屏蔽规则、订阅规则、活跃告警、历史告警 三 人员组织 权限、用户管理 四 系统配置 通知设置、模板、单点登录
夜莺n9e监控V6架构以及部署（Nightingale）
weixin_62173811的博客
04-16 4452
一官方网址 1夜莺github网址 二夜莺V6架构 （一）中心汇聚式部署方案 （二）边缘下沉式混杂部署方案 三 二进制部署 四n9e配置文件config.toml
flashmenu（绝佳的flash菜单制作工具）
05-01
四、注意事项 尽管Flash技术曾经风靡一时，但随着HTML5的普及，一些现代浏览器已经不再支持Flash。因此，在使用FlashMenu时，应考虑目标用户的浏览器兼容性和对Flash的支持情况，必要时结合HTML5技术进行菜单的适配...
Nightingale 夜莺监控系统 - 部署篇（1）
RAB
01-11 3524
Nightingale 夜莺监控系统 - 部署篇（1）
推荐｜夜莺n9e监控配置电话短信机器人报警
zzpeter的博客
03-30 540
夜莺n9e监控配置电话短信飞书钉钉微信报警
夜莺n9ev5，categraf自定义采集数据
大伟的博客
08-13 2292
夜莺n9ev5，categraf自定义采集数据
夜莺(Flashcat)V6监控(四)：categraf-mtail日志收集插件详解
m0_61323675的博客
05-02 2378
(一)mtail介绍(一)mtail介绍categrafmtail-progs 定义mtail日志规则的格式，-logs 定义我们要读取的日志文件的路径日志格式.mtail的规则格式可以在mtail的github项目里面找到格式编写进入正题，这个mtail插件集合在了categraf里，不明白什么是categraf的兄弟姐妹可以看一下我上一期讲的categraf文章，里面都详细讲解了。
mtail详解
热门推荐
凶猛的小蜜蜂
04-20 1万+
文章目录1.概述2.参数详解3.安装启动4.mtail脚本语法 1.概述 mtail 是用于从应用程序日志中提取指标以导出到时间序列数据库或时间序列计算器以进行警报和仪表板显示的工具。简单来说，就是实时读取应用程序的日志，并且通过自己编写的脚本实时分析，最终生成时间序列指标的工具。 官网地址：https://github.com/google/mtail 下载地址：https://github.c...
部署N9e-v3运维监控平台
Kason_iWiki
11-12 5258
文章目录1. 夜莺介绍2. Nightingale架构3. 安装步骤4. 子系统简介5. 用户资源中心6. 资产管理系统7. 任务执行中心8. 监控告警系统 1. 夜莺介绍 官网：https://n9e.didiyun.com/ Github地址：https://github.com/didi/nightingale ==夜莺运维平台是滴滴开源的一个运维平台，有着滴滴公司最佳实践 == 夜莺拆成了四个子系统，分别为 用户资源中心（RDB） 资产管理系统（AMS） 任务执行中心（JOB） 监控告警系统（MO
Infobright——brighthouse存储引擎的一些分享
qq_41076304的博客
04-09 819
公司技术栈很老，目前还在使用列式存储引擎 Infobright ，这么冷门的数据库应该很少有公司使用了，但其实真正使用起来还挺好用的，它其实就是把存储引擎改成 brighthouse 的Mysql，不能delete、insert、update，只能通过 load data 的方式加载数据。
mtail 添加histogram的一个演示
简先生的研究记录
06-12 642
histogram demo 演示 本文以tomcat 的access log 为例 1.安装mtail 步骤简单 wget https://github.com/google/mtail/releases/download/v3.0.0-rc35/mtail_v3.0.0-rc35_linux_amd64 mv mtail_v3.0.0-rc35_linux_amd64 mtail ...
Nginx入门到精通五（动静分离）
一条大河
07-14 279
动静分离介绍Nginx动静分离是把动态请求和静态请求分开，而不能理解为把动态页面和静态页面物理分离。可以理解为Nginx处理静态页面，Tomcat处理动态页面。动静分离实现上分为两种,方案1：主流方案，纯粹把静态文件独立成单独的域名，放在独立服务器上；方案2：动态文件和静态文件放在一起，通过Nginx来分开；通过location指定不同后缀名实现不同请求的转发；静态请求时，可以通过expires参数设置浏览器缓存过期时间，减少客户端和服务器之间的请求和流量。
分布式存储Ceph的部署及应用（创建MDS、RBD、RGW 接口）
weixin_44112402的博客
07-17 531
存储机制会把数据分散存储到多个节点上，具有高扩展性、高性能、高可用性等优点。Ceph使用C++语言开发，是一个开放、自我修复和自我管理的开源分布式存储系统。具有高扩展性、高性能、高可靠性的优点。Ceph目前已得到众多云计算厂商的支持并被广泛应用。RedHat及OpenStack，Kubernetes都可与Ceph整合以支持虚拟机镜像的后端存储。粗略估计，我国70%—80%的云平台都将Ceph作为底层的存储平台，由此可见Ceph俨然成为了开源云平台的标配。
CI/CD详解 & Jenkins 介绍与实战
my的博客
07-16 673
本文大纲概览： CI/CD 概念与工作流程 详解 Jenkins安装、启动、初始化配置 使用Jenkins部署github上的 xzll-im 微服务项目 freestyle方式 push代码后自动部署 pipeline方式部署 pipeline + push 方式 本文实操过程中，相关工具版本信息如下： centos版本： CentOS Linux release 7.9.200...
portainer教程-docker可视化管理工具
最新发布
chaoren499的专栏
07-17 369
很多朋友刚接触docker 学习，就想问 docker有图形化界面吗 ，答案是肯定的， 这里白眉大叔 给大家推荐 Docker可视化管理平台 -- Portainer。
docker将Java、vue、nginx打进镜像（涉及容器打成镜像）
qq_37752382的博客
07-15 544
按照上文拉取centos7，然后将需要的东西直接打进脚本，这样最简单，但是在拉取过程中，初始镜像contos7安装nginx需要安装一些工具包，拉取的时候报错了，原因还是在镜像源上，并且还想在上面装一些工具，另外创建容器不应该在里面做很多初始化的东西，每次更新业务包就行，4）准备文件完成后执行下面的就行（如果配置文件不对，比如nginx的配置等先进入镜像手动调整好，没问题了，再删除掉容器和镜像重新制作镜像即可）本文不讲安装docker,安装好安装，镜像源稍微麻烦点。1）生成镜像并创建容器。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值