shell脚本超详细安装nginx

一些常见的状态码200 - 服务器成功返回网页404 - 请求的网页不存在304 - Not Modified. 原来缓冲的还可以使用500 - 大多是代码问题，或者sql报错501 - 服务器不具备完成请求的功能502 - Bad Gateway fpm进程挂掉或者后端程序过长时间未返回。503 - Service Unavailable 当遇到这个状态码的时候表示服务临时不可用，比如nginx

使用array_flip现将key,value 互调位置用isset进行判断

dockerfile使用

dockerfile使用

应用部署的一个最佳实践是将应用所需的配置信息与程序分离，这样可以是应用程序被更好地复用，通过不同的配置也能实现更灵活的功能。将应用打包为容器镜像后，可以通过环境变量或者外挂文件的方式在创建容器时进行配置注入，但在大规模容器集群的环境中，对多个容器进行不同的配置将变得非常复杂，在k8s 1.2版本开始提供了一种统一的应用配置方案-----ConfigMap。下面讲解ConfigMap的概念和用法：一

本人搭建环境初期使用的是该地址：可点击此处安装k8s集群环境后续再讲安装步骤启动MySQL服务首先为MySQL服务创建一个Deployment 定义文件mysql-deploy.yaml,下面给出该文件的对象：apiVersion: apps/v1# api版本kind: Deployment# 副本控制器Deploymentmetadata:labels:# 标签app: mysqlname:

在某些应用场景中，客户端应用不需要通过Kubernetes 内置Service 实现的负载均衡功能，或者需要自行完成对服务后端各实例的服务发现机制，或者需要自行实现负载均衡功能，此时可以通过创建一种特殊的名为“Headless” 的服务来实现。Headless Service 的概念是这种服务没有入口访问地址（无ClusterIP 地址），kube-proxy 不会为其创建负载均衡转发规则，而服务

一个容器应用可以提供多个端口的服务，在service 的定义中也可以相应地设置多个端口号。在下面的例子中，service设置了两个端口号来分别提供不同的服务，如web 服务和management 服务（下面为每个端口号都进行了命名，以便区分）：apiVersion: v1kind: Servicemetadata:name: webappspec:ports:- port: 8080targetP

Deployment 或 RC 的主要功能之一就是自动部署一个容器应用的多份副本，以及持续监控副本的数量，在集群内始终维持用户指定的副本数量。下面是一个Deployment 配置的例子，使用这个配置文件可以创建一个ReplicaSet，这个ReplicaSet 会创建3个Nginx 应用的Pod：# nginx-deployment-1.yamlapiVersion: apps/v1kind: D