在上篇文章以线程间的通信方式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代理模
目录一、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代理模
近期项目上面用到了AzureServiceFabric这个服务，它是用来做微服务架构的，由于这套代码和架构都是以前同学留下来的，缺少文档，项目组在折腾时也曾遇到几个问题，这里整理如下，以供参考。我属于ServiceFabric的初学者和使用者，很多概念也都是临时学习的，我们的工程师后续会更加细致的研究它。本文仅从故障排查经验总结的角度做了一点整理，有关这个服务的详细功能，或者官方推荐的最佳实践，请参考https://docs.microsoft.com/en-us/azure/service-fabric/service-fabric-overview有两种不同的servicefabric可供
近期项目上面用到了AzureServiceFabric这个服务，它是用来做微服务架构的，由于这套代码和架构都是以前同学留下来的，缺少文档，项目组在折腾时也曾遇到几个问题，这里整理如下，以供参考。我属于ServiceFabric的初学者和使用者，很多概念也都是临时学习的，我们的工程师后续会更加细致的研究它。本文仅从故障排查经验总结的角度做了一点整理，有关这个服务的详细功能，或者官方推荐的最佳实践，请参考https://docs.microsoft.com/en-us/azure/service-fabric/service-fabric-overview有两种不同的servicefabric可供
一、service-yaml文件详解apiVersion:v1kind:Servicematadata:#元数据name:string#service的名称namespace:string#命名空间labels:#自定义标签属性列表-name:stringannotations:#自定义注解属性列表-name:stringspec:#详细描述selector:[]#labelselector配置，将选择具有label标签的Pod作为管理#范围type:string#service的类型，指定service的访问方式，默认为#clusterIpclusterIP:string#虚拟服务地址ses
一、service-yaml文件详解apiVersion:v1kind:Servicematadata:#元数据name:string#service的名称namespace:string#命名空间labels:#自定义标签属性列表-name:stringannotations:#自定义注解属性列表-name:stringspec:#详细描述selector:[]#labelselector配置，将选择具有label标签的Pod作为管理#范围type:string#service的类型，指定service的访问方式，默认为#clusterIpclusterIP:string#虚拟服务地址ses
