我正在尝试在 AWS ECS 中设置具有关联数据库的基本 Web 应用程序。在本地,我在不同的容器中进行了这些设置,在 ECS 上,我希望有单独的任务定义,以便我可以分别扩展这两个。
david_mongodb。它有一个名为 david_mongodb 的容器。david_web,它有一个名为 david_web 的容器,它通过 david_mongodb:db 链接数据库.当我点击“创建”时,它返回一个错误:
Unable to create Task Definition
Linked container 'david_mongodb:db' doesn't exist.
似乎任务定义在其他任务定义中看不到容器名称?我正在考虑将 david_web 和 david_mongodb 容器放在同一个任务定义中会起作用,但我不想这样做:它会阻止我扩展任何一个网络应用程序或数据库分开。 This overview似乎证实了我的架构是值得推荐的......
那么如何链接不同任务定义中的容器呢?还是有其他巧妙的处理方式?
最佳答案
ECS 任务定义中的链接类似于 Docker links并且仅在容器是同一任务定义的一部分时才起作用(作为单个任务定义的一部分的容器一起放置在同一主机上)。为了在不同任务定义中的容器之间进行通信,您需要一种机制来发现容器所在的位置(什么主机)以及通信端口。
ECS 通过 service 与 Elastic Load Balancing(应用程序负载均衡器、网络负载均衡器和经典负载均衡器)集成。功能,其中任务将自动在 ELB 中注册并在 ELB 中适本地取消注册。
ECS 还集成了 Route 53 Auto Naming用于使用 A 和 SRV 记录的基于 DNS 的服务发现。您的服务任务可以自动输入和从 DNS 记录中删除。
Service Discovery for Amazon ECS Using DNS描述了一种不同的方法,其中 Lambda 函数通过 CloudWatch Events 监听 ECS 事件流并更新 Route 53 DNS 记录。此方法已被上述 Route 53 自动命名功能取代。
如果您想避免使用负载平衡器和 DNS,另一种模式可能是 ambassador container (有一个名为 ecs-task-kite 的示例使用 ECS API)或者您可能对覆盖网络感兴趣(Weave 有一个相当详细的 getting started guide 用于他们的解决方案)。
Nathan Peck正在跟踪与 ECS 相关的许多不同主题,包括服务发现、here .
关于amazon-web-services - 在 AWS ECS 中的任务定义之间链接容器?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/34517265/
总的来说,我对ruby还比较陌生,我正在为我正在创建的对象编写一些rspec测试用例。许多测试用例都非常基础,我只是想确保正确填充和返回值。我想知道是否有办法使用循环结构来执行此操作。不必为我要测试的每个方法都设置一个assertEquals。例如:describeitem,"TestingtheItem"doit"willhaveanullvaluetostart"doitem=Item.new#HereIcoulddotheitem.name.shouldbe_nil#thenIcoulddoitem.category.shouldbe_nilendend但我想要一些方法来使用
我试图在一个项目中使用rake,如果我把所有东西都放到Rakefile中,它会很大并且很难读取/找到东西,所以我试着将每个命名空间放在lib/rake中它自己的文件中,我添加了这个到我的rake文件的顶部:Dir['#{File.dirname(__FILE__)}/lib/rake/*.rake'].map{|f|requiref}它加载文件没问题,但没有任务。我现在只有一个.rake文件作为测试,名为“servers.rake”,它看起来像这样:namespace:serverdotask:testdoputs"test"endend所以当我运行rakeserver:testid时
作为我的Rails应用程序的一部分,我编写了一个小导入程序,它从我们的LDAP系统中吸取数据并将其塞入一个用户表中。不幸的是,与LDAP相关的代码在遍历我们的32K用户时泄漏了大量内存,我一直无法弄清楚如何解决这个问题。这个问题似乎在某种程度上与LDAP库有关,因为当我删除对LDAP内容的调用时,内存使用情况会很好地稳定下来。此外,不断增加的对象是Net::BER::BerIdentifiedString和Net::BER::BerIdentifiedArray,它们都是LDAP库的一部分。当我运行导入时,内存使用量最终达到超过1GB的峰值。如果问题存在,我需要找到一些方法来更正我的代
我正在尝试设置一个puppet节点,但rubygems似乎不正常。如果我通过它自己的二进制文件(/usr/lib/ruby/gems/1.8/gems/facter-1.5.8/bin/facter)在cli上运行facter,它工作正常,但如果我通过由rubygems(/usr/bin/facter)安装的二进制文件,它抛出:/usr/lib/ruby/1.8/facter/uptime.rb:11:undefinedmethod`get_uptime'forFacter::Util::Uptime:Module(NoMethodError)from/usr/lib/ruby
Rails2.3可以选择随时使用RouteSet#add_configuration_file添加更多路由。是否可以在Rails3项目中做同样的事情? 最佳答案 在config/application.rb中:config.paths.config.routes在Rails3.2(也可能是Rails3.1)中,使用:config.paths["config/routes"] 关于ruby-on-rails-Rails3中的多个路由文件,我们在StackOverflow上找到一个类似的问题
我需要从一个View访问多个模型。以前,我的links_controller仅用于提供以不同方式排序的链接资源。现在我想包括一个部分(我假设)显示按分数排序的顶级用户(@users=User.all.sort_by(&:score))我知道我可以将此代码插入每个链接操作并从View访问它,但这似乎不是“ruby方式”,我将需要在不久的将来访问更多模型。这可能会变得很脏,是否有针对这种情况的任何技术?注意事项:我认为我的应用程序正朝着单一格式和动态页面内容的方向发展,本质上是一个典型的网络应用程序。我知道before_filter但考虑到我希望应用程序进入的方向,这似乎很麻烦。最终从任何
我在我的项目中添加了一个系统来重置用户密码并通过电子邮件将密码发送给他,以防他忘记密码。昨天它运行良好(当我实现它时)。当我今天尝试启动服务器时,出现以下错误。=>BootingWEBrick=>Rails3.2.1applicationstartingindevelopmentonhttp://0.0.0.0:3000=>Callwith-dtodetach=>Ctrl-CtoshutdownserverExiting/Users/vinayshenoy/.rvm/gems/ruby-1.9.3-p0/gems/actionmailer-3.2.1/lib/action_mailer
我构建了两个需要相互通信和发送文件的Rails应用程序。例如,一个Rails应用程序会发送请求以查看其他应用程序数据库中的表。然后另一个应用程序将呈现该表的json并将其发回。我还希望一个应用程序将存储在其公共(public)目录中的文本文件发送到另一个应用程序的公共(public)目录。我从来没有做过这样的事情,所以我什至不知道从哪里开始。任何帮助,将不胜感激。谢谢! 最佳答案 无论Rails是什么,几乎所有Web应用程序都有您的要求,大多数现代Web应用程序都需要相互通信。但是有一个小小的理解需要你坚持下去,网站不应直接访问彼此
刚入门rails,开始慢慢理解。有人可以解释或给我一些关于在application_controller中编码的好处或时间和原因的想法吗?有哪些用例。您如何为Rails应用程序使用应用程序Controller?我不想在那里放太多代码,因为据我了解,每个请求都会调用此Controller。这是真的? 最佳答案 ApplicationController实际上是您应用程序中的每个其他Controller都将从中继承的类(尽管这不是强制性的)。我同意不要用太多代码弄乱它并保持干净整洁的态度,尽管在某些情况下ApplicationContr
我想向我的Controller传递一个参数,它是一个简单的复选框,但我不知道如何在模型的form_for中引入它,这是我的观点:{:id=>'go_finance'}do|f|%>Transferirde:para:Entrada:"input",:placeholder=>"Quantofoiganho?"%>Saída:"output",:placeholder=>"Quantofoigasto?"%>Nota:我想做一个额外的复选框,但我该怎么做,模型中没有一个对象,而是一个要检查的对象,以便在Controller中创建一个ifelse,如果没有检查,请帮助我,非常感谢,谢谢