一份微服务架构手稿图，彻底搞定微服务核心原理(11)
第一种 ， 开发人员开发了程序以后 ， 会找运维配一个域名 ， 服务的话通过 DNS 就能找到我们对应的服务 。
缺点是 ， 由于服务没有负载均衡功能 ， 对负载均衡服务 ， 可能会有相当大的性能问题 。
第二种 ， 是目前普遍的做法 。 可以参考 Zuul 网关 ， 每一个服务都通过服务端内置的功能注册到注册中心 ， 服务消费者不断轮询注册中心发现对应的服务 ， 使用内置负载均衡调用服务 。
缺点是 ， 对多语言环境不是很好 ， 你需要单独给消费者的客户端开发服务发现和负载均衡功能 。 当然了 ， 这个方法通常都是用在 Spring Cloud 上的 。
第三种 ， 是将客户端和负载均衡放在同一个主机 ， 而不是同一个进程内 。
这种方法相对第一种第二种方法来说 ， 改善了他们的缺点 ， 但是会极大增加运维成本 。
推荐阅读
- 客服|自购增值服务不自知？手机被恶意扣费，联通公司还要套路多久？
- 我的世界|我的世界：6个“友尽”的小技巧，不要轻易在好友的服务器尝试！
- ag战队|魔兽TBC：免费转服即将开放，四类服务器现状分析，玩家把握机会
- 剑网3|剑网三玩家开挂，出生装备服务器第一！开局淘汰95个对手，离大谱
- |?王者荣耀：西游皮肤有杨玉环一份？甄姬喜提冰雪节皮肤
- 任天堂|免费“大作”会有吗？任天堂商业报告提到将改善Switch会员服务
- 池子|胡桃热度有多强？池子上线致服务器人满为患，璃月3C荣光延续
- 原神|原神：胡桃卡池复刻后，原神服务器爆满？胡桃人气真高
- 网游|颠覆你认知的网游土豪，程序员加班为他改游戏，还送专属服务器
- 雷神|原神：雷神池都没有的盛况？胡桃UP挤爆服务器，米哈游笑出了声