1.设置默认namespace您可以使用namespace（例如，Dev1，Dev2，QA1，QA2等）将Kubernetes集群划分为多个环境，并且每个环境可以由不同的用户管理。运行kubectl命令的不便之一是，每次编写命令时，都需要在最后使用该--namespace 选项。运维人员通常会忘记这一点，最终在错误的namespace中创建对象（pod，service，deployment）。使用

一 Kubernetes网络实现1.1 Kubernetes网络优势在实际的业务场景中，业务组件之间的关系十分复杂，微服务的理念更是让应用部署的粒度更加细小和灵活。为了支持业务应用组件的通信，Kubernetes网络的设计主要致力于解决以下问题。容器到容器之间的直接通信。抽象的Pod到Pod之间的通信。Pod到Service之间的通信。集群外部与内部组件之间的通信。二 Kubernetes网络通信

一、小型公司网络架构狗子是某大学计算机专业本科应届毕业生，由于自己的技术不错，再加上互联网产业的巨大利润的驱使，狗子决定走上创业这条路，于是，狗子联合了同学二黑，鸡子，狗蛋等人花费了几个月的时间写出了一套网站，是关于足球资讯的pc端网站加上手机APP客户端。现在产品测试成功了，准备发布了，狗子想到了两个问题：1.网站需要服务器狗子之前所有的代码测试都是在本地服务器或者局域网上进行的，现在需要把产品

1.设置默认namespace您可以使用namespace（例如，Dev1，Dev2，QA1，QA2等）将Kubernetes集群划分为多个环境，并且每个环境可以由不同的用户管理。运行kubectl命令的不便之一是，每次编写命令时，都需要在最后使用该--namespace 选项。运维人员通常会忘记这一点，最终在错误的namespace中创建对象（pod，service，deployment）。使用

分布式 :分布式架构：把系统按照模块拆分成多个子系统，多个子系统分布在不同的网络计算机上相互协作完成业务流程，系统之间需要进行通信。优点：把模块拆分，使用接口通信，降低模块之间的耦合度。把项目拆分成若干个子项目，不同的团队负责不同的子项目。增加功能时只需要再增加一个子项目，调用其他系统的接口就可以。可以灵活的进行分布式部署。缺点：1、系统之间交互需要使用远程通信，接口开发增加工作量。2、各个模块有

nginx比较强大,可以针对单个域名请求做出单个连接超时的配置.比如些动态解释和静态解释可以根据业务的需求配置proxy_connect_timeout:后端服务器连接的超时时间_发起握手等候响应超时时间proxy_read_timeout:连接成功后_等候后端服务器响应时间_其实已经进入后端的排队之中等候处理（也可以说是后端服务器处理请求的时间）proxy_send_timeout:后端服务器数

redis-cli 安装配置下载 redis 安装包官网地址：https://redis.io/例如：$ wget http://download.redis.io/releases/redis-5.0.5.tar.gz -O /usr/local/redis-5.0.5.tar.gz解压并备份包$ tar zxvf /usr/local/redis-5.0.5.tar.gz$ mv /usr/l

ELK 7.10 搭建ELK 7.10 搭建请参考容器部署ELK7.10，适用于生产Grafana展示Nginx图表Nginx 日志字段配置注意：请确保 nginx 使用该字段，NginxKey名称如果有修改，Logstash和Grafana模板需要根据自己Nginx字段来修改log_formataka_logs'{"@timestamp":"$time_iso8601",''"host":"$h

在nginx中配置proxy_pass代理转发时，如果在proxy_pass后面的url加/，表示绝对根路径；如果没有/，表示相对路径，把匹配的路径部分也给代理走。假设下面四种情况分别用 http://192.168.1.1/proxy/test.html 进行访问。第一种：location /proxy/ {proxy_pass http://127.0.0.1/;}代理到URL：http://

nginx负责转发请求时，有时候需要中存在的关键字的请求，如url : http://192.168.1.10:90/hmset/2_9f89c84a559f573636a47ff8daed0d332_9f89c84a559f573636a47ff8daed0d33作为url中的动态参数拼接部分$request_uri 获取请求url。nginx 配置应如下location /hmget {if