• public key
• proxy shell
• init components

# using git bash in win10

ssh-copy-id -i pub-key-path-end-with-dot-pub user@ip

这玩意儿是有章可循的

脑子里闪过的关注点是：

可测试性，可维护性（想的是运维，其实包含整个SCM周期）

按着这个思路还会有可扩展性（开闭法则等等巴拉巴拉）和可伸缩性（水平->k8s HPA，垂直->k8s node join cluster and redeploy）

今天又一次重复遇到经典问题，redis开启了RDB持久化，在执行时导致内存申请失败

一般来说这个问题网传修改有两个方法：

1. 修改redis配置，将 stop-writes-on-bgsave-error 改为 no
2. 修改内核参数，将 vm.overcommit_memory 设为 1

我们临时采用了第二种方法

CNCF自己有个 https://landscape.cncf.io/grouping=landscape&landscape=certified-kubernetes-distribution,certified-kubernetes-hosted,certified-kubernetes-installer[page] 干这个事情的，维度更多，有宣传意味，也不太符合特定条件下的诉求

灵雀、时速、阿里云就不必细说了，主要是自维护和自研

类似灵雀、时速这样的开源平台产品也很多，比如大名鼎鼎的RedHat的OpenShift，还有丰富的社区（经验，虽然可能是英文的）的支持，而国内的商业化产品都没有开源产品，对应起来没有活跃社区来支持，只能选择他们的商业服务

所以自维护是一个可行的现实的选择

自研确实不可取，人力物力的没有，但是可能会是自维护长远路径的一个可选结果

介绍 Spring Boot Initializer的用法

Spring Boot相对于传统的基于maven项目结构组织的Spring + SpringMVC项目究竟有什么不同？

那就是，进一步省掉了绝大部分自己搭建项目脚手架的工作

很多因素：

• 忽然觉得应该针对某个事情记点什么，但是又不想只言片语的只写个笔记
• 这个事情刚好跟工具有关
• 确实一直想整理一个关于自己工具箱的内容
• 等等等等