收录了 服务发现 频道下的 50 篇内容
聊一聊微服务架构中的服务发现系统
本文围绕服服务调用模式、一致性取舍、服务提供者的健康检查模式等,讨论服务发现的技术选型和设计的各种优缺点。
在开始之前,我们先来回顾下业内对于微服务架构的定义。简单来说,微服务就是用一组小服务的方式来构建一个应用,服务独立运行在不同的进程中,服务之间通过轻量的通讯机制(如RESTful接口)来交互,并且服务可以通过自动化部署方式独立部署。
本文详细解读Dubbo引入的基于实例(应用)粒度的服务发现机制。
这篇文章并不是全盘否定 ZooKeeper,而只是根据阿里近 10 年来在大规模服务化上的生产实践,对服务发现和注册中心设计及使用上的经验教训进行一个总结。
9 月 8 日,腾讯云面向所有开发者,正式宣布开源北极星(Polaris Mesh)。
这篇文章分享了Stripe公司用Consul实现服务发现功能的过程,以及相应系统的架构。
在2018年5月在佛罗里达州奥兰多召开的Gartner IT运营战略与解决方案峰会上,OpsRamp宣布了一项新的解决方案统一服务发现,以及针对混合环境的48小时IT资产可见性挑战。
我们可以想象一下,当我们需要远程的访问REST API或者Thrift API时,我们必须得知道服务的网络地址(IP Address和port)。
本文来自RancherLabs微信公众号
微服务是一种软件开发的组织和架构方法,它可以加快软件交付周期、增强创新和自主性,提高软件的可维护性和可伸缩、可扩展性,同时也提高了企业开发和发布软件服务的能力。
与传统的应用在给定机器上部署不同, K8s 集群中的应用是通过 pod 部署的, 且 pod 生命周期是短暂的,因此会引发很多之前没有遇到过的问题。
云计算公司Joyent近日宣布推出容器名服务(CNS)。开发者只需将应用的域名映像至CNS记录上,即可定位托管应用服务的容器,免去了切换新容器时必须手动配置的烦恼。
本文来自RancherLabs微信公众号
Peter Kelley是个性化教育初创公司Knewton的一名软件工程师。他结合Knewton的使用经验,阐释了为什么把ZooKeeper用于服务发现是个错误的做法,并在此基础上介绍了他们的替代方案Eureka。
etcd是一个高可用的键值存储系统,主要用于共享配置和服务发现。etcd是由CoreOS开发并维护的,灵感来自于 ZooKeeper 和 Doozer,它使用Go语言编写,并通过Raft一致性算法处理日志复制以保证强一致性。Raft是一个来自Stanford的新的一致性算法,适用于分布式系统的日志复制,Raft通过选举的方式来实现一致性,在Raft中,任何一个节点都可能成为Leader。Google的容器集群管理系统Kubernetes、开源PaaS平台Cloud Foundry和CoreOS的Fleet都广泛使用了etcd。
代码发布平台的开发。实现服务治理。众所周知,服务发现必须同时具备高可用性和高弹性。的服务发现。缓存、无法自治和其它不利因素的存在,目前该机制还存在很多问题和缺陷。
本文介绍其在 ByConity 中的设计思考与实践。
北极星在注册发现、服务治理、配置中心这几个方面,进行了全方位的升级。