网络上流传不少删库跑路的段子，以至于有朋友求助一些技术问题时，我总是好心地建议他们，别废心思研究了，删库跑路才是正途。
(图源 ：pixabay)
虽然总把删库跑路挂在嘴边，但是工作这么几十年，一直都兢兢业业，把公司和客户的数据放到第一位，重要数据分别按日、按周、按月备份。虽然出了几次用户误操作导致数据丢失的事故，但是我很快利用备份机制帮他们重建数据。从来没干过删库跑路的事情。
不过这次我要体验一把删库跑路的感觉啦，之前文章里也提过，准备停掉我这边的一项业务，以后准备专心致志在区块链领域发展啦，算起来，这项业务已经做了16年啦，哎，时光浪费不少，成就几近于无。
其实最早可以追溯到两三年前，我就开始通知部分客户要关服了，不过集中全面通知还是大概从3月份开始的，然后4月，5月又分别通知了一次。
大部分客户已经顺利地进行了迁移，剩下的尚未进行迁移的用户，也基本表示知道了这个情况，会尽快处理，还有部分表示无所谓了，他们的业务也不赚钱，所以是关是迁都没啥区别。
现在服务器上剩的基本上都是我自己的数据了，不过我有信心在月底之前搞定，然而服务器必须提前5天(还是3天，记不清了)提交取消请求，否则就会开收下月的月费啦。
于是乎，开始取消服务器，这算不算是删库跑路呢？😀
取消服务器要登录后台面板，从ThePlanet、SoftLayer、IBM一路过来，面板是越来越不好用了，超级复杂、国内加载超级慢、找点东西超级难，如果你有用过AWS觉得复杂，那么用完IBM公有云的面板，就会知道AWS有多亲切。
后来终于在Classic Infrastructure\Devices下找到我的服务器，亦即所谓的Bare Metal Server，其实以前都是叫独立服务器的，后来可能是为了和虚拟化云服务器区别吧，搞了个怪怪的名字。
我在Softlayer最多的时候有好些台服务器，关关停停，现在完全属于我的就剩一台了，看了一下这台上线时间是6/7/2014, 1:24:36 AM，马上就服役6年了，时间飞逝啊。
6年前超豪华的配置，现在看起来有些过时了：
找了半天才在右上角找到
找到它了：
注意我框出的红字，尽管我现在取消，但是还是提供服务到30号，是不是很人性？其实是因为每月交钱都交到30号。擦，比我预期了早了一天多点啊，不过没关系，不差这么一半天。
This device is active until your anniversary date: 5/30/2020, 1:00:00 PM.
勾选上这项：
选择这个大大的Cancel device按钮
然后不一会就发现Device support cases中多出了如下项目：
哎，虽然是系统发的，但是毫不挽留也挺伤心的💔，当然了，挽留我也不会留下了来的。
略微遗憾的是我一堆IPv4的地址也跟着取消了：
这些IPv4地址申请可是耗费我很多的心血啊，和他们交涉无数次才弄到，以前我记得IP可以单独取消或保留，不知道啥时候都被他们和服务器打包到一起了。不过算了吧，要断就断得彻底一点，反正这些IP留着也没用，还得额外花钱。
那就这样吧，删库跑路的感觉还真有点小激动呢。
