Mclaughling的博客

k8s-应用部署与监控SpringBoot应用1.编写相关应用程序@SpringBootApplication@RestController@Slf4jpublic class DemoAppApplication { @RequestMapping("/") public String index(){ log.info("有新的请求"); return "恭喜你访问成功了"; } public static void main(

k8s-集群扩展1 k8s有哪些扩展点？kubernetes具备高可配、高扩展特性。自定义kubernetes集群大体上也分成两个方向，一个是配置，一个是扩展。配置又分成修改配置文件、标志与API resources两个小方向，扩展需要运行额外的程序或者服务。Kubernetes 是一个可移植的、可扩展的开源平台，用于管理容器化的工作负载和服务，可促进声明式配置和自动化。Kubernetes 拥有一个庞大且快速增长的生态系统。Kubernetes 的服务、支持和工具广泛可用[^1]。虽然现在 Kub

K8S与CICD的融合CICDCICD的概念工厂里的装配线以快速、自动化、可重复的方式从原材料生产出消费品。同样，软件交付管道以快速、自动化和可重复的方式从源代码生成发布版本。如何完成这项工作的总体设计称为“持续交付”（CD）。启动装配线的过程称为“持续集成”（CI）。确保质量的过程称为“持续测试”，将最终产品提供给用户的过程称为“持续部署（CD）”。一些专家让这一切简单、顺畅、高效地运行，这些人被称为运维开发DevOps践行者。“持续”是什么“持续”用于描述遵循我在此提到的许多不同流程实践。这

K8S-持久化存储及常用存储方案1. 存储知识的回顾1.1 块存储传统的文件系统，是直接访问存储数据的硬件介质的。介质不关心也无法去关心这些数据的组织方式以及结构，因此用的是最简单粗暴的组织方式：所有数据按照固定的大小分块，每一块赋予一个用于寻址的编号。以大家比较熟悉的机械硬盘为例，一块就是一个扇区，老式硬盘是512字节大小，新硬盘是4K字节大小。老式硬盘用柱面-磁头-扇区号（CHS，Cylinder-Head-Sector）组成的编号进行寻址，现代硬盘用一个逻辑块编号寻址（LBA，Logical B

k8s-的网络模型及常用网络插件Docker网络容器网络Docker使用Linux桥接模式，在宿主机虚拟一个Docker容器网桥(docker0)桥接模式：桥接模式就是将主机网卡与虚拟机虚拟的网卡利用虚拟网桥进行通信在桥接的作用下，类似于把物理主机虚拟为一个交换机，所有桥接设置的虚拟机连接到这个交换机的一个接口上，物理主机也同样插在这个交换机当中，所以所有桥接下的网卡与网卡都是交换模式的，相互可以访问而不干扰。在桥接模式下，虚拟机ip地址需要与主机在同一个网段，如果需要联网，则网关与DNS需要与主

k8s-身份认证与权限K8s中的用户k8s中的有两类型的用户：被k8s集群管理的服务账号 （ Service Account Pod 对象）和常规用户 (User Account 现实中的“人”）。**User Account（用户账号）：**一般是指由独立于Kubernetes之外的其他服务管理的用户账号，例如由管理员分发的密钥、Keystone一类的用户存储（账号库）、甚至是包含有用户名和密码列表的文件等。Kubernetes中不存在表示此类用户账号的对象， 因此不能被直接添加进 Kubernet

k8s-服务与服务发现及路由1.什么是serviceKubernetes 提供了一种 API 对象叫做 Service。Service 可以理解为一种访问一组特定Pod 的策略。举个例子，考虑一个图片处理应用程序，通过 Pod 运行了 3 个副本，并且是无状态的。前端访问该应用程序时， 不需要关心实际是调用了那个 Pod 实例。后端的 Pod 发生重启时，前端不应该也不需要感知到。对于这种解耦关系，我们就可以通过 Service 来做。Service 与后端的多个 Pod 进行关联（通过 select

Pod介绍及状态与生命周期管理Pod介绍Pod是kubernetes中可以创建和部署的最小单位。Pod代表着集群中运行的进程。Pod的设计理念是支持多个容器在一个Pod中共享网络地址和文件系统，可以通过进程间通信和文件共享这种简单高效的方式组合完成服务。Pod中封装着应用的容器（有的情况下是好几个容器），存储、独立的网络IP，管理容器如何运行的策略选项。Pod代表着部署的一个单位：kubernetes中应用的一个实例，可能由一个或者多个容器组合在一起共享资源。Docker是kubernetes中最

K8S控制器介绍与使用K8S逻辑架构图Kubernetes主要由以下几个核心组件组成：etcd保存了整个集群的状态；apiserver提供了资源操作的唯一入口，并提供认证、授权、访问控制、API注册和发现等机制；controller manager负责维护集群的状态，比如故障检测、自动扩展、滚动更新等；scheduler负责资源的调度，按照预定的调度策略将Pod调度到相应的机器上；kubelet负责维护容器的生命周期，同时也负责Volume（CVI）和网络（CNI）的管理

k8s集群资源介绍及管理1.k8s中的资源K8s 中所有的内容都抽象为资源， 资源实例化之后，叫做对象在k8s中,任何可以被申请、分配，最终被使用的对象，都是 kubernetes 中的资源，比如 CPU、内存。1.1集群资源分类1.1.1名称空间级别资源仅在此名称空间下生效，如k8s的系统组件是默认放在kube-system名称空间下的，而kubectl get pod等价于kubectl get pod -n default，因此查看不到k8s的系统组件。1.工作负载型资源(workloa

云原生及k8s架构，相关生态介绍1.云计算简介云计算是分布式计算的一种，指通过网络(云)将巨大的数据计算处理程序分解成无数个小程序，然后，通过多部服务器组成的系统进行处理和分析这些小程序得到结果并返回给用户。1.1简介云计算早期，就是简单的分布式计算，解决任务分发，并进行计算结果的合并。现阶段的云服务不单单是一种分布式计算，而是分布式计算，效用计算，负载均衡，并行计算，网络存储，热点备份和虚拟化等计算机技术混合演进并跃升的结果。1.2云计算特点云计算的可贵之处在高灵活性，可扩展性和高性比等，与

EFK环境搭建前言好久没有发布新的文章了，那是因为最近工作需求有点多（人生处处是bug，修了一个还会有下一个）,言归正传，这一篇带来的是利用docker快速搭建日志收集系统。1、为什么需要日志系统其实有开发经验的同学就会明白，为什么需要一个日志系统，当你的服务众多，用户量又非常大的情况下，某个接口出问题了，但是看代码逻辑是对的没什么问题，但是就是出现了一些很奇怪的结果，那这个时候你想去debug但是又碍于本地环境和生产环境的不同，而且你需要问题发生时候，接口的请求参数，中间发生了什么，响应参数是什么