初识Tripple
话说，这Tripple玩意儿，也不知道是谁先提出来的。反正有一天，我们头儿开会，唾沫横飞地说要搞个什么“Tripple”升级，说是什么能让咱们的效率“噌噌噌”往上涨，还说什么兼容这个兼容那个的，听得我是一愣一愣的。
当时心里就犯嘀咕，这又是什么新花样？咱们现在这套东西跑得好好的，别又瞎折腾。但领导发话了，咱小兵也只能听着呗。
上手Tripple：一头雾水
开始折腾： 会开完了，任务就下来了。我领到的活儿，就是要把我们手头一个老旧的模块，给它弄到这个Tripple上面去。说是老旧，跑得也还行，就是领导觉得不够“新”，跟不上潮流了。
文档发下来，厚厚一沓，全是英文夹杂着一些奇奇怪怪的缩写。我看那文档，感觉就像看天书。什么“基于HTTP/2”，什么“负载均衡”，我寻思着，不就是传个数据嘛搞这么复杂干
- 第一步，装环境。这个还算顺利，按着步骤来，对着说明文档，敲敲键盘，没出啥大岔子。
- 第二步，看示例。官方给的示例，跑起来倒是能跑，但一到我们自己的东西上，就各种报错，红字一片一片的。
- 第三步，调试。这一步可把我折腾惨了。错误信息有时候看得懂，有时候就一句“未知错误”，或者干脆没啥提示，让人抓狂，头发都多掉了好几根。
那几天，我几乎天天加班，对着电脑屏幕发呆，琢磨这Tripple到底是个啥玩意儿。
Tripple实践中的坑
实际操作： 折腾了好几天，总算是勉强让老模块和这个Tripple通上了。但问题也来了，真是按下葫芦浮起瓢。
他们不是吹嘘说这个Tripple速度快，能达到什么“千分之一秒”级别的响应啥的吗？我用起来感觉也就那样，有时候还不如原来的快。可能是我们用的姿势不对？或者就是宣传的水分太大了。
还有就是那个所谓的“兼容性”。说是兼容这兼容那，结果我们对接另一个用老协议的系统时，麻烦得要死。配置文件改了又改，代码调了又调，数据传过去，不是缺斤少两，就是格式不对。来来回回折腾了好几遍，负责那边系统的同事脸都绿了，我也好不到哪儿去，感觉像在打补丁，东一块西一块的。
意想不到的麻烦： 最让我头疼的是，这Tripple玩意儿，一旦出了问题，排查起来特别费劲。日志打印得不清不楚，有时候一个请求过去，石沉大海，连个回响都没有。以前出问题，我瞅瞅日志，大概就知道哪儿堵了，哪儿出问题了。现在用这个Tripple，感觉像是在黑箱里摸索，两眼一抹黑。
Tripple的最终体验与反思
结果： 搞了小半个月，天天跟它死磕，总算是把那个模块给迁过去了。领导来检查，演示的时候倒是没掉链子，数据也顺利跑通了。领导挺满意，拍拍我肩膀，说这是技术革新的一大步，要我们继续发扬攻坚克难的精神。
我的感受： 我自己心里清楚，这Tripple是新，可能也确实有些牛掰的地方，比如他们说的什么“负载均衡”和“流量控制”，听起来挺高级，好像能解决大问题。但是，对我这种一线干活的来说，学习成本高，排错难，实际用起来也没感觉到宣传的那么神乎其神。可能新技术都需要时间去适应和打磨，或者说，得有专人去伺候它。
有时候我就在想，咱们是不是为了“新”而“新”？旧东西虽然看着土，但稳定可靠，用着顺手，出了问题也好解决。这新东西，花里胡哨的，功能吹得天花乱坠，折腾半天，效果也就那样，还不如把旧的优化优化。这话我也就在这儿跟大伙儿说说，班上可不敢这么讲，哈哈，不然就得被领导叫去喝茶了。
反正这Tripple，我是用过了，也算是踩过坑了。你要问我推荐不推荐，我只能说，看情况。如果你那边技术大牛多，时间又充裕，想尝鲜，那可以试试，说不定真能玩出花来。要是跟我一样，就想安安稳稳把活儿干完，那还是悠着点，别瞎折腾，不然累的是自己。
还没有评论，来说两句吧...