php获取apiget技巧_深入理解做事注册与创造揭秘业界的常用筹划及鹅厂的解决筹划

本文试图用大略清晰的逻辑来先容什么是做事注册与创造，以及为什么要用这个东西？这个东西好在哪里？末了比拟了业界的常用方案以及鹅厂的办理方案。

我们先来看下什么是做事注册与做事创造？

做事注册，便是将供应某个做事的模块信息(常日是这个做事的ip和端口)注册到1个公共的组件上去（比如: zookeeper\consul）。

做事创造，便是新注册的这个做事模块能够及时的被其他调用者创造。
不管是做事新增和做事删减都能实现自动创造。

你可以理解为：

//做事注册NameServer->register(newServer); //做事创造NameServer->getAllServer();

那么，为啥要这样弄呢？在回答这个问题前，我们先来看下数据要求模型的进化史。

在传统的数据要求架构中，实在是没有什么做事注册和创造之说的。
由于要求模型足够的大略。
下图是传统的做事要求模型图：

各个客户端要求server做事器，所有的业务逻辑都是在这个server端内完成，这是常见的网络要求模型架构，对付小型的做事而已，这个架构是最得当的，由于它稳定且大略。
server做事器的更新和掩护也很大略。

后期，随着我们的用户数逐渐变多，单台做事器的压力扛不住的时候，我们就要用到负载均衡技能，增加多台做事器来抗压，后真个数据库也可以用主从的办法来增加并发量，模型如下图所示:

然而这个时候，依然没有做事创造和注册的影子，由于这个架构依然足够的大略和清晰。
只要不断的增加后真个server做事器的数量，那么我们的整体稳定性就会得到担保。
各个server做事器的更新和掩护也依旧很大略。

那么啥时候才须要用到做事注册和创造呢？答案是分布衰落做事时期。

在微做事时期，我们所有的做事都被劲量拆分成最小的粒度，原来所有的做事都在混在1个server里，现在就被按照功能或者工具拆分成N个做事模块，这样做的好处是深度解耦，1个模块只卖力自己的事情就好，能够实现快速的迭代更新。
坏处便是做事的管理和掌握变得非常的繁芜和繁琐，人工掩护难度变大。
还有排查问题和性能变差（做事调用时的网络开销）

比如还是上面的模型架构，在微做事时期就会变成这样子：

各个微做事相互独立，每个微做事，由多台机器或者单机器不同的实例组成，各个微做事之间错综繁芜的相互关联调用。

比如上面的图中，我们将原来1个server的做事进行了拆分，拆出了User做事，Order做事，Goods做事，Search做事等等。
每个做事里有N台机器或者实例。
每个做事还相互关联和调动。
这种错综繁芜的网络架构，使得这种做事的掩护本钱变得比之前困难了很多。

在不用做事注册之前，我们可以想象一下，怎么去掩护这种复制的关系网络呢？答案便是：写去世！
。
将其他模块的ip和端口写去世在自己的配置文件里，乃至写去世在代码里，每次要去新增或者移除1个做事的实例的时候，就得去关照其他所有干系联的做事去修正。
随之而来的便是各个项目的配置文件的反复更新、每隔一段韶光大规模的ip修正和机器裁撤，非常的痛楚。

在微做事时期，我们会上云，会用k8s，会有docker，这样一个做事从创建到上线会变得非常的频繁，每一个接口依赖的做事，可能会随时的动态改变，靠人手的去写配置和变更配置，对付运维和开拓同学来说切实其实便是灾害。

那么如何去办理这种问题呢？于是聪明的人类发明了做事注册和做事创造这种聪明的东西，来解放双手，提高效率。

还是上面做事模块的例子，我们看下用了做事注册和做事创造之后，我们的网络要求模块，发生了怎么的变革呢？先来看下，做事注册是怎么操作的。
看下面的图：

每一个做事对应的机器或者实例在启动运行的时候，都去向名字做事集群注书籍身，比如图中，User做事有6个docker实例，那么每个docker实例，启动后，都去把自己的信息注册到名字做事模块上去，同理Order做事也是一样。

对应的伪代码可以表示如下：

//给User做事申请1个独占的专属名字UserNameServer = NameServer->apply('User');//User做事下的6台docker实例启动后，都去注书籍身UserServer1 = {ip: 192.178.1.1, port: 3445}UserNameServer->register(UserServer1);......UserServer6 = {ip: 192.178.1.6, port: 3445}UserNameServer->register(UserServer6);//给Order做事申请1个独占的专属名字OrderNameServer = NameServer->apply('Order');//开始注册OrderServer1 = {ip: 192.178.1.1, port: 3446}OrderNameServer->register(OrderServer1);//给Search做事申请1个独占的专属名字SearchNameServer = NameServer->apply('Search');//开始注册SearchServer1 = {ip: 192.178.1.1, port: 3447}SearchNameServer->register(SearchServer1);

这样，每个做事的机器实例在启动后，就完成了注册的操作。
注册的办法有很多的形式，不同的名字做事软件办法不一样，有HTTP接口形式，有RPC的办法，也有利用JSON格式的配置表的形式的。
办法虽然不同，但是结果都是一样。

实例注册到名字做事上之后，接下来便是做事创造了。

我们把每个做事的机器实例注册到了名字做事器上之后，接下来，我们如何去创造我们须要调用的做事的信息呢？这便是做事创造了。

我们看下，做事创造是怎么做的：

在上图中，Order做事想要获取User做事干系的信息，首先向注册集群中央发送要求获取，然后就能收到User做事干系的信息。

伪代码可以表示如下：

//做事创造，获取User做事的列表list = NameServer->getAllServer('User'); //list的内容[ { "ip": "192.178.1.1", "port": 3445 }, { "ip": "192.178.1.2", "port": 3445 }, ...... { "ip": "192.178.1.6", "port": 3445 }]//做事创造，获取Goods做事的列表list = NameServer->getAllServer('Goods');//list的内容[ { "ip": "192.178.1.1", "port": 3788 }, { "ip": "192.178.1.2", "port": 3788 }, ...... { "ip": "192.178.1.4", "port": 3788 }]

我们通过做事创造，就得到了User模块的所有的ip列表，然后，我们再用一定的负载均衡算法，或者干脆随机取1个ip，进行调用。

当然，也有些注册做事软件也供应了DNS解析功能或者负载均衡功能，它会直接返回给你一个可用的ip，你直接调用就可以了，不用自己去做选择。

这样，我们获取了做事的IP信息后，就可以进行调用了，如图所示：

和做事注册的办法一样，做事创造的办法，不同的名字做事软件的办法也会不一样，有的是得自己发送HTTP接口去轮训调用，如果创造有更新，就更新自己本地的配置文件。
有的是可以通过实时的sub/pub的办法实现的自动创造做事，当我订阅的这个做事内容发生了更新，就实时更新自己的配置文件。
也有的是通过RPC的办法。
办法虽然不同，但是结果都是一样。

这样一来，我们就可以通过做事注册和创造的办法，掩护各个做事IP列表的更新，各个模块只须要向名字做事中央去获取某个做事的IP就可以了，不用再写去世IP。
全体做事的掩护也变得轻松了很多。
彻底解放了双手！

可能你会说，这样加了1个中间代理，绕了一个大圈子，觉得也挺费劲的，难道仅仅是为理解决新增做事，动态获取IP的问题吗？

当然不是！
做事注册和做事创造，不仅仅办理了做事调用这种写去世IP以及凌乱无章的管理的状态，更主要的一点是它还管理了做事器的存活状态，也便是康健检讨。

很多名字做事软件都会供应康健检讨功能。
注册做事的这一组机器，当这个做事组的某台机器，如果涌现宕机或者做事去世掉的时候，就会标记这个实例的状态为故障，或者干脆剔除掉这台机器。
这样一来，就实现了自动监控和管理。

康健检讨有多重实现办法，比如有几秒就发一次康健检讨心跳，如果返回的HTTP状态不是200，那么就判断这台做事不可用，对它进行标记。
也可以实行一个shell脚本，看实行的返回结果，来标记状态等等。

上图中，存心跳发送的办法来检讨康健状态，当有1台机器涌现非常，这样我们获取做事的时候，就能知道做事的康健状态了。

比如伪代码如下：

//做事创造，获取User做事的列表list = NameServer->getAllServer('User'); //list的内容[ { "ip": "192.178.1.1", "port": 3445, "status": "success" }, { "ip": "192.178.1.2", "port": 3445, "status": "success" }, ...... { "ip": "192.178.1.6", "port": 3445 "status": "error" //故障,涌现缺点 }]

我们通过判断列表里的status的状态是不是success来确认调用的做事是可用的。
有些名字做事会供应DNS解析功能，直接就会把有问题的机器给去掉，你做事创造后的机器做事便是正常可用的。

同时，当做事不可用的时候，有些名字做事软件也会供应发送邮件或者功能，及时的提示你做事涌现故障。
这样一来，我们就通过康健检讨功能，来帮我们及时的去规避问题，降落影响。

当涌现故障的做事被修复后，做事重新启动后，康健检讨会检讨通过，然后这台机器就会被标记为康健，这样，做事创造，就又可以创造这台机器了。

这样，全体做事注册和做事创造，就实现了闭环。

上面通过一系列的例子，我们阐明了做事注册和做事创造的全体过程，以及通过它给我们带来的一系列精良的变革。
那如果我要自己去做一个供应做事注册和创造的这样一款软件，难吗？

答案是：难！
非常难！

我们先看下这个软件的功能清单:

以是，你看，开拓一款注册创造的软件还是有非常大的寻衅的。

目前市情上已经有了做事注册和做事创造的办理方案，代表作是：zookeeper和consul以及etcd,他们功能强大，安全稳定，高并发高可用，强同等性，目前市情上都是用这几个来实现自己的做事注册和创造的。

以下是这3款软件的优缺陷比拟:

个中，consul 是后起之秀，源于它安装大略，功能强大，供应康健检讨，web管理后台，支持多数据中央，暴露了方便的HTTP接口，使得它被更多的人所利用，唯一不敷的是它不支持sub/pub订阅机制，以是做事创造，得利用者自己去HTTP轮训创造变更。

后期我会写篇文件详细的先容一下consul的安装和利用过程。

我们大鹅厂，也有自己的做事注册和做事创造办理方案，我们每天都在用，可能你没创造而已，那便是大名鼎鼎的L5。

L5已经深入到鹅厂开拓的每一个角落，现在做事供应者险些都在利用L5来供应做事创造功能。

还记得L5是如何利用的吗？

第一步，我们创建1个SID，由2个数子组成，比如：13232323:5332323232，这个SID就相称于做事注册里面的做事名，我们通过这个唯一的名字，来实现做事注册和做事创造。

伪代码可以表示如下：

//其他天生UserNameServer = NameServer->apply('User');//L5天生UserNameServer = L5->apply('User');//UserNameServer=> 13232323:5332323232

第二步，做事注册，我们须要把机器的ip和port注册到SID上去，我们可以通过接口加入，也可以通过CL5平台供应的界面操作加入：

第三步，做事创造，我们在代码里直接通过干系措辞的L5扩展函数，就可以实现创造做事功能。
值得一说的是，L5也实现了负载均衡功能，做事创造并不是给你所有的IP列表，而是通过负载均衡算法，直接给出了你一个可用的IP和port，非常方便。

以下代码是PHP措辞获取L5做事创造的简单过程：

$l5Info = [ 'modId' => $modId, 'cmdId' => $cmdId, ]; $ret = L5ApiGetRoute($l5Info, 0.2); //得到IP和port $ip = $l5Info['hostIp']; $port = $l5Info['hostPort']; //其他业务逻辑和上报逻辑省略

好了，做事注册和做事创造就说完了，希望这篇文章足够的清晰和大略，让你能明白为什么要用做事注册和创造，以及用了之后，实实在在的给我们开拓者供应了精良的生产力功能。

末了总结一下：