Merge branch 'master' of https://github.com/fenixsoft/awesome-fenix

Author: fenixsoft

.vuepress/config.js

@@ -107,7 +107,7 @@ module.exports = {
             link: 'https://github.com/fenixsoft/microservice_arch_kubernetes'
           }, {
             text: '后端：微服务架构 Istio',
-            link: 'https://github.com/fenixsoft/microservice_arch_istio'
+            link: 'https://github.com/fenixsoft/servicemesh_arch_istio'
           }, {
             text: '后端：无服务架构 Serverless',
             link: 'https://github.com/fenixsoft/serverless_arch'
@@ -150,7 +150,7 @@ module.exports = {
               '/exploration/projects/monolithic_arch_springboot',
               '/exploration/projects/microservice_arch_springcloud',
               '/exploration/projects/microservice_arch_kubernetes',
-              '/exploration/projects/microservice_arch_istio',
+              '/exploration/projects/servicemesh_arch_istio',
               '/exploration/projects/serverless_arch'
             ]
           }]

README.md

@@ -79,8 +79,9 @@
   - 后端工程：
     - Spring Boot 实现单体架构：[https://github.com/fenixsoft/monolithic_arch_springboot](https://github.com/fenixsoft/monolithic_arch_springboot)
     - Spring Cloud 实现微服务架构：[https://github.com/fenixsoft/microservice_arch_springcloud](https://github.com/fenixsoft/microservice_arch_springcloud)
-    - Kubernetes 为基础设施的微服务架构：https://github.com/fenixsoft/microservice_arch_kubernetes
-    - Knative 实现的无服务架构：https://github.com/fenixsoft/serverless_arch_knative
+    - Kubernetes 为基础设施的微服务架构：[https://github.com/fenixsoft/microservice_arch_kubernetes](https://github.com/fenixsoft/microservice_arch_kubernetes)
+    - Istio 为基础设施的服务网格架构：https://github.com/fenixsoft/servicemesh_arch_istio
+    - 基于云端的无服务架构：https://github.com/fenixsoft/serverless_arch
 
 
 

appendix/deployment-env-setup/setup-docker.md

@@ -249,7 +249,7 @@ Docker自带了bash的命令行补全，用其他shell，如zsh，则需采用zs
 >
 > ```bash
 > $ mkdir -p ~/.zsh/completion
-> $ curl -L https://raw.githubusercontent.com/docker/docker/master/contrib/completion/zsh/_docker > ~/.zsh/completion/_docker
+> $ curl -L https://raw.githubusercontent.com/docker/cli/master/contrib/completion/zsh/_docker > ~/.zsh/completion/_docker
 >
 > $ echo 'fpath=(~/.zsh/completion $fpath)' >> ~/.zshrc
 > $ echo 'autoload -Uz compinit && compinit -u' >> ~/.zshrc

appendix/deployment-env-setup/setup-kubernetes/README.md

@@ -2,23 +2,15 @@
 
 Kubernetes是一个由Google发起的开源自动化部署，缩放，以及容器化管理应用程序的容器编排系统。
 
-部署Kubernetes曾经是一件比较麻烦的事情，但程序员大概是最爱偷懒最怕麻烦的群体，出现了若干种不同的途径，使得部署和管理Kubernetes集群正在变得越来越简单。目前主流的方式大致有：
+部署Kubernetes曾经是一件比较麻烦的事情，kubelet、Api-Server、etcd、controller-manager等每一个组件都需要自己部署，还要创建自签名证书来保证各个组件之间的网络访问。但程序员大概是最爱偷懒最怕麻烦的群体，随着Kubernetes的后续版本不断改进（如提供了自动生成证书、Api-Server等组件改为默认静态Pod部署方式），使得部署和管理Kubernetes集群正在变得越来越简单。目前主流的方式大致有：
 
 * [使用Kubeadm部署Kubernetes集群](setup-kubeadm.md)
-* [使用Rancher部署、管理Kubernetes集群](setup-rancher.md)
-
-  
+* [使用Rancher部署、管理Kubernetes集群](setup-rancher.md)</br>
   其他如KubeSphere等在Kubernetes基础上构建的工具均归入此类
-
-* [使用Minikube在本地单节点部署Kubernetes集群](setup-minikube.md)
-
-  
+* [使用Minikube在本地单节点部署Kubernetes集群](setup-minikube.md)</br>
   其他如Microk8s等本地环境的工具均归入此类
-
-* 在Google Kubernetes Engine云原生环境中部署
-
-  
-  其他如AWS、阿里云、腾讯云等提供的Kubernetes云主机均归入此类
+* 在Google Kubernetes Engine云原生环境中部署</br>
+ 其他如AWS、阿里云、腾讯云等提供的Kubernetes云主机均归入此类
 
 以上集中部署方式都有很明显的针对性，个人开发环境以Minikube最简单，生产环境以Rancher最简单，在云原生环境中，自然是使用环境提供的相应工具。不过笔者推荐首次接触Kubernetes的同学最好还是选择Kubeadm来部署，毕竟这是官方提供的集群管理工具，是相对更底层、基础的方式，充分熟悉了之后再接触其他简化的方式会快速融会贯通。 以上部署方式无需全部阅读，根据自己环境的情况选择其一即可。
 

appendix/deployment-env-setup/setup-kubernetes/setup-kubeadm.md

@@ -198,18 +198,16 @@ $ kubeadm init --kubernetes-version v1.17.3 --pod-network-cidr=10.244.0.0/16
 
 这信息先恭喜你已经把控制平面安装成功了，但还有三行“you need……”、“you should……”、“you can……”开头的内容，这是三项后续的“可选”工作，下面继续介绍。
 
-## 让非Root用户可以使用Kubernetes <Badge text="可选" type="warning"/>
+## 为当前用户生成kubeconfig
 
-Kubernetes最初是以root用户安装的，如果需要非root的其他用户也可以使用Kubernetes集群，那需要为该用户先配置好admin.conf文件。切换至该用户后，进行如下操作：
+使用Kubernetes前需要为当前用户先配置好admin.conf文件。切换至需配置的用户后，进行如下操作：
 
 ```bash
 $ mkdir -p $HOME/.kube
 $ sudo cp -i /etc/kubernetes/admin.conf $HOME/.kube/config
 $ sudo chown $(id -u):$(id -g) $HOME/.kube/config
 ```
 
-当然，如果只是在测试环境，准备后续都准备使用root运行，那这个步骤可以略过。
-
 ## 安装CNI插件 <Badge text="可选" type="warning"/>
 
 CNI即“容器网络接口”，在2016 年，CoreOS发布了CNI规范。2017年5月，CNI被CNCF技术监督委员会投票决定接受为托管项目，从此成为不同容器编排工具（Kubernetes、Mesos、OpenShift）可以共同使用的、解决容器之间网络通讯的统一接口规范。
@@ -243,6 +241,27 @@ $ kubectl taint nodes --all node-role.kubernetes.io/master-
 ![](./images/kubernetes-setup-completed.png)
 :::
 
+## 调整NodePort范围<Badge text="可选" type="warning"/>
+
+Kubernetes默认的NodePort范围为30000-32767，为了方便使用低端口，可能需要修改此范围，这需要调整Api-Server的启动参数，具体操作如下（如过是高可用部署，需要对每一个Master节点进行修改）：
+
+- 修改`/etc/kubernetes/manifests/kube-apiserver.yaml`文件，添加一个参数在`spec.containers.command`中增加一个参数`--service-node-port-range=1-32767`
+
+- 重启Api-Server，现在Kubernetes基本都是以静态Pods模式部署，Api-Server是一个直接由kubelet控制的静态Pod，删除后它会自动重启：
+
+  ```bash
+  # 获得 apiserver 的 pod 名字
+  export apiserver_pods=$(kubectl get pods --selector=component=kube-apiserver -n kube-system --output=jsonpath={.items..metadata.name})
+  # 删除 apiserver 的 pod
+  kubectl delete pod $apiserver_pods -n kube-system
+  ```
+
+- 验证修改结果：可以在pod中看到该参数即可
+
+  ```bash
+  kubectl describe pod $apiserver_pods -n kube-system
+  ```
+
 ## 启用kubectl命令自动补全功能 <Badge text="可选" type="warning"/>
 
 由于kubectl命令在后面十分常用，而且Kubernetes许多资源名称都带有随机字符，要手工照着敲很容易出错，强烈推荐启用命令自动补全的功能，这里仅以bash和笔者常用的zsh为例，如果您使用其他shell，需自行调整：

exploration/projects/README.md

@@ -11,7 +11,8 @@
   - Mock.js支持的纯前端演示：[https://bookstore.icyfenix.cn](https://bookstore.icyfenix.cn)
   - Vue.js 2实现前端工程：[https://github.com/fenixsoft/fenix-bookstore-frontend](https://github.com/fenixsoft/fenix-bookstore-frontend)
 - 后端工程：
-  - SpringBoot实现单体架构：[https://github.com/fenixsoft/monolithic_arch_springboot](https://github.com/fenixsoft/monolithic_arch_springboot) 
-  - SpringCloud实现微服务架构：[https://github.com/fenixsoft/microservice_arch_springcloud](https://github.com/fenixsoft/microservice_arch_springcloud)
-  - Kubernetes为基础设施的微服务架构：https://github.com/fenixsoft/microservice_arch_kubernetes
-  - Knative实现的无服务架构：https://github.com/fenixsoft/serverless_arch_knative
+  - Spring Boot 实现单体架构：[https://github.com/fenixsoft/monolithic_arch_springboot](https://github.com/fenixsoft/monolithic_arch_springboot)
+  - Spring Cloud 实现微服务架构：[https://github.com/fenixsoft/microservice_arch_springcloud](https://github.com/fenixsoft/microservice_arch_springcloud)
+  - Kubernetes 为基础设施的微服务架构：[https://github.com/fenixsoft/microservice_arch_kubernetes](https://github.com/fenixsoft/microservice_arch_kubernetes)
+  - Istio 为基础设施的服务网格架构：https://github.com/fenixsoft/servicemesh_arch_istio
+  - 基于云端的无服务架构：https://github.com/fenixsoft/serverless_arch