9 小时前 / SharpChain
微服务架构中的单个服务独立自治，互为依赖。犹如军队中的各个小队，所有的小队需要进行统一调配和管理，所以各服务需向注册中心报备信息，即服务注册。文章 Spring-Cloud 服务注册中心中已经介绍了注册中心相关内容，续接前文，介绍如何进行服务注册以及如何使用 Docker 布署等。 服务依赖Spring Cloud 中的注册中心以及服务注册等相关内容均是依赖 netflix，不同类型依赖于不同的 Jar 包，从而实现整体架构。相对于注册中心来说，服务注册区别并不大，而且依赖内容也基本相同，下面是其依赖文件build.gradle。
5 天前 / 江米小枣tonylua
原文：https://codefresh.io/containers/docker-anti-patterns/ 容器已经遍地开花。即便你尚未认定 Kubernetes 才是未来之选，单为 Docker 自身添枝加叶也非常容易。容器现在可以同时简化部署和 CI/CD 管道 (https://thenewstack.io/docker-based-dynamic-tooling-a-frequently-overlooked-best-practice/)。 官方的Docker 最佳实践(https://docs.docker.com/develop/develop-images/dockerfile_best-practices/) 页面高度技术化并且更多地聚焦于 Dockerfile 的结构而非通常如何使用容器的基本信息。
12 天前 / 江米小枣tonylua
原文：http://progressivecoder.com/docker-multi-stage-build-for-running-react-application-on-nginx-server/ Docker 多阶段构建（Multi-Stage）是一种创建生产环境 Docker 镜像的极佳途径。 如果你是一位 Docker 新手，强烈推荐你先阅读“理解 Docker 基础”一文 (http://progressivecoder.com/understanding-the-basics-of-docker/)。另一篇“从头为 NodeJS 应用创建 Dockerfile” (http://progressivecoder.com/creating-a-dockerfile-for-nodejs-application-from-scratch/) 也很有意思。
28 天前 / ???米?开?朗?基?杨???
点击 "阅读原文" 可以获得更好的阅读体验。 前言 Linux Namespace 是 Linux 提供的一种内核级别环境隔离的方法。用官方的话来说，Linux Namespace 将全局系统资源封装在一个抽象中，从而使 namespace 内的进程认为自己具有独立的资源实例。这项技术本来没有掀起多大的波澜，是容器技术的崛起让他重新引起了大家的注意。 Linux Namespace 有如下 6 个种类： 分类系统调用参数相关内核版本 Mount namespacesCLONE_NEWNSLinux 2.4.19[1]UTS namespacesCLONE_NEWUTSLinux 2.6.19[2]IPC namespacesCLONE_NEWIPCLinux 2.6.19[3]PID namespacesCLONE_NEWPIDLinux...
33 天前 / 噶牛爱尚
写文章Dockerfile最佳实践网易游戏基础架构平台游戏热爱者2 人赞同了该文章 帆仔16年入职网易，先后负责过多个重要手游项目；关注自动化、容器、云等方向；在容器领域，docker 公司提出的容器镜像已经成为目前容器打包交付的事实标准。构建镜像需要编写 Dockerfile，如何编写一个优雅的 Dockerfile 呢？在 Docker 公司的官方文档中给出了一篇 Best practices for writing Dockerfiles。 （https://g.126.fm/03ncYHS） 本文在此基础上做了一些删减，力图让大家在短时间内写出一份不错的 Dockerfile。
47 天前 / 涯之叶
文中所称Docker中的特权容器是指有host主机中root权限的容器，此类容器允许普通容器中无法访问的资源。特权容器的一个例子就是在Docker container中运行的Docker daemon，另一个例子是需要直接硬件访问的容器。最初，Docker-in-Docker的引入就是为了Docker的开发。但目前有很多运行特权容器的不同用例，比如在开源自动化服务器Jenkins中的自动持续集成(Continuous Integration)和交付(CI/CD)任务。但运行特权容器并不能保证其安全性。下面介绍下攻击者如何运行特权不安全的容器来获取后门。
50 天前 / luoxn28
戳蓝字「TopCoder」关注我们哦！ 学习Docker，首先需要了解Docker基本概念，然后就开始“动手”了（也就是敲Docker命令）。Docker命令较多，这里笔者总结下常用的Docker命令，方便小伙伴们查阅。 Docker是基于go语言开发，底层技术（Linux下）主要基于cgroups、namespace以及联合文件技术实现的一种进程级别的轻量级虚拟化解决方案。由于Docker进程隔离独立于宿主机上其他进程，因此也称为容器，Docker在容器的基础上，进行了更进一步的封装，从文件系统、网络到进程隔离等，极大简化了容器的创建管理维护工作，降低了开发者使用门槛...
60 天前 / 姬野
一、攻击Docker容器-场景在上一篇文章中攻击和审计Docker容器01，介绍了Docker容器的基础知识，在本篇文章中，我们将介绍通过攻击容器从而访问主机的系统，数据和资源。 主要有以下几种攻击场景： 1、攻击容器的Capabilities（Capability 能力限制） 2、攻击不安全的数据卷挂载 3、攻击运行环境的错误配置 4、利用docker secrets 错误配置 什么是Docker Escape？通过利用Docker漏洞，弱点使攻击者能够绕过容器运行时的各种限制获取主机的权限、数据和资源。
65 天前 / Fundebug
Docker是目前最具代表性的容器技术之一，对云计算及虚拟化技术产生了颠覆性的影响。本文对Docker容器在应用中可能面临的安全问题和风险进行了研究，并将Docker容器应用环境中的安全机制与相关解决方案分为容器虚拟化安全、容器安全管理、容器网络安全三部分进行分析。 一、从虚拟化安全到容器安全1、传统虚拟化技术虚拟化技术是实现硬件基础设施资源的充分利用、合理分配和有效调度的重要技术手段。例如，在基于OpenStack的典型IaaS服务中，云服务提供商可通过搭建设备集群建立资源池，并将服务器、存储和网络等底层资源进行弹性虚拟化提供给租户。
70 天前 / 大数据学徒
为了方便学习和开发，我写了一个 Dockerfile，把常见的大数据相关软件都装了进去并且做了基本的配置，目前各个组件都可以正常使用，欢迎大家使用和反馈，我会长期维护，觉得有用请 Star。 目前包含的组件有：Hadoop、Hive (on Tez)、Hue、Spark、Flink、Zookeeper、Kafka、MySQL 镜像 Docker Hub 地址：https://hub.docker.com/repository/docker/iamabug1128/bdp 项目 Github 地址：https://github.com/iamabug/BigDataParty 电脑端阅读：https://www.jianshu.com/p/026a9c810262 或 https://juejin.im/post/5def2b92f265da33e82bb4b8 内容提要：...
92 天前 / ???米?开?朗?基?杨???
点击 "阅读原文" 可以获得更好的阅读体验。 前言 在工作和生活中，我们可能经常需要将某个程序跑在不同的 CPU 架构上，比如让某些不可描述的软件运行在树莓派或嵌入式路由器设备上。特别是 Docker 席卷全球之后，我们可以轻松地在 ARM 设备上通过容器部署各种好玩的应用，而不用在意各种系统的差异性。 但是想要跨平台构建 Docker 镜像可不是一件轻松的活，要么到不同 CPU 架构的系统上全部构建一遍，要么就得在当前系统上通过虚拟化技术模拟不同的 CPU 架构，最后可能还要想办法合并镜像，费力不讨好。
112 天前 / CainGao0
使用Docker对于某些环境的测试调研是非常的方便的。例如现在需要安装一个Grafana来尝试连接MySql数据库进行可视化数据的展现。那么现在直接使用Docker启动一个Grafana的进程吧。 查找下载grafana镜像docker search grafana 选择第一个grafana/grafana docker pull grafana/grafana 现在镜像已经下载到了本地，查看本地的镜像 docker images 现在就可以直接启动grafana容器了。由于grafana使用的是3000端口，那么就需要把grafana的3000端口映射到宿主机。
115 天前 / 高飞
作者：Lateautumn4lin来源：云爬虫技术研究笔记 我猜很多人一看这个标题已经感觉很懵逼了，什么？下一代容器都出来了，我还没学Docker呢！！！ 咳咳~~在这里我给大家做一个保证，下一代容器目前也只是各个公司在测试阶段，Github上面也有很多Issue，因此，大家可以放宽心，下一代容器离我们还很远呢~ 切入正题： 我们今天讨论的是《下一代容器架构已出，Docker何去何处？》 其实就目前来说，下一代容器架构可以约等于≒ Podman+Skopeo+Buildah 其实这半年来很多自媒体都在鼓吹新的容器架构，吹嘘将要很快的替代Docker。
122 天前 / ???米?开?朗?基?杨???
前言 郑重声明：本文不是 Podman 的入门篇，入门请阅读这篇文章：再见 Docker，是时候拥抱下一代容器工具了 Podman 原来是 CRI-O项目的一部分，后来被分离成一个单独的项目叫 libpod。Podman 的使用体验和 Docker 类似，不同的是 Podman 没有 daemon。以前使用 Docker CLI 的时候，Docker CLI 会通过 gRPC API 去跟 Docker Engine 说「我要启动一个容器」，然后 Docker Engine 才会通过 OCI Container runtime（默认是 runc）来启动一个容器。这就意味着容器的进程不可能是 Docker CLI 的子进程，而是 Docker Engine 的子进程。