让Dispatch搭建高可用的实时通信与追踪平台

Dispatch使用Rancher为提供家政服务的专业人员提供一个高可用的、实时通信和追踪的平台。

关于Dispatch

Dispatch是一个劳动管理工具,它为家居服务供应商和业主提供彼此之间的实时通讯和状态追踪服务。企业依靠Dispatch为顾客提供一个自始至终的流畅体验——Dispatch平台整合了一切,从服务请求,到现场操作的实时定位跟踪,到支付服务。

微服务所需的一切

为确保Dispatch平台能跟随不断增长的需求扩展和发展,公司决定尽早实施微服务。“微服务让我们可以独立地扩展,并且如果我们想要swap out,我们也随时可以这么做,”Dispatch的研发总监Jason Raede解释道,“我们不一定非要大规模部署。”

Dispatch的团队在2015年夏天开始使用容器,但在早期遇到了一些在不同服务器上的服务之间的网络和通信的挑战。就是那时候他们偶然发现了Rancher。“Rancher为我们提供了我们所需要的微服务架构的一切东西,”Raede解释说,“Rancher几乎可以处理一切问题,服务发现、弹性伸缩、滚动部署、配置管理等等。”

高频率高自动化部署

如今,Raede和他的团队要负责生产环境中的四十多项服务,而且平均每天都要为这些服务中的其中一项部署一个新版本。公司将Rancher和其他各类工具与基础设施(包括Datadog和AWS的一些产品)共同使用,使新版本的部署能自动化。

“我每天部署这些东西的时候都非常有信心,”Raede说,“最坏的情况,也不过是我们要回滚。如果我们的某个服务出现了故障,我们只需要Rancher里回滚下,一切就都恢复了,万事大吉。”

更精益和高效的团队

Dispatch有十来个工程师,使用Rancher让整个团队都变得更精益而高效。按照Raede的说法:“Rancher让五六个人的工作可以被一个人完成。”“那个人”是Dispatch的开发运维工程师Leo Bautista,他说用了Rancher之后“一切都快多了”。只需点几下鼠标就能轻松回滚部署的功能,还减轻了QA工程师的工作量。

另外,Rancher让Raede和Bautista可以给研发团队成员不同等级的公司基础架构的进入许可。Raede和Bautista可以通过Rancher的「基于角色的访问控制」功能管理这些许可。前端工程师可以在开发过程中在sandbox环境中工作,而产品团队的其他成员能够访问日志进行故障排除。

高可用、永远在线的服务平台

最后,Rancher帮助Dispatch提供了一个高可用的平台,旨在处理每分钟数以万计的请求,涉及所有从事现场服务的商业人士。

“很多人慢慢开始转向以从事服务类行业为生,”Jason Raede解释说,“我们需要确保他们能够收到他们的工作,并且让每个人的实时状态都得以更新。”

“我们非常在意我们的客户,以及我们客户的客户。如果我们的产品崩溃了,那就意味着某个人的冰箱或空调不运转了,”Bautista说。“但有了Rancher,”他补充道,“一切都会一直正常运转。”

原文来源:Rancher Labs

时间: 2024-10-06 21:46:04

让Dispatch搭建高可用的实时通信与追踪平台的相关文章

keepalived+nginx搭建高可用and负载均衡集群

keepalived+nginx搭建高可用and负载均衡集群 前言 因生产环境需要,现需要搭建一个前端为nginx的HA双向互备.后端为nginx代理的loadbalance负载均衡集群.nginx进程基于于Master+Slave(worker)多进程模型,自身具有非常稳定的子进程管理功能.在Master进程分配模式下,Master进程永远不进行业务处理,只是进行任务分发,从而达到Master进程的存活高可靠性,Slave(worker)进程所有的业务信号都由主进程发出,Slave(worke

搭建高可用MongoDB集群 -分片-good

搭建高可用MongoDB集群(四):分片 http://blog.jobbole.com/72643/ Mongodb Replica Sets 副本集架构实战(架设.扩充.容灾.修复.客户端代码连入) http://snoopyxdy.blog.163.com/blog/static/60117440201241694254441/ 关于mongodb的shard集群动态添加分片 我在机器上建立起了分片集群,其中包含了四个分片,每个分片都是副本集构成,程序访问的时候可以将数据路由到各个分片上.

搭建高可用mongodb集群(四)—— 分片(经典)

转自:http://www.lanceyan.com/tech/arch/mongodb_shard1.html 按照上一节中<搭建高可用mongodb集群(三)-- 深入副本集>搭建后还有两个问题没有解决: 从节点每个上面的数据都是对数据库全量拷贝,从节点压力会不会过大? 数据压力大到机器支撑不了的时候能否做到自动扩展? 在系统早期,数据量还小的时候不会引起太大的问题,但是随着数据量持续增多,后续迟早会出现一台机器硬件瓶颈问题的.而mongodb主打的就是海量数据架构,他不能解决海量数据怎么

搭建高可用mongodb集群(二)—— 副本集

http://www.lanceyan.com/tech/mongodb/mongodb_repset1.html 在上一篇文章<搭建高可用MongoDB集群(一)——配置MongoDB> 提到了几个问题还没有解决. 主节点挂了能否自动切换连接?目前需要手工切换. 主节点的读写压力过大如何解决? 从节点每个上面的数据都是对数据库全量拷贝,从节点压力会不会过大? 数据压力大到机器支撑不了的时候能否做到自动扩展? 这篇文章看完这些问题就可以搞定了.NoSQL的产生就是为了解决大数据量.高扩展性.高

搭建高可用mongodb集群—— 分片

从节点每个上面的数据都是对数据库全量拷贝,从节点压力会不会过大? 数据压力大到机器支撑不了的时候能否做到自动扩展? 在系统早期,数据量还小的时候不会引起太大的问题,但是随着数据量持续增多,后续迟早会出现一台机器硬件瓶颈问题的.而mongodb主打的就是海量数据架构,他不能解决海量数据怎么行!不行!“分片”就用这个来解决这个问题. 传统数据库怎么做海量数据读写?其实一句话概括:分而治之.上图看看就清楚了,如下 taobao岳旭强在infoq中提到的 架构图: 上图中有个TDDL,是taobao的一

搭建高可用mongodb集群(四)—— 分片

转载自LANCEYAN.COM 按照上一节中<搭建高可用mongodb集群(三)—— 深入副本集>搭建后还有两个问题没有解决: 从节点每个上面的数据都是对数据库全量拷贝,从节点压力会不会过大? 数据压力大到机器支撑不了的时候能否做到自动扩展? 在系统早期,数据量还小的时候不会引起太大的问题,但是随着数据量持续增多,后续迟早会出现一台机器硬件瓶颈问题的.而mongodb主打的就是海量数据架构,他不能解决海量数据怎么行!不行!“分片”就用这个来解决这个问题. 传统数据库怎么做海量数据读写?其实一句

搭建高可用mongodb集群(三)—— 深入副本集内部机制

http://www.lanceyan.com/tech/mongodb_repset2.html 在上一篇文章<搭建高可用mongodb集群(二)—— 副本集> 介绍了副本集的配置,这篇文章深入研究一下副本集的内部机制.还是带着副本集的问题来看吧! 副本集故障转移,主节点是如何选举的?能否手动干涉下架某一台主节点. 官方说副本集数量最好是奇数,为什么? mongodb副本集是如何同步的?如果同步不及时会出现什么情况?会不会出现不一致性? mongodb的故障转移会不会无故自动发生?什么条件会

Nginx+Keepalived搭建高可用负载均衡集群

Nginx+Keepalived搭建高可用负载均衡集群   一. 环境说明 前端双Nginx+keepalived,nginx反向代理到后端的tomcat集群实现负载均衡,Keepalived实现集群高可用. 操作系统: Centos 6.6_X64 Nginx版本: nginx-1.9.5 Keepalived版本:keepalived-1.2.13 结构: Keepalived+nginx-MASTER:10.6.1.210         Keepalived+nginx-BACKUP:

搭建高可用mongodb集群(一)——配置mongodb

搭建高可用mongodb集群(一)--配置mongodb 在大数据的时代,传统的关系型数据库要能更高的服务必须要解决高并发读写.海量数据高效存储.高可扩展性和高可用性这些难题.不过就是因为这些问题Nosql诞生了. NOSQL有这些优势: 大数据量,可以通过廉价服务器存储大量的数据,轻松摆脱传统mysql单表存储量级限制. 高扩展性,Nosql去掉了关系数据库的关系型特性,很容易横向扩展,摆脱了以往老是纵向扩展的诟病. 高性能,Nosql通过简单的key-value方式获取数据,非常快速.还有N