据故老相传,运维界有句话:“脚林至尊,宝刀,号令被控,莫敢不从”。
://gitee.com/chuanjiao10/kasini3000_agent_linux开源+免费+跨平台,欢迎给星,欢迎贡献代码,欢迎帮忙修复bug。
------话题一:为啥不用ansible封装的rsync,而用卡死你3000封装的?k_rsync_winfromlinux.ps1k_rsync_wintolinux.ps1Rsync是块同步,它只同步差异,对于大文件同步有优势。
它要求主控机-被控机都用rsync来工作。
Ansible和卡死你3000都调用底层的rsync,即你需要在主控机,被控机都装rsync。
对于linux-linux之间的rsync,卡死你3000是脚本源码,你可以很方便自己修改ps1脚本,调整里面的参数,达到rsync官方的参数,而ansible的rsync二手库,是一个二进制包,不方便更改参数。
对于win-linux之间的rsync,卡死你3000是封装了cwrsync客户端。
而没有win主控机版ansible,win被控机也没有封装rsync,顾目前无此功能。
话题二:批量运维工具,必须得是脚本,这句话对吗?你怎么看?很显然,ansible,salt违背了这一点。
对于yaml,你可以随意定义任意语法。
比如:user:name={{name}}password={{chagepd|password_hash('sha512')}}update_password=always上述为ansible改密码官方代码。
Ansible肆无忌惮地定义yaml。
相关ansible库和yaml定义,就像一棵树,你明年再跑来看看,这树长得枝繁叶茂了。
就像一个坑,你明年再跑来看看,坑更深、岔路更多了。
若你入坑,你必然迷失坑中。
要学习这些,这无疑是一个大工程。
你想改个密码而已,有必要学习那么多诸如passhash,always吗?Kasini3000改密码:k_run_ip-ip1.2.3.4{chpasswdabcd1234}1yaml有空格和缩进问题。
Powershell和kasini3000项目没有。
还支持中文脚本名,中文函数名,中文参数名,参数值,中文报错信息,tab补全等。
2关键字不兼容。
Ansible,阿里云的运维工具云助手,腾讯云的蓝鲸,都用yaml,但它们之间的关键字不兼容。
3脚本套脚本像喝水般容易,管道容易。
Yaml套yaml难,yaml套脚本难。
4For是shell脚本人最常用的功能。
自打ansible来了之后,它用yaml关键字定义和jinjia2代替了for。
可以说for的腿被被打折了。
3层for循环难倒ansible老司机。
5管道传值如“a脚本语言编写的脚本1|b脚本语言编写的脚本1”,这在基于yaml的语言中,难以实现。
6Python的对象,属性,方法,没有。
处理对象费劲。
表达if-else都费劲,套jinjia2不好调试。
7如上所述。
想把win,linux命令封装起来,只能是用各种脚本语言。
不用脚本语言,却非要用yaml是很别扭的。
8运维必须得会win,linux原生命令。
而Ansible致力于把win,linux命令封装成。
这在一定程度上没必要。
话题三:是脚本也未必行?Ruby,perl,都是小众脚本,系统、运维、用的不多。
剩下的只有这么几种:Shell:shell太老,有很多癌症。
批量很难。
Python:py没有命令行。
管道使用麻烦。
Groovy:被限制在jenkins中,java占用内存大。
但前景很好,是powershell的最大威胁。
Powershell:win占世界85%以上江山。
问:我自己写了脚本,为什么要用你的框架来运行?卡死你3000能干什么?答:它主要给脚本,提供多进程、多线程引擎;自动远程传递ps1脚本,和代码块;定时任务引擎;远程传值传对象;把结果入主控机sqlite数据库,方便查询。
话题四:有状态批量运维。
所谓状态,就是在批量运维动作前后,记录结果。
状态可以被记录在主控机,被控机,各有好处。
Terraform,和powershell-dsc是有状态的典范。
powershell-dsc可以在linux下运行,但模块不多。
Powershell-dsc的优势是win。
可以把卡死你3000,和powershell-dsc,安装在一起,即可在卡死你3000上,推送dsc任务和状态,来达到有状态运维。
Ansible,kasini3000本质是没有状态的。
实际上,卡死你3000脚本内调用数据库,很容易手动实现有状态。
或许未来,卡死你3000加litedb实现一个主控机单机的bson状态数据库,也可以添加mogodb的网络状态数据库的支持。
话题五:powershell和卡死你3000的超强扩展性。
Powershell支持所有主流数据库:sqlite,mogodb,litedb,redis,mysql,postgresql,sqlserver,oracle等。
这些支持源于.net的nuget库,大都跨平台,部分支持arm。
卡死你3000主控机,和jenkins主控机,安装在一台机子上。
支持从jenkins主控机中调用。
卡死你3000主控机,和vmwarepowercli主控机,安装在一台机子上。
支持互操作。
卡死你3000主控机,和zabbix主控机,安装在一台机子上。
相互调用传值。
Zabbix被控机,可以调用卡死你3000被控机,也可以给卡死你kasini3000被控机传值。
卡死你3000的优势,是需要在被控机装powershell。
若被控机是vmwareesxi母机,或ssh交换机,也可以使用win,linux中的powershell的foreach加ssh实现批量运维。
和多线程并发批量运维。
Aws云,azure云,都有官方powershell库。
记住脚本就是胶水,调用完本地,就调用远程。
可以把,,以字符串形式,嵌入ps1。
你可曾思考过扩展Ansible?我曾经思考过但是要想暴露出来,却不容易。
应该有的问题。
即便都是py3,不同版本也有差异。
ansible开发团队,肯定会面临有这种问题的:ansible被控机需要跨越py2,py3,的鸿沟。
想象一下:centos7被控机内只有py2,而ubuntu2004、或centos9,被控机内只有py3,你从同一台主控机,怎么分别控制它们?同一个功能,肯定是要开发2套py脚本的。
若想尽量避免2套脚本,就只能尽量使用最小,最通用的的py语句,特性。
你若用shell写扩展功能,那还不如用ps1写功能强,还能win,linux通用,还自带tab补全。
结论:想扩展ansible,找ansible官方,让开发者堆出库来,你只按规矩使用。
Kasini3000这边自己写脚本。
好处是powershell脚本不需要开发tab补全插件。
所有自写脚本的参数,powershell引擎自动给你tab补全。
话题六:如何看待《卡死你3000》?问:卡死你3000和ansible最大的区别是啥?答:1卡死你3000是以远程执行脚本为核心的。
你需要写.ps1脚本,而不是yaml。
ps1脚本和shell脚本95%相同。
你可以在win,linux主控机上存储.sh;.py等传统shell脚本。
并通过卡死你3000(的kct)向被控机推送脚本文件,并在被控机调用它,来实现100%兼容其他脚本。
你需要使用win,linux系统命令,而不是模块。
你需要用之类的shell语法,返回错误。
需要写if-else去除不符的条件。
远程调用,100%兼容.py;.perl;.bat等脚本。
支持被控机上不同版本的软件,同时存在。
2卡死你3000有多线程,多进程。
ansible只有多进程。
3卡死你3000有远程传递对象。
主控机到被控机传递对象参数,被控机到主控机返回对象结果,功能强大。
4卡死你3000有远程定时任务。
问:卡死你3000的优势是啥?卡死你3000win主控机,有声音,图片,视频报警,右下角气球报警,朗读中英文文本。
在Win主控机使用,管理win被控机有极大优势。
卡死你3000主被控机,win,linux上安装简单,只需要从群共享中解压,并运行一个初始化脚本。
Linux被控机上一键安装。
Ansible不支持win主控机,linux主控机上安装麻烦,依赖包多。
在主控机上的ps1脚本,即可穿透win,linux堡垒机,运行在被控机上。
Ansible这边是语法怪异,调试难。
Powershell这边是win+vscode+powershell扩展+remote扩展+linux被控机,可以单步运行,断点,运行鼠标选中等调试。
Ansible这边是。
若改变值后再返回,主控机这边不认了。
Powershell这边是你在被控机随意构造值,主控机任意处理。
因为发送值,接受值,都受你控制。
卡死你3000是世界上最好的脚本批量框架。
它比ansible,shell强。
但它只是一个骨架,缺少毛皮肉。
需要你写批量运维的业务脚本。
话题七:请用几句话,概括《ansible》和《卡死你3000》的总纲。
假如,把批量运维软件比喻成,那么可以把《卡死你3000》理解成藏在屠龙刀中的,其秘籍口诀总纲为若《ansible》是武功秘籍,那它必然是西域蕃僧所创的。
其口诀总纲是啥?谁谈谈。
不会是吧?------1你用过yaml批量运维工具吗?yaml套shell,和shell交互,传值,别扭吗?2批量运维,为什么shell不行?在没有卡死你3000之前,为什么shell没打败ansible?成为批量运维主要工具。
3搜烂ansible手册,也没找到ansible是多进程架构,多线程架构,还是都有。
实际是多进程。
这事为啥打死ansible也不说,谁能告诉我吗?4kasini3000缺点是啥?欢迎论点,论据。
需要一键在linux上安装powershell,这算吗?不算吧。
5红帽1000万美金收了ansible。
Kasini3000值1100万美金吗?哪值?哪不值?给几个论点,论据。
有人愿意谈谈吗?
据故老相传,运维界有句话:“脚林至尊,宝刀,号令被控,莫敢不从”。
://gitee.com/chuanjiao10/kasini3000_agent_linux开源+免费+跨平台,欢迎给星,欢迎贡献代码,欢迎帮忙修复bug。
------话题一:为啥不用ansible封装的rsync,而用卡死你3000封装的?k_rsync_winfromlinux.ps1k_rsync_wintolinux.ps1Rsync是块同步,它只同步差异,对于大文件同步有优势。
它要求主控机-被控机都用rsync来工作。
Ansible和卡死你3000都调用底层的rsync,即你需要在主控机,被控机都装rsync。
对于linux-linux之间的rsync,卡死你3000是脚本源码,你可以很方便自己修改ps1脚本,调整里面的参数,达到rsync官方的参数,而ansible的rsync二手库,是一个二进制包,不方便更改参数。
对于win-linux之间的rsync,卡死你3000是封装了cwrsync客户端。
而没有win主控机版ansible,win被控机也没有封装rsync,顾目前无此功能。
话题二:批量运维工具,必须得是脚本,这句话对吗?你怎么看?很显然,ansible,salt违背了这一点。
对于yaml,你可以随意定义任意语法。
比如:user:name={{name}}password={{chagepd|password_hash('sha512')}}update_password=always上述为ansible改密码官方代码。
Ansible肆无忌惮地定义yaml。
相关ansible库和yaml定义,就像一棵树,你明年再跑来看看,这树长得枝繁叶茂了。
就像一个坑,你明年再跑来看看,坑更深、岔路更多了。
若你入坑,你必然迷失坑中。
要学习这些,这无疑是一个大工程。
你想改个密码而已,有必要学习那么多诸如passhash,always吗?Kasini3000改密码:k_run_ip-ip1.2.3.4{chpasswdabcd1234}1yaml有空格和缩进问题。
Powershell和kasini3000项目没有。
还支持中文脚本名,中文函数名,中文参数名,参数值,中文报错信息,tab补全等。
2关键字不兼容。
Ansible,阿里云的运维工具云助手,腾讯云的蓝鲸,都用yaml,但它们之间的关键字不兼容。
3脚本套脚本像喝水般容易,管道容易。
Yaml套yaml难,yaml套脚本难。
4For是shell脚本人最常用的功能。
自打ansible来了之后,它用yaml关键字定义和jinjia2代替了for。
可以说for的腿被被打折了。
3层for循环难倒ansible老司机。
5管道传值如“a脚本语言编写的脚本1|b脚本语言编写的脚本1”,这在基于yaml的语言中,难以实现。
6Python的对象,属性,方法,没有。
处理对象费劲。
表达if-else都费劲,套jinjia2不好调试。
7如上所述。
想把win,linux命令封装起来,只能是用各种脚本语言。
不用脚本语言,却非要用yaml是很别扭的。
8运维必须得会win,linux原生命令。
而Ansible致力于把win,linux命令封装成。
这在一定程度上没必要。
话题三:是脚本也未必行?Ruby,perl,都是小众脚本,系统、运维、用的不多。
剩下的只有这么几种:Shell:shell太老,有很多癌症。
批量很难。
Python:py没有命令行。
管道使用麻烦。
Groovy:被限制在jenkins中,java占用内存大。
但前景很好,是powershell的最大威胁。
Powershell:win占世界85%以上江山。
问:我自己写了脚本,为什么要用你的框架来运行?卡死你3000能干什么?答:它主要给脚本,提供多进程、多线程引擎;自动远程传递ps1脚本,和代码块;定时任务引擎;远程传值传对象;把结果入主控机sqlite数据库,方便查询。
话题四:有状态批量运维。
所谓状态,就是在批量运维动作前后,记录结果。
状态可以被记录在主控机,被控机,各有好处。
Terraform,和powershell-dsc是有状态的典范。
powershell-dsc可以在linux下运行,但模块不多。
Powershell-dsc的优势是win。
可以把卡死你3000,和powershell-dsc,安装在一起,即可在卡死你3000上,推送dsc任务和状态,来达到有状态运维。
Ansible,kasini3000本质是没有状态的。
实际上,卡死你3000脚本内调用数据库,很容易手动实现有状态。
或许未来,卡死你3000加litedb实现一个主控机单机的bson状态数据库,也可以添加mogodb的网络状态数据库的支持。
话题五:powershell和卡死你3000的超强扩展性。
Powershell支持所有主流数据库:sqlite,mogodb,litedb,redis,mysql,postgresql,sqlserver,oracle等。
这些支持源于.net的nuget库,大都跨平台,部分支持arm。
卡死你3000主控机,和jenkins主控机,安装在一台机子上。
支持从jenkins主控机中调用。
卡死你3000主控机,和vmwarepowercli主控机,安装在一台机子上。
支持互操作。
卡死你3000主控机,和zabbix主控机,安装在一台机子上。
相互调用传值。
Zabbix被控机,可以调用卡死你3000被控机,也可以给卡死你kasini3000被控机传值。
卡死你3000的优势,是需要在被控机装powershell。
若被控机是vmwareesxi母机,或ssh交换机,也可以使用win,linux中的powershell的foreach加ssh实现批量运维。
和多线程并发批量运维。
Aws云,azure云,都有官方powershell库。
记住脚本就是胶水,调用完本地,就调用远程。
可以把,,以字符串形式,嵌入ps1。
你可曾思考过扩展Ansible?我曾经思考过但是要想暴露出来,却不容易。
应该有的问题。
即便都是py3,不同版本也有差异。
ansible开发团队,肯定会面临有这种问题的:ansible被控机需要跨越py2,py3,的鸿沟。
想象一下:centos7被控机内只有py2,而ubuntu2004、或centos9,被控机内只有py3,你从同一台主控机,怎么分别控制它们?同一个功能,肯定是要开发2套py脚本的。
若想尽量避免2套脚本,就只能尽量使用最小,最通用的的py语句,特性。
你若用shell写扩展功能,那还不如用ps1写功能强,还能win,linux通用,还自带tab补全。
结论:想扩展ansible,找ansible官方,让开发者堆出库来,你只按规矩使用。
Kasini3000这边自己写脚本。
好处是powershell脚本不需要开发tab补全插件。
所有自写脚本的参数,powershell引擎自动给你tab补全。
话题六:如何看待《卡死你3000》?问:卡死你3000和ansible最大的区别是啥?答:1卡死你3000是以远程执行脚本为核心的。
你需要写.ps1脚本,而不是yaml。
ps1脚本和shell脚本95%相同。
你可以在win,linux主控机上存储.sh;.py等传统shell脚本。
并通过卡死你3000(的kct)向被控机推送脚本文件,并在被控机调用它,来实现100%兼容其他脚本。
你需要使用win,linux系统命令,而不是模块。
你需要用之类的shell语法,返回错误。
需要写if-else去除不符的条件。
远程调用,100%兼容.py;.perl;.bat等脚本。
支持被控机上不同版本的软件,同时存在。
2卡死你3000有多线程,多进程。
ansible只有多进程。
3卡死你3000有远程传递对象。
主控机到被控机传递对象参数,被控机到主控机返回对象结果,功能强大。
4卡死你3000有远程定时任务。
问:卡死你3000的优势是啥?卡死你3000win主控机,有声音,图片,视频报警,右下角气球报警,朗读中英文文本。
在Win主控机使用,管理win被控机有极大优势。
卡死你3000主被控机,win,linux上安装简单,只需要从群共享中解压,并运行一个初始化脚本。
Linux被控机上一键安装。
Ansible不支持win主控机,linux主控机上安装麻烦,依赖包多。
在主控机上的ps1脚本,即可穿透win,linux堡垒机,运行在被控机上。
Ansible这边是语法怪异,调试难。
Powershell这边是win+vscode+powershell扩展+remote扩展+linux被控机,可以单步运行,断点,运行鼠标选中等调试。
Ansible这边是。
若改变值后再返回,主控机这边不认了。
Powershell这边是你在被控机随意构造值,主控机任意处理。
因为发送值,接受值,都受你控制。
卡死你3000是世界上最好的脚本批量框架。
它比ansible,shell强。
但它只是一个骨架,缺少毛皮肉。
需要你写批量运维的业务脚本。
话题七:请用几句话,概括《ansible》和《卡死你3000》的总纲。
假如,把批量运维软件比喻成,那么可以把《卡死你3000》理解成藏在屠龙刀中的,其秘籍口诀总纲为若《ansible》是武功秘籍,那它必然是西域蕃僧所创的。
其口诀总纲是啥?谁谈谈。
不会是吧?------1你用过yaml批量运维工具吗?yaml套shell,和shell交互,传值,别扭吗?2批量运维,为什么shell不行?在没有卡死你3000之前,为什么shell没打败ansible?成为批量运维主要工具。
3搜烂ansible手册,也没找到ansible是多进程架构,多线程架构,还是都有。
实际是多进程。
这事为啥打死ansible也不说,谁能告诉我吗?4kasini3000缺点是啥?欢迎论点,论据。
需要一键在linux上安装powershell,这算吗?不算吧。
5红帽1000万美金收了ansible。
Kasini3000值1100万美金吗?哪值?哪不值?给几个论点,论据。
有人愿意谈谈吗?
目录
- 1 夜色破解版app下载
- 2 Baccarat新订阅优惠券双边打击Excel
- 3 抖音大姐姐是谁
- ▪ 日本的免费收费巴卡拉赌场大阪赌场
- ▪ 老人たちに寝取られたセック
- 4 绿巨人下载网址免费
- ▪ 澳门baccarat shu hae赌注bet pist
- ▪ 澳门赌场游戏类型澳门赌场大奖
- 5 7个老虎机BB RB在类似的ruleet板网站上
- 6 在线日本妇人成熟免费A√
- ▪ 博彩网站Betfist NOL Sword Batmanto移动购买
- ▪ Woori赌场区域Bet365链接
- ▪ 广场舞玩腻弹跳32步
- 7 Ho Chi Minh赌场黑色杰克Internet Baccarat向我展示下注
- ▪ 宝路华中国代理
- ▪ 如何成为好的在线老虎机Kangwon Land Casino向我展示下注
- ▪ 内裤的配比公式怎么算
- ▪ 巴卡拉特法私人博彩
- ▪ 推荐的在线赌场社区拉斯维加斯老虎机
- 8 1314香蕉视频
- ▪ 杏耀平台线路测试
- ▪ 澳门赌场好地方赌场轮盘策略
- ▪ 巴卡拉特免费程序插槽机算法
- ▪ 赌场老虎机类型新加入优惠券赌场
巴卡拉特博彩para oslot 《巴卡拉特博彩para oslot 》由来
编辑巴卡拉特博彩para oslot 《巴卡拉特博彩para oslot 》起源