个人技术分享

OpenNJet 应用引擎是基于 NGINX 的面向互联网和云原生应用提供的运行时组态服务程序，作为底层引擎，OpenNJet 实现了 NGINX 云原生功能增强、安全加固和代码重构，利用动态加载机制可以实现不同的产品形态，如 Web 服务器、流媒体服务器、负载均衡、代理 (Proxy)、应用中间件、API 网关、消息队列等产品形态等等。OpenNJet正是在这样的背景下应运而生，它不仅继承了NGINX的稳定性和高效性，还通过一系列创新的特性，满足了现代云原生应用的需求。

在Kubernetes（K8s）运维中，可能会遇到多种问题。今天就给你盘点一些常见问题，以及举例说明k8s排错实战过程，希望对你有帮助~~~宝~请注意哦~~~~上述命令和解决方案仅供参考！！！具体情况还得取决于你的Kubernetes集群配置和遇到的具体问题。在进行任何更改之前请确保你了解这些命令和更改的潜在影响！！！！

pod里面有容器，所以pod就是一个容器组，一个pod里面可以有多个容器也可以有一个容器，最低只能有一个容器，目前现在主流使用的都是一个pod里面一个容器，同一个pod里面的容器，需要紧耦合。配置文件中的template就是一个podk8s pod的定义时间是要解决两个问题，一 、容器之间的网络问题。二、容器之间的数据访问问题。

1.02.02 虚拟化与容器化Docker环境搭建**************************************************************************************************************************************************************

参考资料：https://stackoverflow.com/questions/66375380/kubectl-proxy-behind-nginx-invalid-upgrade-response。

因此，运行 10 个 pod 的系统实际上会运行 20 个容器。在安装大型集群或将现有的集群扩展到较大规模时，在安装集群设置集群网络 cidr 时，如果集群的节点数超过 500 个，则可能无法使用常用的集群网络 cidr。根据节点中的处理器内核数来设置节点可运行的 pod 数量。当两个参数都被设置时，其中较小的值限制了节点上的 pod 数量。把节点可以运行的 pod 数量设置为一个固定值，而不需要考虑节点的属性。设为 10 ，则该节点上允许的最大 pod 数量为 40。，以支持超过 500 个节点的环境。

本文根据大佬们的资料整理了Docker的基础知识，加深对linux运维基础服务工具的理解，以便个人查询复习使用。

Kubernetes 专题 - 安装方法之 Sealer

类似于CMD命令但其不会被docker run的命令行参数指定的指令所覆盖，而且这些命令行参数会被当作参数送给ENTRYPOINT指令指定的程序。指定容器创建时的默认命令（可以被覆盖），在docker run 时运行，如果存在多个 CMD 指令，仅最后一个生效。把本地当前文件夹中的demo01.jar 复制到镜像中的 /home/test目录中，容器中的目录不存在会自动创建。dockerFile是用来构建镜像的文本文件,文本内容包含了构建镜像需要的各种指令，一个命令是就是镜像的一层。

实际的业务服务其实按照你的实际情况来进行划分的，不是说一定要按照上述的原则，一般来说，小型工程业务服务6-8个会比较合理，加上你的注册中心，网关，差不多整体的服务有11个左右，大的服务差不多12-15个，因为再继续加的话，业务的部署压力以及依赖关系的压力会非常大。我们这里可以看一下我们的业务该如何进行划分。首先，我们看我们的整体的图，我们可以将整个业务划分成为医院域以及预约平台域此时，医院域我们不用进行过度划分，因为这里是只需要对接院方的API，所以只需要对接就行。

重新加载某个服务的配置文件，如果新安装了一个服务，归属于 systemctl 管理，要是新服务的服务程序配置文件生效，需重新加载。下载地址：https://download.docker.com/linux/static/stable/x86_64/在/usr/lib/systemd/system/目录下，创建docker.service文件。请确保你有权限在目标机器上运行Docker，并且Docker服务已经安装和运行。将生成的镜像文件（例如ubuntu_1804.tar）复制到离线的机器上。

简介JWT是一种用于双方之间传递安全信息的简洁的、URL安全的声明规范。定义了一种简洁的，自包含的方法用于通信双方之间以Json对象的形式安全的传递信息，特别适用于分布式站点的单点登录（SSO）场景session认证的缺点1.安全性：CSRF攻击因为基于cookie来进行用户识别, cookie如果被截获，用户就会很容易受到跨站请求伪造的攻击。2.扩展性：对于分布式应用，需要实现 session 数据共享。

在云原生的浪潮中，容器与Kubernetes的安全防护是航行的灯塔。安全不是终点，而是贯穿整个云原生旅程的指南针，让我们携手共筑，确保每一次航行都能安全抵达。在云原生的浩瀚星海中，容器与Kubernetes（简称K8s）如同两艘巨轮，承载着应用的高效与敏捷。然而，这片海域并非风平浪静，安全威胁如暗流涌动，时刻考验着航船的坚固。本文将深度解析容器与Kubernetes的安全防护策略，并通过实战代码，为您构筑一道坚不可摧的安全防线。定期扫描镜像，确保无已知漏洞，同时对可信镜像进行签名，防止恶意替换。

Kubernetes最初是由Google工程师作为Borg项目开发和设计的，后于2015年捐赠给云原生计算基金会（CNCF）。红帽是第一批与Google合作研发Kubernetes的公司之一，作为Kubernetes上游项目的第二大贡献者，他们甚至在启动之前就已参与其中。有效Kubernetes部署称为集群，也就是一组运行Linux容器的主机。K8s是一个开源的容器编排平台，可以自动化，在部署，管理和扩展容器化应用过程中涉及的许多手动操作。

镜像就是包含了应用程序，程序运行的系统函数库，运行配置等文件的文件包。构建镜像的过程其实就是把上述文件打包的过程。

​ 数据卷机制为数据管理提供了方便的操作支持。通过数据卷和数据卷容器对容器内的数据进行共享、备份和恢复等操作， 这些机制即使容器在运行中出现故障，用户也不必担心数据发生丢失， 只需要快速地重新创建容器即可。​ 在生产环境中推荐在使用数据卷或数据卷容器之外，定期将主机的本地数据进行备份， 或者使用支持容错的存储系统， 包括 RAID 或分布式文件系统。​ 另外， 有些时候不希望将数据保存在宿主机或容器中， 还可以使用 tmpfs类型的数据卷， 其中数据只存在内存中， 容器退出后自动删除。

在学习k8s的过程，虽然官网给出的示例教程很简单，但是由于网络和环境的差异，导致实际操作的时候踩了很多坑，下面记录一下自己的操作步骤，方便需要的人参考，也方便以后的自己。参考官网的资料：https://kubernetes.io/docs/tutorials/hello-minikube/

以上是一些基本示例代码，用于说明各种架构概念。在实际项目中，你可能会面对更复杂的情况，并需要根据需求做出适当的调整和优化。理解这些架构概念对于软件工程师至关重要。下面我会简要介绍这些架构，并提供一些示例代码来说明它们的实现方式。

一站式PDF解决方案：如何部署自己的PDF全能工具（Docker部署和群晖部署教程）

使用此插件，你需要提供一个 Dockerfile，并可以通过 Maven 配置来定制镜像构建过程，比如设置基础镜像、添加文件、设置环境变量等。: 虽然这个插件本身不直接构建 Docker 镜像，但它经常与 Dockerfile 一起使用，帮助将构建的工件（如 Spring Boot 应用的 JAR 文件）复制到 Docker 构建上下文中，以便在执行。通过配置，可以在 Maven 构建过程中自动构建 Docker 镜像，而无需单独编写 Dockerfile。Jib 能够自动处理依赖项并优化镜像构建过程。