The Mirages

具体可以参考这个路书 https://amap.com/plan/668bdd5e2d2bde117608a39e

本文会长期更新。

一直想进行一次西部旅行，就跟郝云在《活着》里唱的：

我那可怜的吉普车
很久没爬山也没过河
他在这个城市里
过的很压抑

这条路线是没有到新疆和西藏的，所以离真正意义上的西部之旅老实说还是差点意思。不过后面再安排。 这里就安排了30天的日程，再多了这假期可能就不够用了。

关于云基础的相关文章大家可以直接点击 tag:云基础

redis是一个kv缓存数据库，这个也是在各个云厂商里都会存在的东西。但是在实际使用的时候还是有些区别的。

而且redis新的这些版本差别还是很大的。

1. redis 5.0 基本跟之前的老版本一样

2. redis 6.0 增加了ssl连接，这样客户端跟服务端之间连接都是加密的，但是一样会损失很大的性能。如果需要的话需要在make的时候加上

   1	make BUILD_TLS=yes

3. redis 6.0 支持了多线程，以前redis我们都知道是单进程的，跑满单进程就玩球了，现在可以跑到多个CPU上了，但是性能绝对不是单核*CPU个数的。多核之后要考虑的东西就多了，不像单核那么容易了，所以redis的代码里增加了很多代码量。

集群架构

这个国内云厂商，比如阿里云，腾讯云这些说是集群版，但是他们其实前面还有一个proxy，当然实际是会有很多个proxy在处理。所以就算你程序客户端只是主从redis客户端，那也一样可以用，但是这样的缺点是相对慢一点，看你具体需求，如果一个request会产生N多的redis请求，那还是能节省点就节省点。但是这个没有实际压测过，这个我后面自己压测看看。

rds, 全称是关系型数据库系统。 这个在所有云上也都有，一个云要是没有数据库，那你让别人怎么用呢。不过我记得早些年oracle云上就没有数据库的，只有云服务器。

之前我们说的负载均衡和云服务器都是属于IAAS层的，到了rds这块就属于PAAS层面的东西。后面的redis, s3这些都属于PAAS层的东西。

我们以MySQL for rds为例来说吧，这个是所有厂商都有，其他什么mongodb, postgresql这些未必所有厂商都会去做。从客户角度来说，少依赖于云厂商的专有组件总是好的，至少你后面想迁移都是随时迁移的。

既然是MySQL了，那MySQL版本的支持是一个很重要的指标，有些厂商是跟着MySQL官方走的，官方停止更新了，那他们也会停止更新。比如aws这样的，官方5.7版本停止维护后，aws这边就需要你强制升级到8.0（不升级就会收双倍的钱，并且1年后还要强制升级），而且升级期间是有几分钟时间只读不可写的状态。

所以在用这种rds的时候一定要保证及时升级，如果你的是那种老旧项目，连开发都找不到了，那就只能自己想办法了。

主从架构

云服务器，各家的名字都不一样，aws上ec2, 阿里云上ecs, 腾讯云上叫cvm。其实就是云服务器。

这个是云厂商的基础中的基础了，这个容易让大家想成以前的托管和虚拟空间，但是其实是有很大的差别的。

托管是你自己把交换机，服务器送到机房，然后分配ip访问，理论上你是租用的IDC的电力和网络，有些好的还附带了简单的诸如重启这样的运维工作。服务器和交换机的产权还是你的，所以从财务角度来说买服务器和交换机属于capex。 而租用IDC的电力和网络是属于opex。

而虚拟空间其实就是租用一个程序空间，以前大多是php, asp这样的空间，你上传代码，空间会帮你进行处理。

那云服务器呢？

云服务器和物理服务器其实本质是相同的。依然要考虑的就是CPU，内存，磁盘，网络这几项。那我们分开来说。

前段时间，有人说可以用长连接取代http请求，这样是不是可以可以去掉http api限流了。

因为这个问题不能一句两句说清楚，所以没法直接在群里说，只能单独写出来说一下。

这里我就列两点：

1. 长连接是可以提升性能，毕竟省去了每次http建连前的tcp三次握手。但是这里提升的性能跟http本身没有关系，一个restful api该多少时间返回还是多少时间返回，不会说用了长连接后这后端的响应时间就变快了。
2. restful api不能去掉限流，因为这个限流是为了保护服务器的。我们好比restful服务器是一个收费站，它就是一秒处理一辆车的通过请求，所以无论这个收费站是在国道还是高速上收费，那都是1秒一辆，不会说高速上就变成一秒两辆了。这个只有提升收费站本身的效率以及看后面道路是否通畅才行。
3. restful api限流是基于后端处理的速度，以及处理的逻辑来决定的，跟你前面链路是高速还是国道是没有半毛钱关系的。

昨天听了潘乱最新一期是直播带货。

潘乱是采访了2位在快手上搞直播带货的。

这两位其中男主人是东北人原先在攀枝花当公务员，女主人是四川妹子，其他不详。属于家庭组合。

以前没太明白为什么直播带货能火，昨天听着听着觉得其实跟电信诈骗是一个原理。

因为直播带货，你必须无时不刻就盯着，当然如果你就听个响也是可以的。然后就跟电信诈骗一样通过各种话术来忽悠你，不是恐吓你，就是让你占了很大的便宜，但是因为是直播，所以你没有时间和条件去查询和验证是否真实，然后就冲动下单。主播会通过各种方法让你一直看下去的。

而电信诈骗也一样，让你进入了那个环境里，但是你挂不了电话，你也没法求助别人帮忙验证什么的，他也不会让你挂上电话，因为一旦挂了电话，那这个骗局就到此结束了。

负载均衡是所有云厂商里都必备的一个组件，要是一个云厂商要是连负载均衡都没有的话，那还是叫vps厂商吧，也别叫云了。

说负载均衡之前我们先熟悉一下基础网络知识：

首先我们要知道开放系统互联（OSI）模型由国际标准化组织和其他机构在 20 世纪 70 年代末制定。1984 年发布了第一版 ISO 7498 标准，当前版本为 ISO/IEC 7498-1:1994。

以下图片引用自https://blog.smartbuildingsacademy.com/what-is-the-osi-model

通过这个图我们大概可以知道我们平时说的那些协议都是运行在哪一层的？ 那么问题来，tcpdump这个工具是运行在哪一层的呢？

近况

我被裁员了，当天通知当天走。本着职业精神的准则，又交接了2天，写了一堆的文档，当然最后这两天给不给钱不知道了。

本来想着应该是到明年才会被裁，第一是新老板说不裁员，第二是新产品还在开始阶段，比较缺人。

现在是每日锻炼身体，学习英语，看看技术，跟之前同事们交流交流。

然后公司赔偿要有问题，那就走上仲裁道路，顺便问问之前冯姐，黄妈她们。

9月27日更新：朝阳仲裁告知公司已经拒绝调解了，下面就开审了。

感觉自己好久没有报着防空的心态去玩了，以前总感觉有什么事情在催着自己，而这次病了之后，发现之前是自己太焦虑了，搞好睡眠，搞好吃饭问题。

去海淀公园拿了一个大毯子，还特地买了个品牌货挪客，不过感觉也就这样，不过这个至少不会到了冬天乱起静电啥的。

拿了足球，羽毛球拍是准备玩的。

海淀公园有个大草坪，那里就可以踢球，也可以在旁边搭帐篷。铺上地垫，这就躺下了看着天空发呆就行了。由于地垫比较大，2米4的，所以完全躺着都没有问题。

躺了一会儿起来跟球球一起踢回球。

本来我自己的timoq.com是使用cloudflare partner来管理的，所以以前可以自己使用自定义ip，而不需要用cloudflare默认提供的。

但是上周搞ssl证书的时候，发现使用partner的解析怎么都不生效，后来只能回到cloudflare自己来解析，发现这样就可以了。可想再回到partner是不行了。2021年开始cloudflare就不让再新增partner了。

那我们今天就说说怎么使用自定义主机名吧。

首先你得有2个域名，一个是你业务自己的域名，我这里就是 blog.timoq.com，它的主域名就是 timoq.com。 然后还要一个中间域名， 我这里就是 dasong.com。

而自定义域名的原理其实是这样的。

1. dasong.com的解析是托管在cloudflare上的。
2. 回源域名 fallback.dasong.com 指向blog.timoq.com的源站，记得打开已代理的标记。
3. 在TLS/SSL的自定义域名里首先添加“回退域” fallback.dasong.com , 等待回退源状态为有效就可以了。
4. 还在TLS/SSL的自定义域名里添加自定义域名, 我这里就是 blog.timoq.com， 根据要求去 timoq.com 那里添加几个 TXT 。
5. 把 blog.timoq.com 解析 CNAME 到 fallback.dasong.com
6. 查看TLS/SSL的自定义域名的状态，如果都是有效了，那就再进行下一步。一定要都有效了才可以下一步。
7. 在timoq.com的域名里添加 yx.z.timoq.com 的 两条A记录，这2条A记录就是我自己找到2个cloudflare在国内连接更好的IP。
8. 将 blog.timoq.com 的解析 从 CNAME 到 fallaback.dasong.com 改成 CNAME 到 yx.z.timoq.com