docker容器镜像教程

上个月，Pivotal [url=https://content.pivotal.io/blog/pivotal-brings-the-magic-of-cf-push-to-kub

在这篇文章中，我将详细介绍如何使用knative build为基于Kubernetes之上的一个OpenFaaS函数构建Docker镜像。到帖子结束时，我们

我一直在倾听Kubernetes（k8s）各种讨论，并试图找出反复出现的主题，这些

我们学习和使用的第一个Kubernetes命令之一是  kubectl run。有Docker经验的人倾向于将它与之比较  docker run，并认为：“ 啊，这就是我如何简单地运行容器！“让我们看看运行一个非常基本的kubectl run 命令后会发生什么  ：

有时我们需要做一个很简单的Http Rest API，但是不想使用Spring Boot过重的框架，其依赖包太多，这里展示在在Docker中使用Java运行API端点其实并不需要这些框架，只要一个依赖包就好，非常轻量。 实际上，我们只使用单个库作为

遗留应用程序堆栈已被搁置，基于容器的应用程序已经上升。 在应用程序开发中使用Docker容器有很多好处，现在已经很明显了。我们可以突出其中一些： 亮度 可移植性 几个环境 简易CI / CD 但是容

服务网格是一组重要的功能，可以在运营服务式架构时解决一些困难的服务到服务通信挑战。就像Kubernetes和容器有助于在一组计算机上提供一组很好的抽象来部署和运行工作负载一样，服务网络也出现了抽象网络，使运营商和开发人员能够控制请求路由，可观察性和政策执行。这提供了很多潜力。唯一的问

DevOps就是转向基于产品的管理。实际上，这意味着项目不再有“结束日期”，而团队则通过提供功能不断提供价值。实现这一目标的一个重要部分是整合价值流中的团队，从开发到运营; 一些组织甚至包括业务利益相关者。在DevOps模型中，软件是作为产品进行维护，跟踪业务持续交付和不断实现价值指标。</

容器==带来所有依赖关系（“静态链接”）；FaaS ==只带来你的代码并从环境中获取你的依赖关系（“动态链接”）。

大约两年前，Tinder决定将其平台迁移到Kubernetes。Kubernetes为我们提供了通过不可变部署推动Tinder工程实现容器化和低成本运维的机会，应用程序构建，部署和基础结构将定义为代码。我们还希望解决规模和稳定性的挑战。当扩展变得至关重要时，过去我们经常会花费几分钟等

本文介绍Kubernetes的一些基本概念，可以帮助你快速掌握在K8s中实际部署应用最重要的逻辑。镜像镜像是一个轻量级，独立的可执行软件包，包含运行应用程序所需的一切 - 代码，运行时，系统库和工具，环境变量和配置文件。

Kubernetes是800磅重的容器编排大猩猩。它为全球一些最大的部署提供支持，但它带有价格标签。特别是对于规模较小的团队而言，维护并且学习曲线陡峭可能非常耗时。对于我们四人团队想要在trivago实现的目标，它增加了太多的开销。所以我们研究了另类 - 并爱上了 

JVM可能是一个复杂的野兽。值得庆幸的是，大部分复杂性都在幕后，我们作为应用程序开发人员和部署人员通常不必过于担心。随着基于容器的部署策略的兴起，需要引起注意的一个复杂领域是JVM的内存占用。 两种内存JV

来自Maish Saidel-Keesing一篇告别Docker博文：早在2018年7月，我开始撰写一篇关于Docker作为一家公司（也可能是一项技术）即将死

这是一个SpringBoot应用程序。如果您在本地运行，只需使用某些IDE（如Intellij Idea）打开项目，然后运行OnlineTodoApplication类。成功运行项目后 ，在浏览器中键入