前文我们聊到了puppet的架构，单机模型和master/agent模型的工作流程以及puppet的基础使用，回顾请参考https://www.cnblogs.com/qiuhom-1874/p/14052241.html；今天我们主要来了解下puppet的核心资源的使用；

　　什么是资源？

　　在puppet中，资源就是指我们要操作被管控端主机的对象；puppet中的资源概念有点类似ansible中的模块，在ansible中不同模块有着不同的功能，比如用户管理，我们就要用user模块，文件管理就要用file模块，执行命令有shell模块和command模块；puppet中的资源也是类似的作用，不同的是puppet中资源是高度抽象的；所谓高度抽象就是指用户无需关心底层操作系统接口；比如我们要在被管控端安装一个nginx软件，如果用puppet来实现，我们直接使用package这个资源即可完成，用户不用考虑底层到底是windows还是centos或者ubuntu，puppet它能够自动识别，然后采用不同的安装方法；而在ansible中对于不同操作系统，使用的模块有所不同，比如redhat系列要使用yum这个模块，debain系列要使用apt模块；puppet把相似的资源被抽象成同一种资源类型，比如程序包资源，用户资源以及服务资源等；将资源属性或状态的描述与其实现方式剥离开；如安装程序包用户无需关心使用什么方法去实现，只需要描述清楚资源的目标状态以及相关属性信息即可；

　　puppet常用资源的使用

　　1、group：该资源类型主要用来管理被管控端主机上的组；

　　　　主要属性

　　　　name：该属性主要用来描述组名，namevar如果默认不人工手动指定，则以title字符串来替代；

　　　　gid：该属性用来描述GID（组ID）；

　　　　system：该属性用来描述是否为系统组，取值yes/no或者true/false；

　　　　ensure：该属性用来描述目标状态（即用户期待目标主机对应该资源的期望状态），取值present/absent；

　　　　members：该属性用来描述组中的成员用户信息；

　　示例：创建一个test组

  1. [root@node12 ~]# cat group.pp
  2. group{'create_group':
  3.         name    => 'test',
  4.         gid     => 1212,
  5.         system  => false,
  6.         ensure  => present,
  7. }
  8. [root@node12 ~]#

　　模拟运行以上资源清单检查是否有语法错误

  1. [root@node12 ~]# puppet apply -v --noop group.pp
  2. Notice: Compiled catalog for node12.test.org in environment production in 0.05 seconds
  3. Info: Applying configuration version '1606827824'
  4. Notice: /Stage[main]/Main/Group[create_group]/ensure: current_value absent, should be present (noop)
  5. Notice: Class[Main]: Would have triggered 'refresh' from 1 events
  6. Notice: Stage[main]: Would have triggered 'refresh' from 1 events
  7. Notice: Finished catalog run in 0.02 seconds
  8. [root@node12 ~]#

　　应用到本地主机

  1. [root@node12 ~]# puppet apply -v  group.pp
  2. Notice: Compiled catalog for node12.test.org in environment production in 0.05 seconds
  3. Info: Applying configuration version '1606827835'
  4. Notice: /Stage[main]/Main/Group[create_group]/ensure: created
  5. Notice: Finished catalog run in 0.08 seconds
  6. [root@node12 ~]#

　　验证：查看本机是否创建test组？对应gid是否是我们指定的gid?

  1. [root@node12 ~]# getent group test
  2. test:x:1212:
  3. [root@node12 ~]#

　　2、user：该资源类型主要用来管理被管控端主机上的用户，如新建用户，删除用户等等；

　　主要属性

　　　　name：用户名，namevar

　　　　uid：UID；

　　　　gid：基本组id；

　　　　groups：附加组，不能包含基本组；

　　　　comment：注释；

　　　　expiry：过期时间；

　　　　home：家目录；

　　　　shell：默认shell类型；

　　　　system：是否为系统用户，取值yes/no或者true/false；

　　　　ensure：用户期望的目标状态，取值present/absent；

　　　　password：加密后的密码串；

　　示例：创建一个用户

  1. [root@node12 ~]# cat user.pp
  2. user{"create_user":
  3.         name    => "jerry",
  4.         uid     => 1213,
  5.         groups  => ["test","test1","test2","test3"],
  6.         comment => "this is create test user",
  7.         system  => no,
  8.         ensure  => present,
  9. }
  10. [root@node12 ~]#

　　验证语法和应用到本机

  1. [root@node12 ~]# puppet apply -v --noop user.pp
  2. Notice: Compiled catalog for node12.test.org in environment production in 0.06 seconds
  3. Info: Applying configuration version '1606829084'
  4. Notice: /Stage[main]/Main/User[create_user]/ensure: current_value absent, should be present (noop)
  5. Notice: Class[Main]: Would have triggered 'refresh' from 1 events
  6. Notice: Stage[main]: Would have triggered 'refresh' from 1 events
  7. Notice: Finished catalog run in 0.02 seconds
  8. [root@node12 ~]# puppet apply -v  user.pp
  9. Notice: Compiled catalog for node12.test.org in environment production in 0.06 seconds
  10. Info: Applying configuration version '1606829091'
  11. Notice: /Stage[main]/Main/User[create_user]/ensure: created
  12. Notice: Finished catalog run in 0.05 seconds
  13. [root@node12 ~]#

　　验证：查看jerry用户是否创建完成，对应属性是否是我们指定的属性呢？

  1. [root@node12 ~]# id jerry
  2. uid=1213(jerry) gid=1213(jerry) groups=1213(jerry),1000(test1),1001(test2),1002(test3),1212(test)
  3. [root@node12 ~]# getent passwd jerry
  4. jerry:x:1213:1213:this is create test user:/home/jerry:/bin/bash
  5. [root@node12 ~]#

　　以上示例在指定附加组是系统上已经存在的情况，如果指定的组没有这么办呢？我们知道puppet执行资源清单时，有一个很重要的特性，幂等性；所谓幂等性就是指不管执行多少遍资源清单，对应的目标状态会保持一致，如果应系统指定的资源不是用户定义的目标状态，puppet会强制让其状态保持为目标状态，如果对应系统资源状态满足我们定义的目标状态，则不执行或跳过；结合上述说的，在创建用户时，指定的附加组不存在，理论上我们应该先确保对应组存在，然后再创建用户；所以用户资源可能依赖组资源；简单讲user资源依赖group资源，在创建用户时，对应的附加组应该提前创建；

　　在puppet中资源和资源是有依赖关系的，定义资源和资源间的依赖关系有两种方式，如下

　　A before B: A优先于B，定义在A资源中；

  1. {
  2.     ...
  3.     before	=> Type['B'],
  4.     ...
  5. }

　　B require A： B依赖于A，定义在B资源中；

  1. {
  2. 　　...
  3. 　　require	=> Type['A'],
  4. 　　...
  5. }

　　示例：不定义依赖，应用资源清单，看看tom用户是否会被创建？

  1. [root@node12 ~]# cat user.pp
  2. user{"tom":
  3.         groups  => ["mygrp","testgrp"],
  4.         comment => "this is create test user",
  5.         system  => no,
  6.         ensure  => present,
  7. #       require => [Group["mygrp"],Group["testgrp"]]
  8. }
  9.  
  10. [root@node12 ~]# puppet apply -v --noop  user.pp
  11. Notice: Compiled catalog for node12.test.org in environment production in 0.06 seconds
  12. Info: Applying configuration version '1606832440'
  13. Notice: /Stage[main]/Main/User[tom]/ensure: current_value absent, should be present (noop)
  14. Notice: Class[Main]: Would have triggered 'refresh' from 1 events
  15. Notice: Stage[main]: Would have triggered 'refresh' from 1 events
  16. Notice: Finished catalog run in 0.02 seconds
  17. [root@node12 ~]# puppet apply -v   user.pp
  18. Notice: Compiled catalog for node12.test.org in environment production in 0.06 seconds
  19. Info: Applying configuration version '1606832447'
  20. Error: Could not create user tom: Execution of '/usr/sbin/useradd -c this is create test user -G mygrp,testgrp -M tom' returned 6: useradd: group 'mygrp' does not exist
  21. useradd: group 'testgrp' does not exist
  22. Error: /Stage[main]/Main/User[tom]/ensure: change from absent to present failed: Could not create user tom: Execution of '/usr/sbin/useradd -c this is create test user -G mygrp,testgrp -M tom' returned 6: useradd: group 'mygrp' does not exist
  23. useradd: group 'testgrp' does not exist
  24. Notice: Finished catalog run in 0.03 seconds
  25. [root@node12 ~]# id tom
  26. id: tom: no such user
  27. [root@node12 ~]#

　　提示：在puppet资源清单中“#”号代表注释；可以看到创建用户时，指定一个不存在的组给对应用户做附加组，它会提示我们对应的组不存在；当然对应的tom也不会被成功新建；

　　示例：定义依赖关系，再次执行资源清单，看看tom是否会被新建呢？

  1. [root@node12 ~]#
  2. [root@node12 ~]# cat user.pp
  3. user{"tom":
  4.         groups  => ["mygrp","testgrp"],
  5.         comment => "this is create test user",
  6.         system  => no,
  7.         ensure  => present,
  8.         require => [Group["mygrp"],Group["testgrp"]]
  9. }
  10.  
  11. [root@node12 ~]# puppet apply -v --noop  user.pp
  12. Notice: Compiled catalog for node12.test.org in environment production in 0.10 seconds
  13. Error: Could not find dependency Group[mygrp] for User[tom] at /root/user.pp:7
  14. [root@node12 ~]#

　　提示：这里虽然定义了依赖的资源，但是它这里提示我们为在当前资源清单中找到对应的依赖资源定义内容；这里需要注意一点引用资源的方式是Type["resouce name"],其中type指资源类型，并且首字母必须大写；

　　在资源清单中定义被依赖的资源，再次执行资源清单，看看tom用户是否被创建？

  1. [root@node12 ~]# cat user.pp
  2. user{"tom":
  3.         groups  => ["mygrp","testgrp"],
  4.         comment => "this is create test user",
  5.         system  => no,
  6.         ensure  => present,
  7.         require => [Group["mygrp"],Group["testgrp"]]
  8. }
  9. group{"mygrp":
  10.         ensure  => present,
  11. }
  12. group{"testgrp":
  13.         ensure  => present,
  14. }
  15.  
  16. [root@node12 ~]# puppet apply -v --noop  user.pp
  17. Notice: Compiled catalog for node12.test.org in environment production in 0.10 seconds
  18. Info: Applying configuration version '1606833022'
  19. Notice: /Stage[main]/Main/Group[mygrp]/ensure: current_value absent, should be present (noop)
  20. Notice: /Stage[main]/Main/Group[testgrp]/ensure: current_value absent, should be present (noop)
  21. Notice: /Stage[main]/Main/User[tom]/ensure: current_value absent, should be present (noop)
  22. Notice: Class[Main]: Would have triggered 'refresh' from 3 events
  23. Notice: Stage[main]: Would have triggered 'refresh' from 1 events
  24. Notice: Finished catalog run in 0.02 seconds
  25. [root@node12 ~]# puppet apply -v   user.pp
  26. Notice: Compiled catalog for node12.test.org in environment production in 0.10 seconds
  27. Info: Applying configuration version '1606833042'
  28. Notice: /Stage[main]/Main/Group[mygrp]/ensure: created
  29. Notice: /Stage[main]/Main/Group[testgrp]/ensure: created
  30. Notice: /Stage[main]/Main/User[tom]/ensure: created
  31. Notice: Finished catalog run in 0.08 seconds
  32. [root@node12 ~]# id tom
  33. uid=1214(tom) gid=1216(tom) groups=1216(tom),1214(mygrp),1215(testgrp)
  34. [root@node12 ~]#

　　提示：可以看到在定义了依赖关系以后，被依赖的资源要先执行；简单讲定义依赖关系就是指定资源执行的先后顺序；

　　除了以上方式定义资源执行的先后顺序，还可以使用以下方式定义资源执行的先后顺序

　　在被依赖的资源中使用before属性指定要优先那个资源执行

  1. [root@node12 ~]# cat user.pp
  2. user{"tom":
  3.         groups  => ["mygrp","testgrp"],
  4.         comment => "this is create test user",
  5.         system  => no,
  6.         ensure  => present,
  7. #       require => [Group["mygrp"],Group["testgrp"]]
  8. }
  9. group{"mygrp":
  10.         ensure  => present,
  11.         before  => User["tom"],
  12. }
  13. group{"testgrp":
  14.         ensure  => present,
  15.         before  => User["tom"],
  16. }
  17.  
  18. [root@node12 ~]#

　　单独定义资源执行顺序

  1. [root@node12 ~]# cat user.pp
  2. user{"tom":
  3.         groups  => ["mygrp","testgrp"],
  4.         comment => "this is create test user",
  5.         system  => no,
  6.         ensure  => present,
  7. }
  8. group{"mygrp":
  9.         ensure  => present,
  10. }
  11. group{"testgrp":
  12.         ensure  => present,
  13. }
  14.  
  15. Group["testgrp"] -> Group["mygrp"] -> User["tom"]
  16. [root@node12 ~]#

　　提示：以上清单内容表示Group["testgrp"]要优先于Group["mygrp"]优先于User["tom"]资源；

　　删除testgrp,mygrp组和tom用户

  1. [root@node12 ~]# groupdel mygrp
  2. [root@node12 ~]# groupdel testgrp
  3. [root@node12 ~]# userdel tom

　　不定义资源执行顺序，应用资源清单的顺序是

　　提示：默认在一个资源清单中的资源会自动解决依赖关系，通常被依赖的资源会从上至下依次执行；

　　定义资源执行顺序，应用资源清单，看看对应资源执行顺序是否是我们定义的资源顺序呢？

　　提示：可以看到定义了资源执行顺序以后，资源的执行顺序就是我们定义的顺序；

　　3、package：该资源类型用于管理被控端的包资源；

　　主要属性

　　　　name：包名称，namevar；

　　　　ensure：目标状态，取值有installed/present/latest,absent/purgud；

　　　　source：程序包来源，仅对不会自动下载相关程序包的provider有用，例如rpm或dpkg；

　　　　provider：指定安装方式；

　　示例：安装redis服务

  1. [root@node12 ~]# cat package.pp
  2. package{"redis":
  3.         ensure  => installed,
  4. }
  5. [root@node12 ~]#

　　应用资源清单

  1. [root@node12 ~]# rpm -q redis
  2. package redis is not installed
  3. [root@node12 ~]# puppet apply -v --noop package.pp
  4. Notice: Compiled catalog for node12.test.org in environment production in 0.18 seconds
  5. Warning: The package type's allow_virtual parameter will be changing its default value from false to true in a future release. If you do not want to allow virtual packages, please explicitly set allow_virtual to false.
  6.    (at /usr/share/ruby/vendor_ruby/puppet/type.rb:816:in `set_default')
  7. Info: Applying configuration version '1606835569'
  8. Notice: /Stage[main]/Main/Package[redis]/ensure: current_value absent, should be present (noop)
  9. Notice: Class[Main]: Would have triggered 'refresh' from 1 events
  10. Notice: Stage[main]: Would have triggered 'refresh' from 1 events
  11. Notice: Finished catalog run in 0.08 seconds
  12. [root@node12 ~]# puppet apply -v  package.pp
  13. Notice: Compiled catalog for node12.test.org in environment production in 0.19 seconds
  14. Warning: The package type's allow_virtual parameter will be changing its default value from false to true in a future release. If you do not want to allow virtual packages, please explicitly set allow_virtual to false.
  15.    (at /usr/share/ruby/vendor_ruby/puppet/type.rb:816:in `set_default')
  16. Info: Applying configuration version '1606835576'
  17. Notice: /Stage[main]/Main/Package[redis]/ensure: created
  18. Notice: Finished catalog run in 2.88 seconds
  19. [root@node12 ~]# rpm -q redis
  20. redis-3.2.12-2.el7.x86_64
  21. [root@node12 ~]#

　　4、service：该资源类型用于管理被控端的服务；

　　主要属性

　　　　ensure：定义目标状态，取值有running/stopped或者true/false；

　　　　enable：是否设置为开机启动，取值true/false；

　　　　name：服务名称，namevar

　　　　path：脚本的搜索路径，默认为/etc/init.d/；

　　　　binary：二进制程序路径，主要用于指定编译后的二进制程序路径；

　　　　hasrestart：是否有重启命令；

　　　　hasstatus：是否有status命令；

　　　　start：手动定义启动服务命令；

　　　　stop：手动定义停止服务命令；

　　　　status：手动定义查看服务状态命令；

　　　　restart：手动定义重启服务命令；

　　示例：启动redis

  1. [root@node12 ~]# cat redis.pp
  2. service{"redis":
  3.         ensure  => running,
  4.         enable  => true,
  5. }
  6. [root@node12 ~]#

　　应用资源清单

  1. [root@node12 ~]# ss -tnl
  2. State      Recv-Q Send-Q         Local Address:Port                        Peer Address:Port
  3. LISTEN     0      128                        *:22                                     *:*
  4. LISTEN     0      100                127.0.0.1:25                                     *:*
  5. LISTEN     0      128                        *:27017                                  *:*
  6. LISTEN     0      128                       :::22                                    :::*
  7. LISTEN     0      100                      ::1:25                                    :::*
  8. [root@node12 ~]# puppet apply -v --noop redis.pp
  9. Notice: Compiled catalog for node12.test.org in environment production in 0.06 seconds
  10. Info: Applying configuration version '1606835960'
  11. Notice: /Stage[main]/Main/Service[redis]/ensure: current_value stopped, should be running (noop)
  12. Info: /Stage[main]/Main/Service[redis]: Unscheduling refresh on Service[redis]
  13. Notice: Class[Main]: Would have triggered 'refresh' from 1 events
  14. Notice: Stage[main]: Would have triggered 'refresh' from 1 events
  15. Notice: Finished catalog run in 0.04 seconds
  16. [root@node12 ~]# puppet apply -v redis.pp
  17. Notice: Compiled catalog for node12.test.org in environment production in 0.07 seconds
  18. Info: Applying configuration version '1606835968'
  19. Notice: /Stage[main]/Main/Service[redis]/ensure: ensure changed 'stopped' to 'running'
  20. Info: /Stage[main]/Main/Service[redis]: Unscheduling refresh on Service[redis]
  21. Notice: Finished catalog run in 0.09 seconds
  22. [root@node12 ~]# ss -tnl
  23. State      Recv-Q Send-Q         Local Address:Port                        Peer Address:Port
  24. LISTEN     0      128                127.0.0.1:6379                                   *:*
  25. LISTEN     0      128                        *:22                                     *:*
  26. LISTEN     0      100                127.0.0.1:25                                     *:*
  27. LISTEN     0      128                        *:27017                                  *:*
  28. LISTEN     0      128                       :::22                                    :::*
  29. LISTEN     0      100                      ::1:25                                    :::*
  30. [root@node12 ~]# systemctl is-enabled redis
  31. enabled
  32. [root@node12 ~]#

　　提示：可以看到应用清单文件以后，对应redis服务已经正常启动，并设置开机启动；

　　示例：停止redis服务，并禁用其开机启动

  1. [root@node12 ~]# cat redis.pp
  2. service{"redis":
  3.         ensure  => stopped,
  4.         enable  => false,
  5. }
  6. [root@node12 ~]# puppet apply -v --noop redis.pp
  7. Notice: Compiled catalog for node12.test.org in environment production in 0.07 seconds
  8. Info: Applying configuration version '1606836096'
  9. Notice: /Stage[main]/Main/Service[redis]/ensure: current_value running, should be stopped (noop)
  10. Notice: Class[Main]: Would have triggered 'refresh' from 1 events
  11. Notice: Stage[main]: Would have triggered 'refresh' from 1 events
  12. Notice: Finished catalog run in 0.04 seconds
  13. [root@node12 ~]# puppet apply -v redis.pp
  14. Notice: Compiled catalog for node12.test.org in environment production in 0.07 seconds
  15. Info: Applying configuration version '1606836102'
  16. Notice: /Stage[main]/Main/Service[redis]/ensure: ensure changed 'running' to 'stopped'
  17. Notice: Finished catalog run in 0.11 seconds
  18. [root@node12 ~]# ss -tnl
  19. State      Recv-Q Send-Q         Local Address:Port                        Peer Address:Port
  20. LISTEN     0      128                        *:22                                     *:*
  21. LISTEN     0      100                127.0.0.1:25                                     *:*
  22. LISTEN     0      128                        *:27017                                  *:*
  23. LISTEN     0      128                       :::22                                    :::*
  24. LISTEN     0      100                      ::1:25                                    :::*
  25. [root@node12 ~]# systemctl is-enabled redis
  26. disabled
  27. [root@node12 ~]#

　　提示：可以看到执行了资源清单以后，对应服务就停掉了并且也禁用了开机启动；

自动化运维工具之Puppet常用资源（一）的更多相关文章

  1. 自动化运维工具之Puppet常用资源（二）

    前文我们了解了部分puppet的资源的使用,以及资源和资源的依赖关系的定义,回顾请参考https://www.cnblogs.com/qiuhom-1874/p/14071459.html:今天我们继 ...

  2. 自动化运维工具之Puppet基础入门

    一.简介 puppet是什么?它能做什么? puppet是一个IT基础设施自动化运维工具,它能够帮助系统管理员管理基础设施的整个生命周期:比如,安装服务,提供配置文件,启动服务等等一系列操作:基于pu ...

  3. 自动化运维工具之Puppet变量、正则表达式、流程控制、类和模板

    前文我们了解了puppet的file.exec.cron.notify这四种核心资源类型的使用以及资源见定义通知/订阅关系,回顾请参考https://www.cnblogs.com/qiuhom-18 ...

  4. 自动化运维工具之Puppet模块

    前文我们了解来puppet的变量.流程控制.正则表达式.类和模板的相关话题,回顾请参考https://www.cnblogs.com/qiuhom-1874/p/14079208.html:今天我们来 ...

  5. 自动化运维工具之Puppet master/agent模型、站点清单和puppet多环境设定

    前文我们了解了puppe中模块的使用,回顾请参考https://www.cnblogs.com/qiuhom-1874/p/14086315.html:今天我来了解下puppet的master/age ...

  6. 自动化运维工具ansible中常用模块总结

    1.yum模块: name:要操作的软件包名字,可以是一个url或者本地rpm包路径,如name=nginx update_cache:更新软件包缓存,如update_cache=yes则更新软件包缓 ...

  7. Ansible自动化运维工具及其常用模块

    Ansible自动化运维工具及其常用模块 目录 Ansible自动化运维工具及其常用模块 一.Ansible简介 1. Ansible概述 2. Ansible作用 3. Ansible的工作模块 4 ...

  8. 自动化运维工具——ansible详解（一）

    ansible 简介 ansible 是什么? ansible是新出现的自动化运维工具,基于Python开发,集合了众多运维工具(puppet.chef.func.fabric)的优点,实现了批量系统 ...

  9. 企业级自动化运维工具应用实战-ansible

    背景 公司计划在年底做一次大型市场促销活动,全面冲刺下交易额,为明年的上市做准备.公司要求各业务组对年底大促做准备,运维部要求所有业务容量进行三倍的扩容,并搭建出多套环境可以共开发和测试人员做测试,运 ...

随机推荐

  1. python获取当前时间、今天零点、235959点、昨天当前时间、明天的当前时间

    python获取当前时间.今天零点.23:59:59点.昨天当前时间.明天的当前时间. 关注公众号"轻松学编程"了解更多. 获取当前时间.今天零点 使用timedalte. tim ...

  2. Antisymmetry

    题意描述 Antisymmetry 求给定的字符串的子串集合中为"反对串"的个数. 反对串的定义为,将这个字符串 \(0\) 和 \(1\) 取反后,再将整个串反过来和原串一样,就 ...

  3. Java入门（6）

    阅读书目:Java入门经典(第7版) 作者:罗格斯·卡登海德 当方法在子类和超类都定义了时,将使用子类的定义:因此子类可以修改,替换或完全删除超类的行为或属性. 关键字super引用对象的上一级超类, ...

  4. .net 实现之短信验证码

    接口类型:互亿无线触发短信接口,支持发送验证码短信.订单通知短信等. 账户注册:请通过该地址开通账户http://sms.ihuyi.com/register.html 只能测试用: 实现注册页面 & ...

  5. 9、Django之模型层第四篇：进阶操作

    一 QuerySet对象 1.1可切片 使用Python 的切片语法来限制查询集记录的数目 .它等同于SQL 的LIMIT 和OFFSET 子句. Entry.objects.all()[:5] # ...

  6. leetcode6:binary-tree-postorder-traversal

    题目描述 求给定的二叉树的后序遍历. 例如: 给定的二叉树为{1,#,2,3}, 1↵ ↵ 2↵ /↵ 3↵ 返回[3,2,1]. 备注:用递归来解这道题太没有新意了,可以给出迭代的解法么? Give ...

  7. 关于Wrapper Class

    public class RunTest{ public static void main(String[] args) { Integer ten=new Integer(10); Long nin ...

  8. jdk+tomcat 文件下载

    1.下载jdk+tomcat 链接:https://pan.baidu.com/s/1DQ-l2S4th9BoucWqAymmLg :密码: zdd3 备:tomcat是解压包,直接解压就能用,但需配 ...

  9. 基于FFmpeg的Dxva2硬解码及Direct3D显示（一）

    目录 前言 名词解释 代码实现逻辑 前言 关于视频软解码的资料网上比较多了,但是关于硬解可供参考的资料非常之有限,虽然总得来说软解和硬解的基本逻辑一样,但是实现细节上的差别还是比较多的.虽然目前功能已 ...

  10. Docker部署spring boot项目

    1.打包 将项目打jar包并传到服务器的一个文件夹中,我的是/opt/docker,注意项目中的mysql配置的IP是服务器公网的ip地址 #数据源设置 spring.datasource.usern ...