第四十二章 大哥，你快收了神通吧 (2 / 5)
        但是上传端来问的时候，服务器端是有负载均衡的。（一个出口，后面挂了好多个机器，可以想像一下的域名。。他下面是有好多的物理机的，但是对外只暴露了一个域名，就是baidu，同理，其它大型的网站也基本是这个套路，不过没有那么多的机器罢了）

        有负载均衡，所以不确实这个提问的动作会具体的落到哪一台，实际上大概率都不会是刚才上传的那一台了。

        所以这个时候有人来问了，就需要任何一个机器都能访问到的主库，可以从这里取出来刚才那个上传任务的一些信息，返回给那个询问的人。

        这是客户端轮询来要结果，其实还有一个是回调，就是在上传图片的时候就写好，一个通知接口，如果成功了，服务器端就调用一下这个接口，告诉它结果。

        然后就是上传的机器怎么把图片的数据存起来的问题了。

        宋飞翼在每个机器上启动了一个任务调度系统。

        这个调度系统会依次把刚才那个消息队列中的消息给消费者，消费者去真正的执行上传的操作。其实说白了也就是把一个二进制的数据存到了一个数据库集群中，不过这个是一个特殊的数据库，并不是常见的mysql（也是一个数据库，内容存在磁盘里）。

        接着再更新一下公共数据库的信息，这样再有人来问的时候，它就能告诉对方应该用哪个地址来访问。

        这样的架构用在线上是很好的，但是用在开发环境基本没有什么太大的用途。

        毕竟开发环境只有两个物理机而已，不能发挥出来他设计的这一套架构的优势。

        其实一般的情况下开发环境都用的是虚拟机，还是低配的那种，而且还有很多的项目都是共用这个。

        宋飞翼说他们的开发环境只有两个物理机还而已，就太气人了。

        可就算不能发挥出来这个架构的优势，那也不应该报警啊！

        宋飞翼想不明白，到底是哪个环节出了问题，居然能把两台物理机给逼到这个份上。

        内容未完，下一页继续阅读

更多完整内容阅读登陆

《墨缘文学网，https://wap.mywenxue.org》