个人对应用上云的理解

传统应用上云需要注意一下几种思维，与传统部署不同，在传统的部署思维下，我们会关注本机的资源(CPU、内存、磁盘)情况、端口占用情况、文件及目录规划情况、依赖包等等情况，在以往的部署过程中，整个流程是十分漫长的。对技术人员也算是个挑战。
​

其实上云的思维也是基于Docker、K8S的基础上的，需要完全的理解K8S的pod、svc、ingres、deploy等等概念，针对性进行转换。而且要进行区分。
​

以下几点是我个人总结的上云思路

1、软件获取渠道：
1）传统方式：上传docker镜像、编辑yaml配置（不推荐）
2）DockerHub 获取软件，查看软件的基本安装情况
3）使用软件仓库，目前最流行的是HELM

2、我们以上面说的第2 3点来继续捋一捋：
1）权限，哪些人可以在哪个空间、哪个项目中，是否可以创建资源、创建用户及角色，这个要理解一些企业架构的思维。具体情况具体分析。
2）软件在仓库中的镜像版本：比如：mysql:5.7.35、nacos/nacos-server:v2.0.4
这里说的是公有仓库，私有仓库思路一致
3）外挂卷的规划，有哪些目录需要挂载，一般常见的有数据目录挂载、配置目录挂载
4）配置，这里可以理解为配置中心的思路，对应部署时，哪些文件需要暴露出来，那么那些文件就应该在配置中心进行配置。
5）网络，在K8S中，网络简单就可以划分为：对内（内部访问）、对外（需要外部网络访问），内部服务的依赖使用对内的网络配置即可。需要对外的服务则使用对外的配置，如NodePort
​