报道那些事————流水账之事

昨天HR通知我九点就得报道（原本上班时间应为10点），所以今天7：30就已经起来吃早饭，并且至地铁站这短暂的时间里和一名大牛学长进行了一些短暂的交流，深刻感受“路漫漫其修远兮，吾将上下而求索”，与他的差距非可一日尔追也，那就自勉好喽。

然后就是一个人在某团园区疯狂找路的过程，因为去得早，连个问路的人都没有，靠着地理中培养的为数不多的识图能力找到了领物资的地，但是最尴尬的是，领完物资找不到工位，到了对应楼层，发现四通八达到处都是工位，也问了好几个人，他们也不知道我的组具体坐哪，最后就像一个找不到家的孩子在六楼坐着，等着组内大哥哥大姐姐们来接我……最后也是“顺利”入职了，by the way，我那位置好像是个摸鱼的好位置（嘿嘿）

— — — —流水账毕

今日收获

idea直接进行接口化测试

在idea工具的Tools菜单中，选择HTTP Client，在里面选择创建一个测试请求，或者你创建一个.http或.rest文件，通常在项目的src目录中，例如src/test/http/。你可以右键点击该目录，选择New -> File，然后输入文件名如api_requests.http，然后在创建的文件中，可以编写HTTP请求进行测试。举例：

1
2
3
4
5
6
7
8
9
POST http://localhost:8080/api/users
Content-Type: application/json
Accept: application/json

{
  "name": "John Doe",
  "email": "johndoe@example.com"
}

注：测试结果会在该文件中直接显示，idea社区免费版不可使用该功能。

补充：postman添加cookie可直接在headers里进行添加，在key值填入Cookie，value里填入自己本机的token就行（可通过f12工具抓包获得）

对泳道的认识

微服务框架下服务个数多、调用链路较长，其中一个服务出问题会影响到整条链路。但QA提测往往需要该条链路上的多个服务配套测试，甚至是同时测试一个服务的多个演进版本。

提供稳定环境 和 多服务/多版本同时测试 看似相悖的需求，通过泳道“Swimlane”能够得到解决。

泳道图示

泳道相当于提供了多条“请求的跑道”，理解泳道主要在于理解“流量跑到哪去了”:

  1. 泳道内如果没有部署被调用服务，流量会fallback到骨干，比如上图[泳道-2]中的B服务节点调用了[骨干链路]中的C服务节点

  2. 泳道内若存在被调用节点，那么流量是一定不会fallback的 (包括不可用的和禁用的)。比如上图[泳道-2]中的A服务节点 只会调用 [泳道-2]中的B服务节点，即使[泳道-2]中的B不可用，也是不会fallback的

  3. 骨干环境是一定不会调用到泳道内的。比如上图中绝不会有 从[骨干链路]到[泳道-2]的调用

  4. 泳道之间是一定不会互相调用的。比如上图中绝不会有 [泳道-1]与[泳道-2]之间的调用

注：由于第一次接触该概念，并未进行部署开发，后续会进行补充

其他细化工作

  1. 配置maven依赖，第一次用公司内部的
  2. 使用mac系统，对linux指令有了更深的印象
  3. 遇到一个根目录无法挂载的问题，最后解决办法是：可通过进入recovery模式关闭spi，然后通过在System/Volumes/Data中新建root_data文件夹，并在里面创建编写appenv文件，最后进行软链接完成。

感悟

大厂的节奏感和紧张感给我的感受最深，仿佛每个人都有使不完的劲，刚开始可能还有点不适应这种节奏，加之业务量的繁杂更让我有些手忙脚乱，但是mentor以及周围哥哥姐姐对我也是倾囊相助，总体感受还是很好的

A GOOD DAY!!!      明天得开始做需求了wwww