开源项目推荐Caretta这个项目可以在Grafana监控面板中显示K8sService之间的依赖关系。底层使用的是eBPF，对应用无侵入。busuanzi这是一个基于Golang+Redis的简易访问量统计系统，可以用来替代不蒜子。vim-online-editor这是一个在线版本的vim编辑器，被编译成WebAssembly二进制格式，后端存储是IndexedDB，可以直接运行在浏览器中。NetWorth这个项目使用eBPF与XDP来监控主机的入站流量，包含地理位置、网络协议类型或数量、CPU使用率等等，并使用Grafana监控面板来展示监控数据。文章推荐在WSL2中安装RKE2与Cili
1.什么是Service？在kubernets中，Pod是应用程序的载体，Pod你可以想象成就是容器，为动态的一组Pod提供一个固定的访问入口，它是以一种叫ClusterIP地址来进行标识，而ClusterIP就位于我们集群网络(ClusterNetwork)当中，我们可以通过Pod的IP地址来进行访问，但是会遇到问题:动态Pod的IP地址不是固定的，一旦Pod异常退出、节点故障，则会发生Pod重建，一旦发生重建客户端则会访问失败；Pod如果扩容多个，会造成客户端无法有效使用新增的Pod，如果Pod进行缩容则会造成客户端访问错误；官方文档:https://kubernetes.io/zh-cn
1.什么是Service？在kubernets中，Pod是应用程序的载体，Pod你可以想象成就是容器，为动态的一组Pod提供一个固定的访问入口，它是以一种叫ClusterIP地址来进行标识，而ClusterIP就位于我们集群网络(ClusterNetwork)当中，我们可以通过Pod的IP地址来进行访问，但是会遇到问题:动态Pod的IP地址不是固定的，一旦Pod异常退出、节点故障，则会发生Pod重建，一旦发生重建客户端则会访问失败；Pod如果扩容多个，会造成客户端无法有效使用新增的Pod，如果Pod进行缩容则会造成客户端访问错误；官方文档:https://kubernetes.io/zh-cn
最近忙于开发一款基于Camera2API的相机应用，部分功能涉及到广角镜头，因此踩了不少坑，在此与大家分享下以作记录交流...经过查阅资料发现在安卓上所谓的广角镜头切换其实是用一个逻辑摄像头包含多个物理摄像头实现的，在zoom缩放的时候根据不同的缩放值切换不同的物理摄像头。参考：https://source.android.google.cn/devices/camera/multi-camera?hl=zh-cn踩坑记录CameraDevice.TEMPLATE_RECORD的兼容性问题一般在录制视频的时候为了获得比较稳定的帧率，我们可能会使用CameraDevice.TEMPLATE_RE
最近忙于开发一款基于Camera2API的相机应用，部分功能涉及到广角镜头，因此踩了不少坑，在此与大家分享下以作记录交流...经过查阅资料发现在安卓上所谓的广角镜头切换其实是用一个逻辑摄像头包含多个物理摄像头实现的，在zoom缩放的时候根据不同的缩放值切换不同的物理摄像头。参考：https://source.android.google.cn/devices/camera/multi-camera?hl=zh-cn踩坑记录CameraDevice.TEMPLATE_RECORD的兼容性问题一般在录制视频的时候为了获得比较稳定的帧率，我们可能会使用CameraDevice.TEMPLATE_RE
在上篇文章以线程间的通信方式Handler类结尾，服务Service还支持的进程间通信，又是具体怎么实现的呢？这就要用到加载服务一文中提到的AIDL语言规范了。AIDL是AndroidInterfaceDefinitionLanguage的缩写，即Android接口定义语言，使用其定义的规范编程，可实现Android系统上不同进程间的通信。官网ADIL概述中以服务端和客户端通信为例做了大致讲述。与线程间的通信类似，不同进程间的通信也是分为通信消息内容、消息发送方、消息接收方三个部分的，其中的消息内容也就是AIDL支持的数据类型；而由于服务已经位于当前应用程序所在的默认进程，所以服务中所实现的接
在上篇文章以线程间的通信方式Handler类结尾，服务Service还支持的进程间通信，又是具体怎么实现的呢？这就要用到加载服务一文中提到的AIDL语言规范了。AIDL是AndroidInterfaceDefinitionLanguage的缩写，即Android接口定义语言，使用其定义的规范编程，可实现Android系统上不同进程间的通信。官网ADIL概述中以服务端和客户端通信为例做了大致讲述。与线程间的通信类似，不同进程间的通信也是分为通信消息内容、消息发送方、消息接收方三个部分的，其中的消息内容也就是AIDL支持的数据类型；而由于服务已经位于当前应用程序所在的默认进程，所以服务中所实现的接
作者：至简软件是以持续迭代的方式去不断演进的。某种程度上，我们并不担心软件不完善，但担心软件的迭代速度太慢而影响了完善的速度。在分布式软件领域，如何快速、安全地验证新的软件版本一直是大家所关心并探索的。服务网格（ServiceMesh）的出现将这个领域的探索推向了新的高度。“泳道”这一概念在分布式软件领域并非新词，只不过，这次我们是以服务网格为基础技术去构建，充分发挥云原生技术天然具备灵活治理流量的优势。本文分享了阿里云内部所沉淀的全链路流量打标与路由的能力，做出服务网格技术新体验的同时，很好地兑现了服务网格的新价值。概念与场景图1以Istio官方所提供的Bookinfo示例程序为例示例说明了
作者：至简软件是以持续迭代的方式去不断演进的。某种程度上，我们并不担心软件不完善，但担心软件的迭代速度太慢而影响了完善的速度。在分布式软件领域，如何快速、安全地验证新的软件版本一直是大家所关心并探索的。服务网格（ServiceMesh）的出现将这个领域的探索推向了新的高度。“泳道”这一概念在分布式软件领域并非新词，只不过，这次我们是以服务网格为基础技术去构建，充分发挥云原生技术天然具备灵活治理流量的优势。本文分享了阿里云内部所沉淀的全链路流量打标与路由的能力，做出服务网格技术新体验的同时，很好地兑现了服务网格的新价值。概念与场景图1以Istio官方所提供的Bookinfo示例程序为例示例说明了
目录一、kube-proxy简介二、Service简介三、Service类型1）ClusterIp（集群内部使用）2）NodePort（对外暴露应用）3）LoadBalancer（对外暴露应用，适用于公有云）4）ExternalName四、Service工作流程五、Endpoints简介1）工作流程2）示例六、Service,Endpoints与Pod的关系七、Service的资源清单文件详解八、kubernetes中的四种port1）nodePort2）port3）targetPort4）containerPort九、kubernetes服务发现1）环境变量2)DNS十、Service代理模
