从手机App到网点交互请求的日志记录
从手机App到网点交互请求的日志记录
打开backend-ms文件夹下的logs文件夹里的log文件：
首先找一连串的*****************************, 这个醒目的标志代表一个新的从KOI App发起的请求。
第101行的method字段代表这是一个confirm请求，因为我们的目的是查看profile update请求，所以不用细看，一直往下滑动log：
从这开始就是我们需要关注的了，和profile update请求相关的。
下图的日志说明从KOI App发送的请求已经成功被KOI App对应的WebSocket服务器接收到了。即下图的第一步。
WebSocket服务器下一步会把这个请求投递给Orchestra。即下图的第二步。
继续把日志往下滑，看到Orchestra已经从WebSocket服务器接收到请求了，即上图的第三步。
Orchestra会把profile update的请求投递给同webshop连接的WebSocket服务器，即架构图的第四步。
下面的log表明webshop对应的WebSocket服务器(即日志文件中的简写WSServer-for-Webshop)已经从Orchestra接收到了profile update数据，准备进行处理。
WSServer-for-Webshop的任务就是计算出具体有哪些webshop实例需要被通知。
WebSocket服务器的计算分两步。第一步计算出有哪些类型的web shop需要被通知到。下图的日志表明有Nike和Adi这两种web shop需要被通知：
第二步，计算出对每一种Web Shop，到底有哪些实例需要被更新。
下面的Log表明response数据即将被发送到Socket ID为N55o0yNIEy6NacepAAAB的Web Shop实例去。Socket N55o0yNIEy6NacepAAAB唯一标识一个同该WebSocket建立连接的Web Shop实例。
至此，参与profile update scenario的全部后台服务器的逻辑执行完毕。