- 综合排序
- 最热优先
- 最新优先
- 来自专栏轩辕镜像
PGADMIN4 Docker 容器化部署指南
通过Docker容器化部署PGADMIN4，可实现环境隔离、快速部署、版本控制和跨平台一致性，有效降低运维复杂度，提升工作效率。 容器部署基础部署命令PGADMIN4容器部署需配置访问端口、登录凭据、数据持久化等核心参数。 定期更换密码：避免使用默认凭据，定期通过容器环境变量或Web界面修改管理员密码。数据持久化与备份数据卷管理：使用命名数据卷（如pgadmin_data）而非主机目录挂载，提升数据安全性与可迁移性。 /volumes总结本文详细介绍了PGADMIN4的Docker容器化部署方案，包括环境准备、镜像拉取、容器配置、功能验证及生产环境优化，为PostgreSQL数据库管理提供了便捷、高效的部署路径。 容器部署需配置必要环境变量（登录邮箱/密码）、端口映射及数据卷，确保服务可用性与数据持久化。生产环境需通过HTTPS加密、资源限制、定期备份等措施提升安全性与稳定性。
67010编辑于 2025-12-02 - 来自专栏轩辕镜像
Crawl4AI Docker 容器化部署指南
支持自定义配置、浏览器配置文件和过滤规则易部署：通过Docker容器化方案实现快速部署和扩展本文将详细介绍Crawl4AI的Docker容器化部署流程，包括环境准备、镜像拉取、容器部署、功能测试及生产环境优化建议 环境准备Docker环境安装Crawl4AI基于Docker容器化部署，首先需要在目标服务器上安装Docker环境。 11235端口--namecrawl4ai：指定容器名称为crawl4ai，便于后续管理--shm-size=3g：设置共享内存大小为3GB，优化浏览器渲染性能高级配置选项根据实际需求，可添加以下可选参数进行定制化部署 官方文档https://docs.docker.com总结本文详细介绍了Crawl4AI的Docker容器化部署方案，从环境准备、镜像拉取、容器配置到功能测试和生产环境优化，提供了一套完整的实施指南。 通过容器化部署，开发者可以快速搭建CRAWL4AI服务，利用其高性能、AI友好的特点为LLM应用和数据管道提供网页抓取能力。
76210编辑于 2025-12-20 - 来自专栏EdisonTalk
传统.NET 4.x应用容器化体验（5）
，都需要重新创建，所以在切换之前最好先删除原来下载好的镜像&容器。 /aspnetmvcapp/ ---> 19ed4b0394b8 Step 5/12 : COPY aspnetmvcapp/*.config . /aspnetmvcapp/ ---> 685d35ea2682 Step 6/12 : RUN nuget restore ---> Running in a96b4ac5f72c ...... 4 总结 本文介绍了如何在本地的Windows Server 2019服务器上安装和配置Docker环境，最后演示了一下ASP.NET应用的基本容器操作。 对于传统.NET 4.x应用的容器化迁移，我们也还在探索，相信探索和实践的深入，我会分享更多相关的内容。
1.7K10发布于 2021-07-29 - 来自专栏亨利笔记
云管理容器化设备丨系列文章（4）
第四篇 云管理容器化设备 ? 系统安装 星云（Nebula）服务是基于容器化、微服务架构进行设计，缺省以虚机OVA方式安装。 与上一篇介绍的Pallas架构类似，虽然Nebula服务是以OVA方式封装的，但它并不依赖于特定的虚拟化基础设施或者云平台才能安装。 厂商可上传一组打包成容器镜像的EdgeX Foundry边缘应用，并定义行业目录类别、容器间的依赖关系、资源参数、启动顺序、以及连接的数据分析云服务的参数。 ? Nebula服务提供完整的Restful API文档，据此用户可以自动化操作来大规模部署EdgeX Foundry边缘应用。 ? - 未完待续 -
72150发布于 2020-06-12 - 来自专栏EdisonTalk
传统.NET 4.x应用容器化体验（3）
上一篇我们自己通过编写Dockerfile来编译部署一个ASP.NET MVC应用程序到Windows Container，这一篇我们来试着将.NET 4.x的镜像推送到harbor私有镜像仓库。 Node2作为服务端，主要用来运行harbor镜像仓库对企业内部提供容器镜像服务。 2 搭建Harbor镜像仓库 Why Harbor? 此外，建议先将.net 4.x sdk的基础镜像先推送到harbor，后续推送应用程序的镜像会共享基础镜像层的文件，因此速度也会加快很多。 对于如此巨大的容器镜像，我跑了两到三个相同的asp.net mvc sample容器实例，验证发现磁盘空间会每个实例多占用0.2G左右，内存会每个多占用200M左右。 当然，这也是因为这个asp.net mvc sample实在太简单，没有任何依赖交互，但是它也侧面反映，看似庞大的asp.net容器镜像，实则不会随着容器实例的增多而重复占用空间，而是共享Windows
70520发布于 2021-07-23 - 来自专栏EdisonTalk
传统.NET 4.x应用容器化体验（6）
对于第一次在Windows Container上跑ASP.NET MVC应用的我来说，有点懵，在容器内部查看IIS Log也没有足够的信息，我能想到的，就是去看事件日志了。 首先进入ASP.NET MVC容器实例内部： >docker exec -it <container_name> powershell Step2. 从错误日志中可以看到，Config目录访问不到，经过调查发现，原来已有系统的IIS目录下有一个手动拷贝进去的Config目录（正确做法应该将其作为解决方案的一部分内容始终输出到release目录），于是乎将其拷贝到容器目录下 对于传统.NET 4.x应用的容器化迁移，我们也还在探索，相信探索和实践的深入，我会分享更多相关的内容。
40220发布于 2021-12-01 - 来自专栏EdisonTalk
传统.NET 4.x应用容器化体验（2）
./ 很简单，就三行搞定，拉取运行环境镜像aspnet:4.8，设置工作目录为/inetpub/wwwroot，最后将Publish文件目录下的所有文件拷贝至容器的工作目录之内，完事儿。 12 seconds ago 8.48GB mcr.microsoft.com/dotnet/framework/aspnet 4.8 451a15b86af7 4 翻译过来就是下面这几个部分： (1) 操作系统镜像：Windows Server Core (2) WebServer：IIS 10 (3) 基础框架：.NET Framework (4) 框架扩展：. 3 通过sdk编译打包一体化 我们都知道，在Dockerfile中除了可以直接简单地引入运行环境镜像，也可以引入sdk镜像来执行编译和打包的操作，这一特点十分适合在持续集成的任务中执行。 4 更多 Docker Compose 我们也可以在Windows Server上安装Docker Compose来进行单主机的容器编排，在Linux上操作Docker Compose的经验同样也可以平滑迁移到
1.9K20发布于 2021-07-21 - 来自专栏CNCF
容器化到容器编排之旅
目前已经有一堆类似标准的规范（1, 2, 3, 4, ……）描述了容器领域的方方面面。当然，它的底层是Linux的基本单元，如namespace和cgroups。 容器化软件已经变得非常的庞大，如果没有它自己关注的分离层，几乎是不可能实现的。 本节专门讨论低阶容器运行时。在OCI运行时规范中，组成Open Container Initiative的一些重要参与者对底层运行时进行了标准化。 容器管理 在命令行中可以使用runc启动任意数量的容器。但是如果我们需要让这个过程自动化呢？ 编排 容器的编排是一个非常大的主题。实际上，Kubernetes代码中最大的部分就是解决编排问题，而不是容器化问题。因此，编排应该有自己单独的文章（或几篇）而不在本文描述。希望他们能很快跟进。 ?
1.8K11发布于 2019-12-05 - 来自专栏『学习与分享之旅』
容器化技术
更快的对应用进行标准化部署部署方式物理机部署慢成本高资源浪费扩展与迁移硬件限制虚拟化在一台物理主机上，通过硬件底层的虚拟化支持，可以虚拟出来很多个虚拟机可以形象的看成，每一个虚拟机都是一台独立的电脑可以让物理机的硬件资源充分利用可以多部署资源隔离容易扩展图片容器化不用安装操作系统的虚拟化技术我正在参与
33220编辑于 2023-09-30 - 来自专栏SRE运维实践
容器化应用
在使用容器的时候，居然命令的反映时间需要几秒钟，是可忍孰不可忍。。。 ? 一个docker ps的命令居然需要接近4秒钟，而查看一个docker info居然需要七秒钟。。。 为什么要容器化应用 在进行容器化的时候，听起来好像很高端，但是如何说服别人进行容器化，容器化应用是否能带来价值，那么就需要根据当前环境来进行考虑。。。 在进行容器化的时候，使用c和c++无非就是为了追求极致的速度，如果使用容器来进行虚拟化，是否是降低了效率，是否不应该移植？ 3、 操作系统是否支持容器化 在目前的系统中，大部分是linux，小部分是aix，而还有一部分是windows，那么容器化的应用是否能很好的支持windows。。。 4、 基础镜像是否支持容器化 在目前的系统中，假设都是java语言，而要提供基础镜像，需要提供哪些基础镜像，是否经过了调研。。。
85420发布于 2019-07-08 - 来自专栏技术杂记
Rails 容器与配置(4)
/usr/src/app bundle install EXPOSE 3000 rails server ---- 构建 Rails 容器镜像 注意目录在 app 项目的根一层 [root@h104 blog2 onbuild onbuild: Pulling from library/rails f502f0e93adb: Pull complete 41fb86dd2354: Pull complete 7db4e84aa159 : Pull complete 4e4386f0802f: Pull complete 2010da638e26: Pull complete d63c045b79b9: Pull complete e9d8f1a8e16137880b074c60e7c2d6e0ced6bd498d0d871f6c15ffdc619b8e5a Status: Downloaded newer image for rails:onbuild # Executing 4 /usr/src/app ---> b5b7ed8d740e Removing intermediate container dee87f8e4f1f Removing intermediate container
1.4K30发布于 2021-10-20 - 来自专栏技术杂记
Redis 容器与配置(4)
docker 命令的 run 子命令 -i 打开 STDIN ，进入交互模式 -t 分配一个伪终端，一般都和 -i 一起使用 --link test-redis:redis 连接 test-redis 容器 ，并且为这个容器定义一个别名，叫 redis (redis-cli -h redis -p 6379 中指定的 redis 就是用的这个别名) --rm 此容器用完就删掉，不留存，一般用在短期前台交互的情况下 ip:hostPort:containerPort, 必须指定 containerPort ，如果没有指定 hostPort, Docker会自动分配端口 -P 将Dockerfile 里暴露的所有容器端口映射到动态分配的宿主机端口上 --link 在容器之间创建链接，如 --link name:alias,这会创建一系列环境变量，并在消费者容器的 /etc/hosts 文件里添加入口项，必须暴露或发布端口 操作和正常使用客户端一样
45850发布于 2021-10-20 - 来自专栏一个会写诗的程序员的博客
同时使用Junit4的@Parameterized参数化测试和Spring容器
同时使用Junit4的@Parameterized参数化测试和Spring容器整合 ---- 之剑 2016.4.30 整合Spring容器 @SpringApplicationConfiguration TestContextManager(getClass()); this.testContextManager.prepareTestInstance(this); } } Junit4的参数化测试
92350发布于 2018-08-20 - 来自专栏仁扬笔记
容器化的好处
容器化，是指使用容器技术（Docker/containerd等）运行应用程序（容器），并使用容器编排技术（例如 K8s）来管理这些容器。 我在之前的文章 [《使用 Dockerfile 构建生产环境镜像》](https://imlht.com/archives/236/) 提及普通的虚拟机部署存在的问题：> 为什么有这篇文章，是因为我在真正做容器化改造的时候 的存在，不同的操作系统也可以兼容- 高度一致性带来了环境的统一，统一的环境有利于 CI/CD 流程，结合自动化技术提升效率#### 二、资源隔离- 以往虚拟机容易因为混合部署，而某些应用耗费内存过大，导致程序 OOM 崩溃，而容器由于资源隔离，不会互相影响- 合理分配每个容器的资源，有利于提高资源利用率，降低资源成本- 通过 Linux Cgroups 技术（Linux Control Group）限制资源上限 ，使得进程本身看起来好像拥有一个隔离的环境和文件系统（实际上还是宿主机的一个进程）容器化是未来的一大趋势！
83420编辑于 2023-08-03 - 来自专栏让技术和时代并行
HAProxy容器化实践
如今 Docker 无处不在，您会发现许多应用程序都已被 Docker 化；HAProxy 负载均衡器也不例外，但 HAProxy 就是为此而生的。 生命周期管理也变得标准化。启动、停止和删除容器就像调用一行 docker 命令一样简单。这反过来又使部署成为一个可重复和可测试的过程。它还有助于更轻松地进行软件升级。 那么，问题是，在容器内运行 HAProxy 有什么影响？ 在 CPU 开销方面，记住，与虚拟机不同，Docker 不需要在主机操作系统之上的虚拟化层。 另一方面，桥接网络很有用，因为它们允许您将容器组隔离到容器网络中，并且仅将其中一些容器暴露给主机，这对于减少主机网络所需的 IP 地址数量非常方便（想想运行数百甚至数千个容器所需的 IP 数量）。 Docker 提供了一种用于部署应用程序的标准化方法，使该过程具有可重复性和可测试性。
1.2K20编辑于 2023-03-18 - 来自专栏我是攻城师
容器化网页应用
虽然容器不能替代虚拟机，但是比较容器与虚拟机的异同，还是很有意义的。虚拟机是虚拟一个完整的操作系统，包括独立的内存管理，设备驱动等。相反，容器则是共享主机的这些资源，因此容器是比较容易管理的。 Docker是基于LXC(Linux容器)实现的，但是它并不是要替代LXC的。相反，Docker则是基于LXC提供一些高级的功能，比如版本化应用，跨主机部署可迁移的应用。 因为创建容器不需要重新启动操作系统，所以使用容器运行应用的确节省时间。 ? 应用隔离所带来的安全沙盒化 在Docker中，一个容器其实是跑了一个应用或者一个进程。 因为每个容器只能访问其他容器显式暴露出来的端口和文件。 而且容器可以再更高层次上对于系统上存储什么数据，安装什么软件进行控制。一些运行在一个容器上可疑脚本是不会影响其他容器的。 容器化你的网页应用 容器化你的网页应用不仅可以加快部署，还可以让部署变得更容易。Docker容器极具可移植性及灵活性，作为一个网页开发工程师，你可以借助docker让你的开发环境更加强劲。
1.3K60发布于 2018-05-11 - 来自专栏Linux云运维
Docker 容器虚拟化
Docker 容器虚拟化 1、虚拟化网络 Network Namespace 是 Linux 内核提供的功能，是实现网络虚拟化的重要功能，它能创建多个隔离的网络空间，它们有独自网络栈信息。 实例1 假如物理机有4块物理网卡，创建4个名称空间NS，而这些网卡设备是可以单独关联至某个单独的名称空间使用 这4个网卡分别对应唯一一个名称空间。 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever 4: ip [root@localhost ~]# ip a ...... 5: veth2d6f8e9@if4: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc 如下图所示： 此时再创建一个名称空间，配置相同网段，这两个名称空间能相互通信，如下图所示： 从网络通信的物理设备到网卡都是用纯软件的方式来实现，这种实现方式就叫做虚拟化网络 2、单节点容器间通信 同一个物理机上的两个容器想通信
96330编辑于 2022-08-23 - 来自专栏后端Coder
容器化技术~docker
现在的docker容器化技术用的挺普遍的，在微服务的加持下，由于docker容器本身的优势被广泛使用，下面我们还是看下docker的相关内容吧。 Docker是一个开源的应用容器引擎，基于Go语言，遵从Apache2.0协议开源，Docker可以让开发者打包他们的应用以及依赖包到一个轻量级，可移植的容器中，然后发布到任何流行的linux机器上，也可以实现虚拟化 Web应用的自动化打包和发布。 自动化测试和持续集成，发布。 在服务型环境中部署和调整数据库或者其它后台应用。 Docker的优点，Docker是一个用于开发，交付和运行应用程序的开放平台。 Docker允许开发人员使用您提供的应用程序或服务的本地容器在标准化环境中工作，从而简化了开发的生命周期，容器非常适合持续继承和持续交付的工作流程。 当我们的程序经过层层测试没有问题后，我们就可以将我们的容器化应用服务进行发布到生产环境了，以提供给用户使用，其实使用docker容器化技术来开发我们的应用技术优势很明显。
95811发布于 2019-11-14 - 来自专栏云原生知识宇宙
Go 应用容器化
ldflags='-s -w -extldflags=-static' -o /appFROM ubuntu:22.10COPY --from=builder /app /CMD ["/app"]如果希望最小化镜像 scratchCOPY --from=builder /app /CMD ["/app"]建议 k8s 1.23 及其以上版本使用 scratch 基础镜像，即使镜像中不包含 bash 等调试工具，也可以 使用临时容器来进行调试 latestRUN apk add --no-cache tzdata ca-certificatesCOPY --from=build /workspace/app /appCMD ["/app"]参考资料使用临时容器来进行调试
39810编辑于 2024-05-10 - 来自专栏积跬Coder
虚拟容器化技术
虚拟容器化技术 作者寄语： 首先我们需要学习一个知识，或多或少会有所目标或需求。那么我在对于选择的时候会进行相对应的分析，优中择优? 什么是虚拟容器化化技术？ 那么虚拟容器是什么,它与虚拟化又有什么不同？ 传统虚拟化技术从操作系统层下手，目标是建立一个可以用来执行整套操作系统的沙盒独立执行环境，习惯以虚拟机(Virtual Machine)来称呼。 如果说虚拟化是将房子分成房间，那么虚拟容器化技术就是将“房间”里的柜子分层。 虚拟容器化技术的优与劣： 优势： 更高效的系统资源利用率。 相比虚拟化技术，不需要额外的hypervisor层，会有更高的性能和效率。单台高配物理机可以跑上千个docker容器。 实现隔离的限制 容器里面不存放数据，容器中的数据会随容器消失而消失，特别是对有状态的应用需要做数据的持久化设置 容器的粒度更细，管理复杂度更大，在生产环境管理大量的容器带来了更大的挑战，有赖于K8S、Swarm
1.6K30发布于 2020-12-18
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号