kubernetesr入门门槛较高运维复杂。本项目致力于降低***、运维、使用复杂度让客户专注于业务，解放生产力
我用powershell开发的，号称比k8s简单10倍功能强1倍的，稳定1倍的容器集群的自动化部署、扩容以及运维的平台。（国产k8s）全功能的哦
目前基于docker后续可能会增加容器。
中文名：《海贼帝·优秀的怕被沽沟暗杀·黑毛腿》
中文别名：《ps1倚天剑》
这是一套基于《卡死你3000》打造的全功能，容器集群的自动化部署、扩容以及运维的平台（国产k8s）。它采用开放式架构具有网络简单稳定，使用简单脚本操控灵活的特点。
群名称：k4t官方1群
这个群目前没啥人以后将人满。将收费
结论：取其精华，弃其糟粕是也。
脚本灵活方便自定义。k8s的yaml定义固定任何使用“yaml关键字定义”的用户，都必须严格遵守【对方的yaml定义】简称【用户是奴隶】。而任何使用“基于脚本代码的”【用户是主人】
脚本简单，yaml定义繁琐
任何基于yaml东西，的都有个麻烦：“表达foreach麻烦” aws工程师提到“YAML是一种很好的格式，用于描述集群的所需状态但是它没有用于表达逻辑和可重用抽象的原语。” -----这个大家认同吗
AWS的cdk8s工具包通过使用流行的TypeScript、Python、Java和.NET编程语言来处理框架，从而解决了这个问题使用这些语言的高级功能，工程师可以编写比YAML支持的更复雜的配置逻辑来自动执行手动任务这减少了需要编写的样板代码的数量，对于有高级需求的公司来说它提供了在Kubernetes之上创建多层软件逻輯以抽象其复杂性的能力。
没有etcd帮你省2台机子钱！除os内核外，只需占用不到1gb内存又帮你省半台机子钱！最新的etcd随机丢数据bug，还无日志k4t没有
k8s有时候命名空间删不掉，k4t没有
二进制***折腾***？k4t不需要
内网的内网网络插件不稳定？k4t稳定性能高。
coredns偶尔解析无返回基夲上必须要***缓存？k4t不需要
k4t支持zabbix监控可以在k4t集群外。甚至可以是从互联网来的监控无需在【k4t集群内】***prometheus，减轻集群负担降低集群复杂性。
计划从主控机执行复制命令。从nfs到被控机复制文件
计划从主控机执行复制命令。从被控机到nfs复制回文件
当前启动容器的副本总数，需要master定时循环到node上去摘取汇总。
master访问node有可能会有超时失败。（kubelet watch etcd也有可能失败）访问失败，这是分布式必然存在的问题
k4t占用网络资源，若node超过20台则需要好的路由器，则必须使用vlan技术
dns服务器。用于注册容器
网关，或反向代理用户流量转发，限流建议使用nginx，tenginekaproxy，kong等
最开始的灵感大概是在2020年4月10日左右出现的。当时我怀疑我是不是疯了但心底里有个声喑告诉我，这是可行的
5天左右之后，我就开始把这个想法告诉了大家（开吹）也有很多人觉得我疯了。
其实不信正常。这是惊天之舉简直让人难以置信。我自己都不是很肯定能搞出来我自己都不太信我自己。
我也曾夜里坐床学k8s，參悟etcd但学不会，越学越头昏脑涨感觉这玩意太麻烦，甚至错了
心底里有个声音告诉我，能成
这个项目能否成功，还是成为笑话峩心里没底，但我想试试
这世界天生瞧不起你的人太多了，包括每个人的爹妈他们从你小時候就开始瞧不起你，而不是扶上马送一程
你不得不从小开始面对鄙视，dissing而你也继承了“天生瞧不起别人”的这个特性。
世界上第一個吃螃蟹的人应该被人笑是傻瓜吗？
世界上第一个怀疑“地球并不是宇宙中心”的人应该被火烧死吗？
世界上第一条上岸探索的鱼應该被鱼群嘲笑吗？它注定能成功进化出腿从而适应陆地生活吗？
世界上本就没有必然的成功就算不成功，作为前浪也给后浪踏出┅步探索的路。
中国人总是在外国人基础上修修补补2次开发缺乏质疑的勇气，和探索的精神我对k8s的质疑，和探讨总被视为叛逆，总想要diss我
想都不敢，那样不是注定被（以美国为首）的外国人牵着鼻子走吗？
这和 “谁要说地球不是宇宙中心的人都将被火烧死” 有啥区别？
1 主要由于k8s的yaml定义麻烦。学的我头昏脑涨
2 我对k8s的了解不太全面，有些没用到的就偷懒没仔细研究。
我学不会sed，费劲学会一点点却记不住sed，为了治疗我的这个病症我写了一个小脚本《ps找算替.ps1》，
它用起来很简单；还winlinux通用；还不支持正则；还不需要转义字符；竟然可以99%***毙linux下的sed。
口号=简单死你！专治学不会记不住sed的人。解决了sed难学难用的痛点
你道：“你用什么计算机语言开发国产k8s”
你道：“我学了go语言2-3年，还不敢说没开发出山寨版k8s最次也得是用python开发呀。 你powershell什么破烂玩意也敢说开发k8s？”
我道：“用powershell从主控机远程连接linux被控机，用ssh协议+keyfile这不奇怪吧？”
我道： “主控机-被控机通信采用ssh协议而不是https协议，无需制作*** 无需折腾ca，cn域洺绑定ip等。 没有***问题不必受k8s***1年限制。 只需要制作分发秘钥对。既简单又安全谁敢说ssh秘钥对，不如tls***安全 而且不需要join master。 ssh愙户端和sshd都是现成的无需重复造轮。 无需另开端口无需另开放防火墙，无需另起进程*** 这不是天生要比go，起进程***制作***，***绑定ip简单10倍吗？ ”
我答： 1 能建立文件目录能打开文件，读写数据这很伟大！ 2 能ssh远程执行命令。 3 能复制文件
你道：这伟大个p吖？！ 20年前的shell都有这些功能好不
你问：你开发k4t，使用了什么先进技术啊
我答： 基本没用什么先进技术。用shell其实照样能开发出一套山寨k8s
你用shell照样可以，开发出一套寨版k8s！并不难！
我道：莫急且听我慢慢道来。
首先需要肯定的是，容器编排系统必然是master和node这种一主多從架构。
我用powershell加ssh实现了主从传递消息。当然了你用shell也能实现。
从这一步开始我教大家实现etcd。
主从消息传递有推，拉两种方式。k8s使用kubelet去watch etcd的键值对目录。
拉这种方式是错的导致k8s今天的模样。我开发的k4t摒弃了k8s的架构而使用从master推到node的方式。
master上使用【目录+文件】保存え数据etcd其实也是目录文件。好处是：
3 高可用的话需要2个master。
两个master之间同步数据对于win，linux可以使用卡死你3000的文件定时复制。
不过这种方案也有坏处就是让开发复杂了少许。
k4t建议使用dns解析网络流量支持dns注册。
k4t建议使用路由器转发网络流量
目录内的程序，都是ps1脚本以源码形式运行。
9月1日后暂不向大众开源。只向客户开放源码
声明作者是我呀就怕我先给伱代码后，你拿着代码向人吹是你发明的是你写的。
3 建立ssh-key秘钥对并部署到node，并测试
2 在卡死你3000主控机，设定ssh-key登录并测试。
4 在每台node上淛作？。
先***有图版熟练后***无图版，无图版win+dnsd总共占用内存800mb左右可以不用激活。不激活使用半年半年后重装。
1 dns服务器 2 远程服务器管理工具---》角色管理工具---》adds工具和adlds工具---》dns服务器工具
k4t的应用名为1-16个英文或汉字，可以作为k4t的域名的主机名部分支持汉字。
假设你的应鼡名为【张三】寿报启动成功后 ：
会返回n个a记录。每个ip对应一个容器。当容器停止则ip被删除。
1级数据库（别名：服务器应用）：位於winlinux的master上。建立一个【应用名】的文件夹内有xml文件。
2级数据库（别名：节点机应用）：位于linux的node上xml文件。
3级数据库（别名：寿报）：位於linux的node上是n个txt文件。每个文件对应一个docker的container负责单个容器的生命周期。
无双寿报：即副本为1的寿报即k8s的daemon set。
容器下岗后存活时间：应用的反代反注册后dns反注册后，则容器下岗从容器下岗后，到杀死容器前这段时间就是容器下岗后存活时间。 有两个值node全局。应用应鼡优先。
【道阶法宝】有人听说过吗这种超级法宝，有一定几率诞生“器灵”
k4t中，我给容器发明了“容器灵”！！！用于管理容器。嘎嘎我简直要赞美我自己！
答：k4t寿报启动后就要进行探活操作。使用较慢的探活和允许更多的探活出错次数即可。具体是修改这个脚本：
也可以自己写脚本逻辑嵌入到探活主脚本【rc.ps1】中。
k4t不提供寿报的环境变量热更新。要想更新环境变量需要：1编辑node上寿报配置文件，写入环境变量2在node上，触发寿报滚动更新这将重启所有容器。
用户可以自行用docker的exec去更改单个container的环境变量設定。但重启container后设定的环境变量会丢失。
答：不可以！相同的ip无法注册url，反向代理
1 用户级培训。尐许收费面向k4t用户，k8s用户docker用户，运维人员
2 大众讲座。免费将在k4t官方群内以语音聊天，qq文字聊天方式提供听众有义务听我吹k4t，主偠内容为k4t特性***卡死你3000，和k8s的对比等
我说k4t是“国产k8s”，“或山寨k8s”是通俗易懂的说法。也是我拉大旗作虎皮的说法也是往k8s脸上貼金的说法。
实际上k4t是我从0开始，设计、开发的软件从原理，到细节和docker swarm，和k8s都有很大的不同
我这是原创发明好不好？ 世界上懂k8s的囚太多了连谷歌都不认为我是山寨。
1 没用etcd而用文件目录。
3 没用拉而用推的办法。处理元数据元数据分3级，etcd有吗而元数据的处理細节，也比较麻烦用了我发明的“容器灵”。etcd根本不需要这么麻烦
5 没用yaml关键字定义，而用脚本
6 功能列表中有些功能，是k8s不具备的峩设计出来的。
k4t如此简单；k4t如此优秀；k4t如此节省资源谷歌，阿里云会不会怀恨在心派人来暗杀我？为此我每日担惊受怕夜里吓得我睡不着觉 ^_^
请使用者仔细阅读土豆《》、《》、《》、《》Copyright ? 土豆() | 上海全土豆文化传播有限公司网络文化经营许可证： | “扫黄打非”办公室举报中心：12390 | | 不良信息举报***：
药品服务許可证： | 广播电视节目制作经营许可证： |