1.基于Kubernetes部署安装KubeSphere
2.跪求 魔兽世界TBC的源码模型修改包包 （女人类变亡灵男）
3.基于 Kubernetes 的 Gitlab CI/CD 实践
4.k8s要学多久

基于Kubernetes部署安装KubeSphere

       KubeSphere，一个基于Kubernetes的源码企业级分布式容器平台，旨在提供更简便的源码应用管理界面和向导式操作方式，减轻开发、源码测试与运维的源码复杂度。其以Kubernetes为基础，源码开发源码价格整合并优化了多项功能模块，源码支持敏捷开发、源码自动化运维、源码微服务治理、源码灰度发布、源码多租户管理、源码工作负载和集群管理、源码监控告警、源码日志查询与收集、源码服务与网络、应用商店、镜像构建与管理、存储管理等业务场景，以全面解决方案助力企业应对复杂业务需求。

       KubeSphere 采用开源方式发展，项目源代码与文档在GitHub上公开，spring动态代理源码支持部署于公有云、私有云、虚拟机、物理机或Kubernetes等环境，提供在线与离线部署选项。已在阿里云、腾讯云、华为云、青云、AWS、Kubernetes等多个平台成功部署。

       KubeSphere 2.1版本提供全栈容器部署与管理平台，其核心功能包括应用部署、监控、日志收集、网络管理等，具体功能详情可参阅产品文档。

       在部署要求上，KubeSphere支持在Linux上构建集群，亦可在Kubernetes环境中部署。推荐选择后者，个人博客手机源码基本要求包括安装Helm。

       Helm是一个Kubernetes包管理工具，简化应用部署与管理。其基本思想是将应用与依赖打包成可重用的图表，通过Helm客户端与服务器组件进行交互。部署过程包括创建服务账号、创建认证配置、初始化Helm环境、检查与调整镜像源、部署所需的StorageClass，如NFS，并标记默认StorageClass。

       安装过程分为创建服务账号、初始化Helm环境、调整镜像源、部署StorageClass与创建默认StorageClass等步骤。安装成功后，通过命令检查集群状态，确认所有组件正常运行。

       完成安装后，通过IP:访问KubeSphere UI界面，linux源码安装lamp使用预设管理员账号进行登录，享受高效应用管理体验。

跪求 魔兽世界TBC的模型修改包包 （女人类变亡灵男）

       劝你改之前考虑清楚,有一定几率被封的.

       下面连的是BBS地址,要注册的

       [人类女X亡灵女互换Part1]

       /attachment.php?aid=

       [人类女X亡灵女互换Part2]

       /attachment.php?aid=

       [人类女X亡灵男互换Part1]

       /attachment.php?aid=

       [人类女X亡灵男互换Part2]

       /attachment.php?aid=

       [亡灵男X亡灵女互换Part1]

       /attachment.php?aid=

       [亡灵男X亡灵女互换Part2]

       /attachment.php?aid=

       [亡灵女X暗夜女互换Part1]

       /attachment.php?aid=

       [亡灵女X暗夜女互换Part2]

       /attachment.php?aid=

       [亡灵男X暗夜男互换Part1]

       /attachment.php?aid=

       [亡灵男X暗夜男互换Part2]

       /attachment.php?aid=

       [人类男X亡灵男互换Part1]

       /attachment.php?aid=

       [人类男X亡灵男互换Part2]

       /attachment.php?aid=

       [暗夜女X亡灵男互换Part1]

       /attachment.php?aid=

       [暗夜女X亡灵男互换Part2]

       /attachment.php?aid=

       [侏儒女X亡灵女互换Part1]

       /attachment.php?aid=

       [侏儒女X亡灵女互换Part2]

       /attachment.php?aid=

       [暗夜男变人类女]

       /attachment.php?aid=

       [暗夜男变亡灵男]

       /attachment.php?aid=

       [暗夜男变牛头男]

       /attachment.php?aid=

       [巨魔男变人类女]

       /attachment.php?aid=

       [矮人女变亡灵女]

       /attachment.php?aid=

       [矮人女变暗夜女]

       /attachment.php?aid=

       [矮人女变牛头男]

       /attachment.php?aid=

       [矮人男变人类男]

       /attachment.php?aid=

       [矮人男变暗夜女]

       /attachment.php?aid=

       [矮人男变兽人男]

       /attachment.php?aid=

       [矮人男变牛头男]

       /attachment.php?aid=

       [牛头女变人类女]

       /attachment.php?aid=

       [牛头女变暗夜女]

       /attachment.php?aid=

       [牛头男变人类女]

       /attachment.php?aid=

       [牛头男变暗夜女]

       /attachment.php?aid=

       [帮牛头穿鞋子用的(简体)]

       /attachment.php?aid=

       [帮牛头穿鞋子用的(繁体)]

       /attachment.php?aid=

       [兽人男X巨魔男互换Part1(很抱歉之前改错了)]

       /attachment.php?aid=

       [兽人男X巨魔男互换Part2(很抱歉之前改错了)]

       /attachment.php?aid=

       ----------------------------------------

       ．最终用户的责任

       A．根据本协议上文的许可，您不得根据游戏进行全部或部分拷贝、复印，复制、翻译、

       反向工程、生成源代码、修改、再编译、解译或生成衍生作品，或除去本游戏上的专有权

       告示或标记。未遵守本条限制和限定将导致对於您本协议下的许可的立即自动终止且您可

       能需要承担民事或刑事责任。尽管有上述规定，您可制作一份游戏客户端和手册的拷贝，

       仅用作存档。

       ----------------

       注意：模组修改只会影响到修改者那一端所看到的外观，对於物品本身数值...等并不

       会有影响，其他玩家看到的依然为原本的模样。简单的mysql5.7源码说，修改后的外观只有

       玩家本人的电脑可以看到。

       ----------------

       档案内容(全部都包在patch-3.MPQ里面了)

       1.DBFilesClient\CreatureModelData.dbc <-模型的路径档位置

       2.DBFilesClient\CharSections.dbc <-角色材质贴图的路径档位置

       3.DBFilesClient\CharHairGeosets.dbc <-头发的读取号位置,角色会秃头就是他搞的

       4.DBFilesClient\CharacterFacialHairStyles.dbc <-胡子眉毛等特徵的读取代号位置

       ,会没有下巴就是他害的

       5.还有\Item\ObjectComponents\Head\Helmxxxxxx.m2等多个头盔档案

       另外patch-4.MPQ 里面的内容是

       DBFilesClient\ChrRaces.dbc 改这个档案是为了让牛牛们穿上鞋子(不然牛改成其他种族会没有鞋子)

       另外这个ChrRaces.dbc这个档在不同语系的游戏里的内容也不一样 看完的是简体还是繁体的就抓哪一个吧

       ---------------

       另外牛头男 侏儒男 侏儒女由于原始模型比较小 所以改成其他模型后身材会变大

       而在游泳浮在水面上时因为体型变大 所以会照成呼吸判断时 判断的基准面下降

       因此就算是浮在水面上也是会一直出现呼吸条 这样根本就没办法游泳orz

       还有在男变女部份 衣服穿的还会是男的 并不会改成女装

       另外比较严重的就是Q_Q有些转换后 头发显示会跑出头盔 或是暗夜耳朵不见之类的

       这类头盔显示不正常的 我没有办法解决 很不好意思

       ---------------

       每个包包之间会互相冲突 没有办法并用

       使用方法:将所需要的人物转换包下载后 解压缩后将patch-3.MPQ放在魔兽目录下的data资料夹里

       (牛头如果改成其他人物后想穿鞋子的请额外抓patch-4.MPQ的(有分繁简体唷))

       如果遇到data资料夹里面已经有patch-3.MPQ的话 可以将patch-3.MPQ改成patch-4.MPQ然后放入

       另外如果不想用的话 直接将patch-3.MPQ patch-4.MPQ ...删掉就可以了

       注意:更新后请将patch-3.MPQ这个档移走或是删除 否则进入游戏后遇到新更新的人物可能会报错(因为有改.dbc档)

基于 Kubernetes 的 Gitlab CI/CD 实践

       集成基于 Kubernetes 的 Gitlab CI/CD 实践

       在深入研究并实践基于 Kubernetes 的 Gitlab CI/CD 之前，我作为码呆茶，回顾了上个暑假完成 MIT 6. Lab 2的经历。如今，随着研一上学期课业的繁重和课题组项目的需求，我的重心逐渐转向了开发工作，期望提升更新频率，实现自动化 CI/CD 流程。

       通过人工部署方式的局限性，我意识到引入 CI/CD 工具能大幅提高效率和稳定性。在上周，我成功将 Gitlab CI/CD 集成了基于 Kubernetes 的管理系统，以实现自动化编译、打包和部署。

       集成过程中涉及的关键工具包括 Gitlab、Kubernetes、Helm、Flux CD 等。我的目标是当提交至主分支或新增版本标签时，自动触发 CI/CD 流程，完成一系列任务，与 GitOps 理念相契合。

       在研究 CI/CD 实践中，我了解到 GitOps 是一种基于代码管理基础架构的模式，利用 Git 作为源代码控制系统。Gitlab 建议通过集成 Flux CD 支持 GitOps，但当前实验室 Kubernetes 集群版本为 1.，无法直接使用 Flux CD。

       Flux CD 是一个用于 Kubernetes 的持续部署工具，能自动化管理应用程序和基础设施，确保其状态与期望一致。通过监控 Git 仓库中的配置文件并同步至集群，Flux CD 实现了 Kubernetes 应用的部署管理，降低了人为错误的风险。

       在集群中安装 Flux CD 后，通过配置 Agent 和 Gitlab Runner，实现了自动化配置的集成。本文主要聚焦于流程的关键步骤：

       1. 安装 Agent

       通过 Gitlab 文档，我创建了配置文件并配置了 Agent，以实现从项目到组的共享访问。安装过程涉及生成安装命令并确保 Agent 的权限适配集群环境。

       2. 在集群中安装 Gitlab Runner

       利用 Gitlab Runner Helm Chart，我声明并获取了 Runner Token，编辑 values.yaml 文件并配置相关权限，以确保 Runner 能在 Kubernetes 集群中执行 CI Job。

       3. 使用 Kaniko 打包镜像

       安装 Gitlab Runner 后，我利用 Kaniko 实现了在非特权模式下打包 Docker 镜像的解决方案，避免了权限问题。通过 Gitlab 文档配置 Kaniko，确保镜像能上传至指定仓库。

       4. 部署到集群中

       最后，我通过配置 Gitlab CI/CD 流程，实现了前端项目从版本更新、构建镜像到部署的自动化流程。利用 Agent 更新集群中的前端服务镜像，实现了代码的自动部署。

       此外，我在实践中遇到了一些挑战，例如启动 Job 失败、限制 CI Job 执行节点等问题。通过优化镜像管理、打标签限制执行节点等措施，解决了这些难题，提升了 CI/CD 流程的稳定性和效率。

k8s要学多久

       学习Kubernetes的基础知识并不困难，特别是如果你已经有半个月的Docker使用经验。主要挑战在于封装镜像时需要考虑挂载、拆分和启动检测等问题。

       安装Kubernetes本身就是一个复杂的过程。前期的安装尝试包括自动化安装、手动安装、脚本自动化安装、Ansible安装和离线安装，这耗费了我大约一个月的时间。随后，我遇到了一些环境和网络问题，导致pod一直重启，这个问题持续了大约两个月。我尝试更换为实体机，问题有所缓解，但最终估计还是网络不稳定导致。

       学习kubectl命令和Kubernetes的基本组件（如pod、svc、deployment、daemonset、statefulset、headlessService、rc、kube-proxy、rbac等）也是需要花费时间的。我花了大约一个月时间来理解这些组件的原理，尤其是新版本的rbac权限问题。Kubernetes的复杂性主要在于其体系架构，一旦理解了架构，就理解了大部分的内容。

       在对开源工程domeos进行研究后，我使用了两个月时间来调研该开源工程的源码，以及它自带的一些小米open-falcon监控插件、webssh等插件。这些研究涉及使用Springboot开发，连接Kubernetes环境，部署和监控基本应用。

       为了调优日志和监控，我又花费了一个多月的时间来调研一些开源产品，如efk日志插件、Prometheus与heaspter监控组件、habor镜像仓库等。

       最后，我开始使用Helm这一编排工具，根据Hadoop的过程改造公司的一个mpp产品，并实现一键式部署。这同样花费了一个多月的时间。在这一过程中，我还研究了Hadoop的扩容、亲和性、带状态应用部署等问题，以及数据删除问题。