关于MySQL性能问题查找及优化的点滴.

最近折腾部署一年前的一个应用,发现一些由于一些细节已经忘记,常常可能多花费几个小时去重新解决问题的过程. 而有的过程之前写过KB,关键字一搜索就出来能省不少时间.

所以对于健忘的自己,还是多些记录,也不介意技术含量这个概念了.

印象中flyway应该是Java生态中很成熟的一个解决方案了,简略的记下使用过程.

最近尝试用Go重写以前Python的一个工具,感觉一直工作于Hard模式,可是又不想轻易的放弃Golang的实践,因为遇到一些问题最终变成从入门到放弃.

还好一周周坚持了下来,虽然遇到一个问题可能会解决多半天甚至一天多时间,还是有所学的.

今天整理下关于并发编程,也就是Go核心亮点goroutine使用中可能遇到的问题.

经常会遇到系统中使用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吧.