内容简介:上次已经搭建了mesos的集群环境,这次看看如何把mesos运行在集群之上,首选需要考虑的问题服务的发现,之前用docker-compose是如何在同一台机器上做的,是不是通过link的名称,link的前提就是需要在同一台主机上,我们当时是在同一台虚拟机上,通过link服务让他们都运行起来,通过名字就可以互相的访问,我们在代码的配置上,也是通过名字让他们彼此之间可以相互的访问,但是现在的情况,我们有2台slave,1台master,我们运行其中任何一个配置的时候都有可能分配到slave中的一个,所以用do
上次已经搭建了mesos的集群环境,这次看看如何把mesos运行在集群之上,首选需要考虑的问题服务的发现,之前用docker-compose是如何在同一台机器上做的,是不是通过link的名称,link的前提就是需要在同一台主机上,我们当时是在同一台虚拟机上,通过link服务让他们都运行起来,通过名字就可以互相的访问,我们在代码的配置上,也是通过名字让他们彼此之间可以相互的访问,但是现在的情况,我们有2台slave,1台master,我们运行其中任何一个配置的时候都有可能分配到slave中的一个,所以用 docker 自带的link机制肯定是有问题的。源码:https://github.com/limingios/msA-docker mesos分支
mesos的服务发现
- 基于marathon-lb的发现机制,它需要给每个服务定义一个服务端口,注册到marathon-lb上,我们通过访问marathon-lb的时候,就会转发到服务提供者的ip和端口,比较集中式的服务发现,所有的服务都是通过marathon-lb,他们的区别就是端口不同。
-
mesos-dns,它是通过名字来发现服务,原理就是多台slave机器都需要运行mesos-dns,通过跟mesos交互获取到每个服务对应的ip和端口号。在本机添加一条记录,方便相互的访问,但是mesos-dns 在hub.docker.com二年多都不更新了。废弃这种方式了。使用第一种方式。
既然服务的机制跟之前的不同的,我们的代码肯定要做下调整。下面我就一起改下。
修改配置文件适应mesos的方式
一种6个微服务。一个一个来吧。
- message-thrift-python-service
对外提供的9090,它是服务内部的。因为它不需要访问任何服务,不需要修改配置。
- user-thrift-service
里面的 mysql 是公共组件不需要进行修改,它也不需要依赖任何服务,不需要修改配置。
- user-edge-service
里面的 redis 是公共组件不需要进行修改。
通过域名的方式来访问,然后在每个slave机器上绑定一个host
server.name=user-edge-service
server.port=8082
thrift.user.ip=lb.idig88.com
#thrift.user.ip=127.0.0.1
thrift.user.port=10001
thrift.message.ip=lb.idig88.com
thrift.message.port=10002
#redis config
spring.redis.host=${redis.address}
#spring.redis.host=127.0.0.1
spring.redis.port=6379
spring.redis.password=liming
spring.redis.timeout=30000
- user-edge-service-client
无配置文件不需要考虑。
- course-edge-service
修改配置文件
server.port=8081
#dubbo config
spring.dubbo.application.name=course-dubbo-service
spring.dubbo.registry.address=zookeeper://${zookeeper.address}:2181
#spring.dubbo.registry.address=zookeeper://127.0.0.1:2181
spring.dubbo.scan=com.idig8.course
user.edge.service.addr=lb.idig88.com:10003
-
course-dubbo-service
>zookeeper 和 mysql 公共组件不需要修改
#dubbo 配置
spring.dubbo.application.name=course-dubbo-service
spring.dubbo.registry.address=zookeeper://${zookeeper.address}:2181
#spring.dubbo.registry.address=zookeeper://127.0.0.1:2181
spring.dubbo.protocol.name=dubbo
spring.dubbo.protocol.port=20880
#spring.dubbo.protocol.host=127.0.0.1
spring.dubbo.scan=com.idig8.course
#数据源的配置
spring.datasource.url=jdbc:mysql://${mysql.address}:3306/db_course
#spring.datasource.url=jdbc:mysql://127.0.0.1:3306/db_course
spring.datasource.username=root
spring.datasource.password=root
spring.datasource.driver-class-name=com.mysql.jdbc.Driver
thrift.user.ip=lb.idig88.com
#thrift.user.ip=127.0.0.1
thrift.user.port=10001
- gataway-zuul
server:
port: 8080
spring:
application:
name: gateway-zuu
cloud:
gateway:
routes:
- id: course-edge-service
uri: http://lb.idig88.com:10004
predicates:
- Path=/course/**
- id: user-edge-service
uri: http://lb.idig88.com:10003
predicates:
- Path=/user/**
logging:
level:
org.springframework.cloud.gateway: debug
-
端口关系列表
>一共6个微服务,中间2个服务可以通过的是dubbo来控制的,服务注册给zookeeper,调用者也可以通过zookeeper来获取服务地址,我们就不需要关心服务发现的东西了,所以5个服务就够了。
# 服务名称=新端口/老端口 user-thrift-service=10001/7911 message-thrift-python-service=10002/9000 user.edge.service=10003/8082 course-edge-service=10004/8081 gayway-zuul-service=10005:
PS:代码的微服务调整已经完毕,下一步连接mesos开始部署。
>>原创文章,欢迎转载。转载请注明:转载自IT人故事会,谢谢!
>>原文链接地址:上一篇:已是最新文章
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持 码农网
猜你喜欢:- 从SOA监控预警到自适应调整01(5.27)
- 调整PG分多次调整和一次到位的迁移差别分析
- skynet 模块命名空间调整
- 伯克利提出高效在线适应算法,让机器人拥有快速适应环境变化的新能力
- 再谈JVM内存参数调整(200331)
- Martian 4.0,架构大幅调整
本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们。
数据结构与算法分析(C++版)(第3版)
Clifford A. Shaffer / 张铭、刘晓丹、等译 / 电子工业出版社 / 2013 / 59.00元
本书采用当前流行的面向对象的C++程序设计语言来描述数据结构和算法, 因为C++语言是程序员最广泛使用的语言。因此, 程序员可以把本书中的许多算法直接应用于将来的实际项目中。尽管数据结构和算法在设计本质上还是很底层的东西, 并不像大型软件工程项目开发那样, 对面向对象方法具有直接的依赖性, 因此有人会认为并不需要采用高层次的面向对象技术来描述底层算法。 但是采用C++语言能更好地体现抽象数据类型的......一起来看看 《数据结构与算法分析(C++版)(第3版)》 这本书的介绍吧!