服务发现解决方案 Serf

2013-11-21  来源:本站原创  分类:开源  人气:9 

Serf 网站 : https://www.serfdom.io/

Serf 是一个去中心化的服务发现和编排的解决方案,特点是轻量级和高可用,同时具备容错的特性。

相关文章
  • 服务发现解决方案 Serf 2013-11-21

    Serf 网站 : https://www.serfdom.io/ Serf 是一个去中心化的服务发现和编排的解决方案,特点是轻量级和高可用,同时具备容错的特性. 授权协议: MPL 开发语言: Google Go 查看源码» 操作系统: 跨平台

  • 自动服务发现系统 Skydock 2014-03-06

    Skydock 网站 : https://github.com/crosbymichael/skydock Skydock 是基于 Docker 的自动服务发现系统.Skydock 监控 Docker 事件,包括容器启动.停止.消亡.删除等,然后将事件记录写到动态的 DNS 服务器 skydns. 授权协议: MIT 开发语言: Google Go 操作系统: 跨平台

  • 组合应用程序软件与面向服务的解决方案 2014-05-23

    阻碍:管制及其他 当所有的应用都位于防火墙之后,集成而不是一个传送带,将会简单很多.为了保持那些系统的同步,企业利用了大量的技术.从通过数据仓库.通过企业服务总线(ESBs)析取.传输和加载(ETL),在他们的核心,那些方法都包括复制各个信息孤岛间的数据.尽管如此,当其运用基于SaaS的解决方案进行集成时,存在很多原因致使其遇到麻烦: ·管制和法律阻碍--政府和其他的监管团体经常围绕(尤其是以客户为中心的)数据制定一些高度限制性的规则.因此,你的企业也许不能复制内部的信息到基于SaaS的远程主机

  • 服务发现和分布式调度系统 Manifold 2014-08-06

    Manifold是一个基于Consulate的服务发现和分布式调度系统.Manifold用以替代Apache Mesos,它不仅简化了概念模型,而且还易扩展和可控制.Manifold类似于CoreOS的Fleet,它允许定义在集群中部署容器的策略,但是并没有绑定Systemd. 授权协议: 未知 操作系统:

  • Docker 服务发现和路由 Consulate 2014-08-06

    Consulate 网站 : https://github.com/progrium/embassy Consulate是由Consul.Ambassadord和Registrator驱动的针对Docker的分布式服务发现和路由网格的项目.Consulate在主机中运行后,集群中的任意容器之间都可以互相通信,它是软件定义网络方案的一种选择,它使用服务发现技术. 授权协议: 未知 开发语言: SHELL 操作系统: Linux

  • 服务发现系统 Discoverd 2014-08-06

    Discoverd 网站 : https://github.com/flynn-archive/discoverd Discoverd是一个简单又强大的服务发现系统,目前基于Etcd,但是也可以使用ZooKeeper或者其它的分布式一致性存储系统. 类似Consul和Etcd这样的项目只是提供基础的服务发现功能,但是Discoverd在它之上提供了一个更加具体和更易扩展的API来实现服务发现. 授权协议: BSD 开发语言: Google Go 操作系统: Linux

  • Android服务之网络服务发现服务 2013-09-23

    自android 4.1 开始实现了一个网络服务的发现服务NsdService,其基于苹果的Bonjour服务发现协议,支持远程服务的发现和零配置. Bonjour协议包括IP地址的自动分配.服务名称与地址的转换以及服务的发现三部分内容,ANDROID4.1借助第三方开源工程mDNSResponder实现了Bonjour协议的服务名称与地址的转换以及服务的发现等 Bonjour部分协议的支持.Bonjour协议的服务名称与地址的转换以及服务的发现采用的流程和DNS流程近似包括:登记过程.服务发现

  • Tigase组件第四节 – 服务发现 2014-03-20

    Tigase组件第四节 – 服务发现 发表评论作者 储天行 on 2010/11/17 本文翻译自 – http://www.tigase.org/content/component-implementation-lesson-4-service-discovery 新组件在服务发现列表当中仍然显示"未定义的描述".它也没有提供任何有趣的特性和子节点. 接下来,我们将用简单的方式修改组件的基本信息,并添加一些服务发现特性.除此之外,文档还提供一些如何在运行时添加/删除服务发现节点,如何

  • 服务发现系统consul介绍 2014-12-06

    最近在折腾服务发现这个功能,偶然发现了consul,发现国内资料很少(包括etcd),看了官方文档后,发现很厉害啊,consul是一个用来配置服务发现的工具,consul是分布式的.高可用.横向扩展的.consul提供的一些关键特性: service discovery:consul通过DNS或者HTTP接口使服务注册和服务发现变的很容易,一些外部服务,例如saas提供的也可以一样注册. health checking:健康检测使consul可以快速的告警在集群中的操作.和服务发现的集成,可以防

  • 服务发现系统consul--配置 2014-12-07

    agent有各种各样的配置项可以在命令行或者配置文件进行定义,所有的配置项都是可选择的,当加载配置文件的时候,consul从配置文件或者配置目录加载配置.后面定义的配置会合并前面定义的配置,但是大多数情况下,合并的意思是后面定义的配置会覆盖前面定义的配置,但是有些情况,例如event句柄,合并仅仅是添加到前面定义的句柄后面.consul重新加载配置文件也支持以信号的方式接收update信号. 下面看看命令行参数: -advertise:通知展现地址用来改变我们给集群中的其他节点展现的地址,一般情

  • 服务发现系统consul-service 2014-12-07

    服务发现的一个重要作用就是提供一个可用的服务列表,为此,agent提供了一个简单的服务定义格式用来声明服务的可用性,还有健康检测的可用性.健康检测被认为是应用层面的服务检测,一个服务发现既可以通过配置文件来定义,也可以在agent运行时通过HTTP API接口来定义. 服务定义的格式类似如下: { "service": { "name": "redis", "tags": ["master"], "

  • 服务发现系统etcd介绍 2014-12-08

    最近在折腾服务发现系统,在这之前折腾过一段时间CoreOS,那时候就接触etcd了,不过当时只是把etcd看做一个K/V存储系统来使用的,觉得和redis没什么区别,后来才知道etcd主要也是用于服务发现的.etcd 的灵感来自于 ZooKeeper 和 Doozer,侧重于: 简单:支持 curl 方式的用户 API (HTTP+JSON) 安全:可选 SSL 客户端证书认证 快速:单实例可达每秒 1000 次写操作 可靠:使用 Raft 实现分布式 etcd是用Go语言编写的,使用raft一

  • 服务发现系统consul-agent 2014-12-07

    consul agent: 任何agent都可以运行在两种模式:client和server.server节点会反馈更多的响应, 运行agent,可以使用consul agent来启动agent,该命令会被block,程序一直运行,直到你停止它.输出的内容如下: $ consul agent -data-dir=/tmp/consul ==> Starting Consul agent... ==> Starting Consul agent RPC... ==> Consul agent

  • 服务发现系统 SkyDNS 2014-03-06

    SkyDNS 网站 : https://github.com/skynetservices/skydns SkyDNS 是一个相对新的项目它采用Go语言编写,使用了RAFT用于一致性,并提供了HTTP和DNS两种客户端API.它与Etcd和Spotify的DNS模型有点类似,事实上它采用了和Etcd,go-raft同样的RAFT实现. SkyDNS服务器聚簇在一起,使用RAFT协议,并选择出一个主服务.SkyDNS服务器暴露不同的结点用于服务注册和发现. 为了注册服务,服务会使用基于HTTP的A

  • 服务发现系统consul-CLI 2014-12-07

    上一篇见识了consul的强大,consul可以通过一个简单的CLI来控制,consul只有一个命令行应用,就是consul命令,consul命令可以包含agent.members等参数进行使用,这一篇来具体看看consul CLI的具体用法,consul -h即可看到consul cli所支持的参数,而每个参数里面又支持其他参数,下面我们就来具体看看. usage: consul [--version] [--help] <command> [<args>] consul -h

  • 服务发现系统consul-HTTP API 2014-12-07

    consul的主要接口是RESTful HTTP API,该API可以用来增删查改nodes.services.checks.configguration.所有的endpoints主要分为以下类别: kv - Key/Value存储 agent - Agent控制 catalog - 管理nodes和services health - 管理健康监测 session - Session操作 acl - ACL创建和管理 event - 用户Events status - Consul系统状态 下面

  • 服务发现系统consul-health check 2014-12-07

    agent有两个主要的功能:系统管理和应用健康检测.健康检测如果是和服务相关联的,则被认为是在应用层面的检测.检测的定义可以通过配置文件定义,或者在agent运行时通过HTTP接口来定义.主要有两种不同的检测类型: script+interval:该类型的检测依赖于调用外部程序的执行以及退出的状态,可能会产生一些输出,脚本是和执行时间配合的(每30s执行一次),这和nagios的插件系统有点类似. TTL:这些检测保留在一个TTL周期内服务的状态.这些状态的检测必须周期性的通过HTTP接口进行更

  • 服务发现系统etcd 集群介绍 2014-12-08

    上一篇通过api接口简单的操作了一下etcd,本篇打算部署etcd集群.我们使用raft作为基础的分布式服务协议,它在所有的etcd节点上提供了一致性的数据访问和持久化的数据存储.现在我们在三台机器上启动etcd实例,就是上一篇中的三台Docker机器. 192.168.1.100 Docker-1 server 192.168.1.101 Docker-2 client 192.168.1.102 Docker-3 client Docker-1 ./bin/etcd -peer-addr 1

  • Windows Azure 解决方案系列: 车辆价格提供商通过易于管理的软件+服务节省了 $100,000 2012-03-09

    公告:本博客为微软云计算中文博客的镜像博客.部分文章因为博客兼容性问题,会影响阅读体验.如遇此情况,请访问原博客. Kelley Blue Book是一家高级供应商,为消费者.汽车 经销商.政府以及金融保险业提供车辆价格信息.公司利用微软.NET框架3.5开发了信息丰富的,高通信传输的网站,并以2座托管的数据中心作为支持.为了节省托管支出和简化基础设施管理, Kelley Blue Book 决定通过软件+服务模式托管和管理其网站,公司施行了Windows Azure™ 平台 -它提供了一个直截

  • 用于构建SharePoint解决方案的10个最佳实践 2014-04-25

    面对 Windows SharePoint Services 3.0 (WSS) 和 Microsoft Office SharePoint Server 2007 (MOSS) 所使用的人员的挑战是为深度和宽度为 SharePoint 平台本身.如果您熟悉此平台做法本文中的研究,我们将引导您正确的方向. 如果您是经验丰富的 SharePoint 开发人员,可这些提示应帮助强化您.鼓励讨论,和最终会导致生成性能优异的 SharePoint 应用程序. 此外,我们提供了许多联机参考,您可以了解详细