AWS ECS中的任务和服务有什么区别？
似乎可以根据任务定义运行任务或服务。任务和服务之间有什么区别和相似之处？在创建任务而不是服务时可以指定“任务组”这一事实是否有线索？任务和服务在层次上是任务定义的平等实例，还是服务由任务组成？
共有3个答案
任务定义：
这是描述要运行哪些Docker容器并表示应用程序的蓝图。它包括几个任务。
服务：
任务定义的实例。它还定义了在任何给定时间运行的一个任务定义中的最小和最大任务、自动缩放和负载平衡。
ECS容器实例：
这是一个EC2实例，其中运行Docker和ECS容器代理。代理负责ECS与实例之间的通信，提供正在运行的容器的状态并管理正在运行的新容器。
关系：
由@Talendemrjones用文字进行了漂亮的解释。下面的图片将帮助您轻松地将其可视化：）
任务定义是一个或多个容器配置的集合。某些任务可能只需要一个容器，而其他任务可能需要两个或多个潜在链接的容器同时运行。任务定义允许您指定要使用的Docker映像、要公开的端口、要分配的CPU和内存、如何收集日志以及定义环境变量。
当您直接运行任务时，会创建一个任务，该任务会启动容器（在任务定义中定义），直到容器自行停止或退出，此时不会自动替换容器。直接运行任务是短期运行作业的理想选择，可能是通过CRON完成的一个例子。
服务用于确保始终有一定数量的任务在运行。如果任务的容器因错误而退出，或者底层EC2实例失败并被替换，ECS服务将替换失败的任务。这就是为什么我们创建集群，以便服务在CPU、内存和网络端口方面有足够的资源可供使用。对我们来说，运行哪个实例任务并不重要，只要它们运行就行。服务配置引用任务定义。服务负责创建任务。
服务通常用于web服务器等长时间运行的应用程序。例如，如果我部署了由节点支持的网站。俄勒冈州的JS（us-west-2）我想说，为了高可用性，至少有三个任务在三个可用性区域（AZ）之间运行；如果其中一个失败了，我还有另外两个，失败的那一个将被替换（读作自愈！）。创建服务是实现这一点的方法。如果我的集群中有6个EC2实例，每个AZ 2个，那么该服务将在考虑CPU、内存和网络资源的同时，尽可能自动平衡各个区域的任务。
更新：
我不确定按等级来考虑这些事情是否有帮助。
另一个非常重要的点是，可以将服务配置为使用负载平衡器，以便在创建任务时启动任务定义中定义的容器，服务将自动向负载平衡器注册容器的EC2实例。无法将任务配置为使用负载平衡器，只有服务可以。
-
本文向大家介绍微任务和宏任务有什么区别？相关面试题，主要包含被问及微任务和宏任务有什么区别？时的应答技巧和注意事项，需要的朋友参考一下 宏任务：script整体代码、setTimeout、setInterval... 微任务：Promise.then、Object.observe、process.nextTick... 运行机制：当前宏任务执行结束 -> 是否有微任务 --> 执行当前微任务 --
-
我了解kubernetes服务，因为LoadBalancer服务是NodePort和ClusterIP的扩展，后者已经是POD的负载平衡器层。当我们使用NodePort或CluserIP和ingress时，我们已经能够使用负载平衡器（内部）在服务中通过域访问应用程序。那么，为什么我们还有另一个选择是LoadBalancer服务（外部云提供商）？
-
我创建了两个java spring boot微服务，它们是1）生产者2）消费者，我使用spring eureka服务器进行服务注册和发现。它工作得很好。那Netflix Zuul有什么用呢。
-
1-我正在阅读文档，我对措辞有点困惑。上面写着： 集群IP：在集群内部IP上公开服务。选择此值将使服务只能从集群内访问。这是默认的ServiceType NodePort：在每个节点的IP上的一个静态端口（NodePort）上公开服务。节点端口服务将路由到的集群IP服务将自动创建。您可以通过请求从集群外部联系NodePort服务。 LoadBalancer：使用云提供商的负载均衡器对外公开服务。外
-
有人能告诉我对于的中间操作和终端操作有什么区别吗？ 操作组合到管道中以处理流。所有的操作要么是中间的，要么是终端的。意味着？。
-
问题内容： 是什么区别，和服务？对我来说，他们都做同样的事情：获取模板并将其编译为模板功能。 问题答案： 这些都是服务的所有例子，援助在AngularJS视图呈现（虽然并 可以使用该结构域之外）。为了说明每个服务的作用，让我们以这段HTML为例： 和范围上的值： 鉴于此标记，这里是每个服务带到表中的内容： -它可以使用整个标记并将其转换为链接功能，当在特定范围内执行该链接功能时，会将一段HTML文