• Service Mesh - Kubernetes LoadBalancer Service External IP 一直处于 pending 状态
• k8s和service mesh关系
• devops的优势有哪些
• (4) -- Jaeger, Prometheus, Kiali, GRAFANA使用指引

Service Mesh - Kubernetes LoadBalancer Service External IP 一直处于 pending 状态

如果你使用自建的 Kubernetes 集群（ minikube 、 kubeadm 等）。在这种情况下，没有集成 LoadBalancer （与 AWS、Google Cloud、阿里云等云厂商不同）。使用此默认设置，你只能使用 NodePort 或 Ingress Controller 。 这时，如果你部署 LoadBalancer 则会出现 External-IP 一直处于 pending 的问题。 如果你使用的是 minikube ，官方提供了如下便捷的解决方法： 执行完命令， Externa

k8s和service mesh关系

互联网应用部署经历了传统部署时代、虚拟化部署时代、容器化部署时代三个阶段，容器化部署给应用开发部署、管理、运维带来了很多好处。kubernetes不是一个Paas系统，但它提供了一些常见于 PaaS 产品的普遍适用的功能，是一个可移植、可扩展的开源平台，用于管理容器化工作负载和服务，有助于声明式配置和自动化。它拥有庞大且快速发展的生态系统。Kubernetes 适用的服务、支持和工具广泛。 服务网格是一个基础设施层应用，主要应用在分布式微服务系统中，随着分布式服务的部署的规模和复杂性的增长，系统的维护和管理会变得困难，service mesh的功能和kubernetes有一些重合，比如服务注册发现、负载平衡、故障恢复、度量和监控等，服务网格还能实现一些更复杂的功能比如A/B 测试、金丝雀部署、速率限制、访问控制、加密和端到端身份验证;目前主要的服务网格实现有：Linkerd (v2)、Istio 和 Consul Connect。 使用 Service Mesh 并不是说与 Kubernetes 决裂，而是水到渠成的事情。Kubernetes 的本质是通过声明式配置对应用进行生命周期管理，而 Service Mesh 的本质是提供应用间的流量和安全性管理以及可观察性。如果说 Kubernetes 管理的对象是 Pod，那么 Service Mesh 中管理的对象就是一个个 Service，Kubernetes 为微服务提供了可扩展、高弹性的部署和管理平台，Service Mesh 的基础是透明代理，通过 sidecar proxy 拦截到微服务间流量后再通过控制平面配置管理微服务的行为；Service Mesh 将流量管理从 Kubernetes 中解耦，Service Mesh 内部的流量无需 kube-proxy 组件的支持，通过为更接近微服务应用层的抽象，管理服务间的流量、安全性和可观察性。 1、通过本次作业使自己重新认识了使用google的重要性。 2、加深了自己对K8s和service mesh理解。 3、提高了自己对搜索关键词的重要性认识。 4、进一步让自己意识到学好英语的重要性。

devops的优势有哪些

DevOps 有哪些优势？

有“2020 年 DevOps 趋势调查”表明，99％ 的调查对象表示 DevOps 对他们的组织产生了积极影响。DevOps 的优势包括更快且更轻松的发布、团队效率、更高的安全性、更高品质的产品，以及更高的团队和客户满意度。

速度

更频繁地实践 DevOps 发布可交付成果的团队具有更高的品质和稳定性。事实上，DORA 2019 年 DevOps 状况报告发现，精英团队的部署频率和速度分别比表现不佳的团队高出 208 倍和 106 倍。持续交付使得团队可以使用自动化工具来构建、测试和交付软件。

改进协作

DevOps 的基础是开发人员和运营团队之间的协作文化，他们会分担责任，协调工作。此举可以提高团队的效率，并省去工作交接和编写专为其运行环境而设计的代码的时间。

快速部署

通过提高发布的频率和速度，DevOps 团队可以快速地改进产品。快速发布新功能和修复缺陷有助于获得竞争优势。

质量和可靠性

持续集成和持续交付等实践可确保变更正常运行且安全无误，从而提高软件产品的质量。监控则有助于团队实时了解性能。

安全性

通过将安全性集成到持续集成、持续交付和持续部署管道中，DevSecOps 成为开发过程中一个活跃的组成部分。通过将主动安全审计和安全测试集成到敏捷开发和 DevOps 工作流中，可将安全性植入产品内。

Devops 不是任何一个个人的工作，而是每个人的工作。

从传统的基础架构转向使用基础架构即代码 (IaC) 和微服务可以加快开发和创新速度，但增加的运营工作量可能极具挑战性。最好为自动化、配置管理和持续交付实践奠定坚实的基础，以帮助减负。

过度依赖工具会使团队偏离 DevOps 的必要基础：团队和组织结构。一旦建立了结构，就应该建立流程和团队，然后确定工具。

(4) -- Jaeger, Prometheus, Kiali, GRAFANA使用指引

看到类似下图：