将应用整合到容器中并且运行起来的这个过程，称为“容器化”（Containerizing）
容器化是一种将应用及其依赖项打包在容器中的技术，以确保应用在不同环境中的一致性和可移植性。
-
不要在容器中存储数据：
-
容器是设计为一次性的，因此不应该在容器内部存储数据。
- 操作：将数据存储在外部的持久化存储中，如云存储服务或网络文件系统。
- 使用持久化存储卷（如Docker卷或Kubernetes持久卷）来存储数据。
-
示例：在Docker中，你可以使用
docker run -v命令来挂载一个卷到容器中。 -
不要发布两份应用：
-
每个容器应该只运行一个应用。
-
操作：避免在一个容器中部署多个应用，确保容器的单一职责。
-
确保Dockerfile或Kubernetes部署配置中只包含一个应用。
-
示例：在Dockerfile中，只添加一个应用的依赖和启动命令。
-
清除不必要的包和文件：
-
容器镜像应该只包含运行应用所需的最小化文件和库。
- 操作：在构建镜像前，清理不必要的文件和依赖，以减小镜像大小，加快启动速度。
- 在构建镜像时，使用
.dockerignore文件来排除不必要的文件和目录。 -
示例：在
.dockerignore文件中添加*\*.log*来忽略所有日志文件。 -
不要在容器中运行多个进程：
-
容器设计用于运行单个主进程。
- 操作：如果需要运行多个服务，考虑使用多个容器，每个容器运行一个服务。
- 使用Docker Compose或Kubernetes来管理多个容器，每个容器运行一个进程。
-
示例：在Docker Compose中，定义多个服务，每个服务运行一个容器。
-
不要在镜像中存储凭据，使用环境变量：
-
避免在容器镜像或应用代码中硬编码敏感信息。
- 操作：使用环境变量或配置文件来管理敏感信息，并在运行时注入这些变量。
- 在Dockerfile中使用
ENV指令来设置环境变量。 - 示例：
ENV DB_HOST=db.example.com。 - 在运行容器时，使用
-e参数传递环境变量。 -
示例：
docker run -e DB_HOST=$DB_HOST myimage。 -
使用非root用户运行：
-
默认情况下，容器以root用户运行，这可能带来安全风险。
- 操作：在Dockerfile中使用
USER指令指定一个非root用户来运行容器。 - 在Dockerfile中指定一个非root用户。
- 示例：
FROM ubuntu后跟USER myuser。 -
构建镜像时，确保镜像中的
USER指令指定了正确的用户 -
不要依赖IP地址：
-
容器的IP地址可能会变化，依赖IP地址可能导致通信问题。
- 操作：使用服务发现机制或容器编排工具（如Kubernetes）来管理服务间的通信，而不是直接使用IP地址。
- 使用服务发现工具（如Consul、Etcd）或容器编排工具（如Kubernetes）的服务发现机制。
- 示例：在Kubernetes中，使用服务（Service）资源来暴露应用，并使用服务名称进行通信。
另外的一些，镜像打包要最小化，这个关于dockerfilde 的一些优化
设置健康检查
日志管理
监控配置集成
容器镜像安全
遵循这些原则可以帮助你更安全、高效地使用容器技术。在实际操作中，你可能需要根据具体的应用场景和需求来调整这些原则的应用方式。
