经常会遇到系统中使用Message Queue/消息队列的情况, 与此类似的模型还有 pubsub/发布订阅模式(publisher/subscriber).

这两种模型的实现也被看做 消息中间件/MOM(Message-Oriented Middleware),因为这种结构解耦了发送端和接收端,简化了架构.

另外常提的一个概念是Messaging Broker, 更多的用于消息验证,转换,路由.

好记性不如烂笔头, 网络基础知识备忘.

最早注意到云原生这个概念是某次看文章说Kubernetes是作为CNCF(云原生计算基金会)的主要项目来开发的,该基金会属于Linux基金会旗下,还包括被熟知的prometheus,istio等开源项目, 似乎可以理解为Kubernetes生态系统.

至此Kubernetes把微服务,十二要素,服务网格/Service Mesh等串联了起来, 符合这些概念的应用架构就是云原生应用.

提到私有容器仓库,VMWare出品的开源Harbor算是首选. 安装和配置照官方文档来很简单,今天在尝试push镜像时遇到了如下错误: “Get https://yourdomain.com/v2/: Service Unavailable”,

断断续续接触过加密通讯的一些场景, 随着近两年安全的普及,建站使用https也成为标配.

这篇文章试图汇总下证书这块的知识提纲.

作为一个Python粉,一直在各种场合使用这个语言,最近也在试图从Python2彻底切换到Python3.

如果说缺点的话,也只有对它的性能有所抱怨(GIL),不能使用多核CPU.

这篇主要记录使用过和部分mark过的库/框架,其他检索的话可以使用awesome-python.

Fabric比较轻量级,平时在部署多个服务器时经常用到.

今年作者发布了不向后兼容的Fabric2, 由于原有的脚本改动太多,暂时还没有迁移.

[2018.12更新]
Fabric2现在看来是个错误选择, Fabric v1不支持Python3,而Fabric2仍存在大量bug和未实现功能,从实用的角度看v2基本不可用.
在主流已经使用Python3的情况下,这意味着Fabric毫无迁移必要.
算了不折腾了,直接上Ansible吧.

VI/VIM作为Nix环境的常用编辑器,有一些常用命令/用法.

由于平时用VSCode/SublimeText比较多,以至于切换到vi经常需要查阅,特记录与此.

最早接触Ansible是在15年,后来断断续续用过几次,因为更倾向于所写即所得的Fabric,后者也更轻量级.

每次拾起来都要查文档,记录下常见用法.

实际使用中，docker的命令还是很多的，这里单列出来方便查询。