今天是除夕，但是我并有感受到像别人家那般浓厚的年味，我妈早早的做了几个菜，中午随便对付一下就算过了年了。入正题吧，今天主要是记录一下Docker搭建Redis集群的过程，在2017年的时候，当时接触到了中移在线的一个项目，因为考虑到高并发，所以就用到了Redis，但是当时都是手动基于Centos搭建和运维。
我们经常会遇到文件存储的场景，一般避免怎么运维成本，可能会选择成熟稳定且性价比高的产品，国内有很多OSS产品，比如:阿里、腾讯、七牛、青云等都有自己的对象存储产品，最终我选择了七牛，因为它0-10GB空间免费(我把我的图片还有我的所有静态网页都放在上面)，而且提供的API也比较丰富，青云也有12个月30 GB免费政策，其他的就没看过，因为要钱嘛，我是能省则省。
在Java中，我比较ORM熟悉就只有Hibernate和Mybatis,其他的并未实践使用过，在这二者之间我更喜欢Mybatis,因为它精简、灵活(毕竟我是上年纪的程序员，喜欢自己写SQL)。
目前适用于Spring Cloud服务注册中心的解决方案比较多,诸如：Consul、Spring Cloud Eureka、Zookeeper、Etcd等，配置中心有：Spring Cloud Config、Apollo、Disconf等。总感觉这些搭建起来较为繁琐，所以考虑使用Nacos来做配置和服务注册中心。
在前面，NSQ实现消息延迟执行中我简单的介绍了NSQ的搭建和使用，在此，我们继续探究一下NSQ的高可用性。毕竟开发的服务都希望7*24小时都能正常使用，虽然不能保证**100%的可用性，但是我们也希望无限趋近于100%**。
最近我给自己做了一个记事微信小程序,主要是怕自己把事情给忘了，虽然现在市面上有很多成熟的应用，但是作为程序猿，而且最近工作也不是那么忙，就想着自己折腾一个。既然是备忘，当然得有一个消息提醒，这就需要涉及到延迟执行。现在针对延迟执行也有许多方案，比如:定时扫描、消息队列等。定时扫描在时间上有延迟而且扫描频率影响着数据库的性能，另外还有定时轮(TimingWheel)算法，不过这里我还是选择了消息队列的方式。
.net core跨平台之后，部署方式也变得多了。在Windows上可以IIS、Kestrel、Windows 服务,我之前做的一个项目,用的Kestrel前面再加了一层Nginx代理。因为之前.net的时候部署老是用IIS,感觉有点繁琐，所以这次就来探究一下Windows 服务的方式。
我们这个信息化时代，每天都不知不觉的会给不知道哪些软件运营商偷偷的说一些悄悄话，特别是我们程序猿，在开发过程中更是，偶尔会遇到不知道TCP交互过程中到底传递或者接受了哪些信息，给我们的Debug蒙上了一层神秘的面纱，这时候，我们需要一些抓包工具帮助我们轻松Debug。一般的请求可以借助浏览器自带的NetWork抓包工具，移动端一些网页的话可以借助腾讯开源的vConsole，再高端一点就是借助Fiddler来抓取http或者https请求。但是有时候这样也满足不了我们的需要，那么就再祭出Wireshark神器来抓取tcp和udp请求。
最近想弄一个生活、办公技巧分项的静态网站，为什么要用静态的呢？成本啊兄dei。静态网页生成有很多工具，hexo、hugo、nuxt等等，很多的。这次呢我想试试gatsbyjs,所以才有了此文,盆友们可以去https://www.gatsbyjs.org/看详细介绍。
最近一个朋友在咨询我微信公众号推送消息的问题。因为我在17年的时候做了一年的微信公众号开发，自然有一丢丢经验，但是那时的服务端是用Spring Boot 开发的，这次是.net开发，而且时间也有点久了。所以在开发过程中遇到了一些问题。接下来，我就来和盆友们唠嗑唠嗑。
