Tag: 微服务

Node.js Hydra（分布式系统pipe理器）和Docker Swarm: 我是应用程序体系结构和Docker容器的新手。 Hydra和其他类似的库似乎涉及在分布式系统中构build和pipe理微服务。我对JavaScript技术有了更好的理解，所以更多的是Docker群体，我仍然觉得这是一个谜。如果我打算使用Docker容器在AWS上部署我的应用程序，我还应该使用九头蛇还是使用Docker Swarm来移除该需求。 Hydra回购为那些不知道它https://github.com/flywheelsports/hydra

如何使用NGINX将所有请求redirect到子path？: 应用程序，问题和目标的概述。该应用程序由微服务networking组成，包装在单独的Docker容器中。这些容器是Django，Postgres，Nodejs（+ Socket.io）和Nginx + Angular2（静态文件）。 Nginx目前具有特定的文件path，并将所有其他请求路由到Angular2应用程序，然后它有自己的路由器。目前，应用程序可以直接从根目录提供，但必须移到子目录中。该地址随后将包含该目录的新path。所以它部署到… http://host ，但不与http://host/path ，因为在微服务中的所有请求都得到路由NGINX逆向代理。我怎样才能使用NGINX重写/redirect追加/path的URL，以便它可以从子目录服务，但NGINX仍然知道这些位置仍然存在于根级别？我的301尝试 location = / { root /www/ng; try_files $uri $uri/ /index.html; return 301 http://$host/pot; } 在这里，我做了301redirect捕获所有位置。它适用于这个捕获所有，但是当将301添加到静态位置时，redirect不起作用。 301是最好的解决scheme吗？我将如何redirect静态位置？原始的NGINX conf文件 server { listen 80; client_max_body_size 10M; root /www/data; location /static { alias /var/www/static; } location /media { alias /var/www/media; } […]

如何使用docker运行微服务: 新手到春季启动。我需要创build微服务，需要由docker运行。我在这里附上我的项目结构。每次我需要手动启动微服务的问题。例如，我有4个微服务，我只是手动这个服务。但是所有的微服务应该在部署到docker时自行启动。如何实现这一点。另外我正在使用Cassandra数据库。

如何通过zuul代理从一个微服务访问另一个: 我正在开发使用弹簧引导的微服务项目。在这里，UI页面在独立的微服务和单独的微服务中的zuul代理。我想通过zuul微服务访问UI页面。我在下面添加了我的项目结构。 UiService Application.properties： server.port=8090 spring.mvc.view.prefix: /WEB-INF/views/ spring.mvc.view.suffix: .jsp spring.application.name=ui eureka.client.serviceUrl.defaultZone=http://localhost:8761/eureka/ eureka.instance.preferIpAddress=true eureka.instance.leaseRenewalIntervalInSeconds=5 zuulService application.yml： server: port: 8080 eureka: instance: leaseRenewalIntervalInSeconds: 10 statusPageUrlPath: /info healthCheckUrlPath: /health logging: level: ROOT: INFO org.springframework.web: DEBUG zuul: routes: ui: url: http://localhost:8090 ribbon: eager-load: enabled: false 我的docker撰写文件： version: '3' services: eureka: build: eurekaService ports: – "8761:8761" zuul: build: […]

使用Elastic Beanstalk在单个EC2实例中运行多个ECS服务: 我为Web服务创build了10个微服务Docker，并将创build的镜像推送到ECS，并使用弹性beanstalk部署它们。将所有docker工具放置在单个任务定义中，并为应用程序级自动缩放创build一个服务。它通过在自动缩放时重复创build另一个任务。我只想将自动缩放应用于docker工人，而不是用于任务。如果一个docker受CPU或内存负载影响，自动扩展应该只创build特定docker的副本（而不是整个任务）。我如何使用Elastic Beanstalk在ECS中实现这一点？是否有可能创build10个服务，每个服务都包含单个任务和单个docker容器来解决这个问题？

如何在webserice中find崩溃并立即重启Docker？: 我正在使用AWS豆茎来部署ECS的微服务docker。我正在使用应用程序负载平衡来根据Docker中的CPU和内存利用率来扩展任务。如果我的Web服务之一由于一些代码错误而停止响应或崩溃，但未达到docker CPU和内存指标。所以缩放在这个时候将不起作用。我怎样才能立即find这种情况，并重新启动我的docker？这是由ECS自动处理的吗？请指导我解决这个问题的正确方向。

在Windows上的Docker虚拟机：了解networking，主机和连接: 我刚刚开始学习Docker （使用Docker Toolbox ）。我试图了解networking，主机和网桥的工作原理。对于testing，我采取了确切的工作应用程序https://github.com/sqshq/PiggyMetrics 。默认情况下， Config service在一个状态为“不健康” 的容器中启动，其余的将其扔出并且不在容器中启动。我将bootstrap.yml文件中的所有“config”主机名改为“localhost”，然后Config service以“健康”开始。如果将共享yml的其他虚拟主机名称更改为“本地主机”以便Config service能够响应，则所有服务将再次“不健康”。问题是什么？主要操作系统：Windows 10 VM操作系统：Linux

如何将KeystoneJS变成一个微服务平台: 我希望你能帮助我。我正在构build一个使用docker-compose，mongodb，redis，nginx（负载均衡器）和4个keystone实例的Keystone锅炉板。我想用Kubernetes部署这些微服务，并且能够有效地水平扩展。虽然这个样板文件当前有效，但是数据build模结构的低效率有两个问题。我有4个keystone实例，每个都有自己的数据模型。所有数据模型都与其他数据模型有关系数据。因此，除了拥有自己的数据模型之外，每个keystone实例还需要其他3个实例的数据模型。我必须在每个keystone实例的keystone.js中声明'用户模型'。我的问题是：有没有办法引用已经在另一个keystone实例中创build的关系数据模型，而不是在每个keystone实例上重新创build它们？为什么每个keystone实例都要求我引用“用户模型”，并且是否有一种方法可以引用另一个已经创build的keystone实例的用户模型？在此先感谢您的帮助。詹姆士

在docker集装箱尤里卡：未知的主机例外: 我试图启动尤里卡服务器通过docker容器上的春季启动，并得到以下exception“unknownhostexception”。现在在eureka config.properties文件中，我使用hostname作为本地主机，但是exception显示它以某种方式使用容器的主机名，而不是使用我在eureka属性文件中定义的主机名。而且，即使使用容器定义的主机名，它也能正确parsing容器，并且在/ etc / hosts中有入口。注意：这只有在使用oracle java 7/8时才是可重现的，但是在openjdk 7中可以正常工作。任何线索可能是这里的问题。已尝试在eureka属性中使用localhost的127.0.0.1，但没有成功。尤里卡configuration文件内容： # Configure this Discovery Server eureka: instance: hostname: localhost client: # Not a client, don't register with yourself registerWithEureka: false fetchRegistry: false server: port: 1111 # HTTP (Tomcat) port exception堆栈跟踪： 2016-01-11 20:04:54 INFO RegistrationServer:47 – Starting RegistrationServer v0.0.1-SNAPSHOT with PID […]