一切以用户价值为依归、客户第一、用户为本，这些都算是对这个价值观的相互注解。什么是用户价值？谁来判断具备用户价值？都是我们需要认知思考和反复权衡的。
一个产品或者服务只有具备为用户解决一个问题、为用户更好的解决一个问题、满足了用户的某个需求才能具备用户价值，但是在实现这三个目标的过程中，我们所做的全部都给用户提供了价值吗？
每一个产品不是功能的堆砌，产品像人一样，他/她背后是有价值观的。抽奖、裂变、push、复杂的活动、忽悠用户、打扰用户这些日常很常见的手段真的很好吗？
少即是多，想想真是具备至理但却难以践行的法则，不断的招人开发新的功能、设计新的玩法，自己产品核心的价值都做好了吗？时间是有限的，人力也是有限的，为什么不在最具核心价值的地方好好打磨呢？
前几天，看网上说IPV4的地址已经分配完了，IPV6的时代开始了。其实工信部早就开始推各个大公司进行IPV6改造了，不过进度不尽如人意。说到IPV4就不能不提IP转换服务了，IP转换服务是指根据用户的IP获取用户的国籍、省份、城市、运营商等信息的服务。可以被使用到诸如用户画像、版权控制、流量调度、路径加速等领域。
我们活动存储都用的是redis，落地用mysql，这样就会面对一个问题：如何清理过期活动用过的key。同事搞个一个脚本：每天去扫码有无过期的活动，如果有就去slave redis实例中用scan扫描出活动所有的相关key，然后挨个清理。有一天redis发生了主备切换，这个脚本就去主redis上扫描去了，引起了告警。这种scan方式不是很好，我们在想是不是搞成一个日志服务，将这些key都记录下来，等到活动结束后直接看这些日志文件，对照着日志文件清理就行了，但是不去重的记录每个redis key的话，每天的数据量会很多，所以就有了如何去重的思考。
在日常的运营过程中，因为容灾的考虑，程序都会部署并运行在多台机器上，如果是无状态的程序还好，可以直接多机部署并且运行，但是有状态的程序该怎么办呢？
该模式对程序有个要求，就是程序不要依赖本地文件，存储一定要用存储组件，比如mysql、redis等。一旦用了本地文件，那么主机挂掉迁移到备机的时候会缺少本地文件而运行异常的。采用主备模式，故障迁移的时候也有自动和手动区分。手动切换就是对时间不敏感，在一旦时间切换过去就行，一般是监控、离线统计等业务适用。如果是自动的话，需要有个第三方的keeper来监控主机是否允许正常，一旦主机运行不正常就启动备机。但是这个keeper的容灾也是值得考虑的一个地方。
多机器通过抢主的方式实现，抢主一般是通过分布式存储组件来实现，比如zk，简单的话redis也行，抢一段时间然后租赁1分钟，这样1分钟之后再抢主。
一直以来对东南亚的国家都无感，自己旅游是绝对不会选择去的。最近需要去菲律宾🇵🇭出差，任务是去实地测试下当地的网速以及我们的APP在当地的表现情况，所以就有了菲律宾马尼拉行。
从香港机场出发，两个多小时就到了菲律宾的首都马尼拉，菲律宾与中国是没有时差的。马尼拉的机场不大也不新，出口的地方有出租车也有网约车（grab，grab不用单独下APP，在支付宝境外旅行中就有）。比国内好的地方是，grab有专门的上客点，所以司机接乘客比较方便。在机场外望去，基础建设还是比较落后的，高架桥、周围的房子与建筑都比较旧；满眼的丰田、三菱车，当地人的肤色都比较深（还是国内人看的舒服）
这个项目就是给用户换个身份证号码，属于从上到下必须完成的任务，时间上也比较紧。将PC/H5/APP全部替换完只有半年的时间，而且APP碎片化比较严重，让用户升级上来也得一段时间，挑战还是比较大的。
到今天为止，PC已经上线并且运行两天了，还算比较稳定，终于有时间做下初步总结了。
