首页 > TAG信息列表 > apiVersion

Traefik HTTP中间件(二)

1.概述 附加到路由器的中间件是一种在请求发送到您的服务之前（或在服务的答案发送到客户端之前）调整请求的方法。 Traefik 中有几个可用的中间件，有的可以修改请求、headers，有的负责重定向，有的添加认证等等。 使用相同协议的中间件可以组合成链以适应各种场景。 1.1可用的中间件

kubernetes yaml中的apiVersion如何选择？

再创建不同的资源时，yaml文件中的apiVersion版本不一样，那该如何选择？ kubenetes提供的api和版本信息： kubectl api-resources -o wide   -o wide: 列出详细信息 [root@k8s-master1~]#kubectl api-resources NAME SHORTNAMES APIGROUP

关于Swagger优化

背景 ​ 尽管.net6已经发布很久了，但是公司的项目由于种种原因依旧基于.net Framework。伴随着版本迭代，后端的api接口不断增多，每次在联调的时候，前端开发叫苦不迭：“小胖，你们的swagger页面越来越卡了，快优化优化！”。 ​ 先查看swagger页面加载耗时： ​ 以上分别是： v1加载了两次

thinkphp6: API 多版本控制(php 8.1.1 / thinkphp v6.0.10LTS )

一，配置api多版本: 1,目录结构: 2,路由: route/app.php <?php // +---------------------------------------------------------------------- // | ThinkPHP [ WE CAN DO IT JUST THINK ] // +---------------------------------------------------------------------- // | C

K8S的apiVersion版本详解

K8S的apiVersion版本详解     文章目录 1. 背景 2. 各种apiVersion的含义 3. 查看当前可用的API版本   1. 背景 Kubernetes的官方文档中并没有对apiVersion的详细解释，而且因为K8S本身版本也在快速迭代，有些资源在低版本还在beta阶段，到了高版本就变成了stab

k8s集群安装学习笔记二

  Kubernetes 资源清单   资源清单格式 apiVersion: group/apiversion # 如果没有给定 group 名称，那么默认为 core，可以使用 kubectl api- versions # 获取当前 k8s 版本上所有的 apiVersion 版本信息( 每个版本可能不同 ) kind: #资源类别 metadata： #资源元数据 name n

k8s部署 apiVersion升级问题

将apiVersion版本从extensions/v1beta1升级到apps/v1不成功，部署时一直自动设置为extensions/v1beta1  原因是kubectl get deployment时默认使用的extenions/v1beta1  如果想要使用apps/v1，可以通过kubectl get deployment.apps实现   参考https://stackoverflow.com/questions/6

Jenkins 之 安装部署

一、基于linux操作系统安装jenkins(不作重点介绍) 1、下载Jenkins安装包wget http://mirrors.jenkins.io/war/latest/jenkins.war 2、安装tomcat与jdk（此步省略）3、把jenkins.war放到TOMCAT下的webapps 4、启动tomcat，加载jenkins下的war包备注：初始密码/root/.jenkins/secrets/initial

K8S安装rabbitmq集群

踩了无数的坑，终于弄出比较准确简便的部署方式了 目前我这套部署方式参考的是  github：https://github.com/rabbitmq/rabbitmq-peer-discovery-k8s 然后K8S使用的镜像是rabbitmq:3.8，然后我这边所有的操作都是基于default空间。还有就是我粘贴上来的yaml，你们那边复制过去 可能有些

Kubernetes 最佳安全实践指南

原文链接：https://fuckcloudnative.io/posts/security-best-practices-for-kubernetes-pods/ 对于大部分 Kubernetes 用户来说，安全是无关紧要的，或者说没那么紧要，就算考虑到了，也只是敷衍一下，草草了事。实际上 Kubernetes 提供了非常多的选项可以大大提高应用的安全性，只要用好了这