service-discovery | Service Discovery for Consul | Configuration Management library

We use CDK and we are starting using service discovery within our ECS services (hence, server to server not client to server). This means that we don't need ALB (for the moment at least, maybe we can revisit this choice later).

Unfortunately the CDK pattern that exists for building ECS services (ecs_patterns.ApplicationLoadBalancedFargateService) also creates an ALB, so we cannot use it as it is and we need to create those CDK steps ourselves.

The idea is basically to "port" this tutorial from AWS from using AWS CLI to use CDK.

Question is: has anyone done that already and wants to share it or knows the reason why CDK Patterns doesn't have that option?

(If nobody is going to share it, we will do it and then share it of course; I think this option should be present in CDK straight away and it's just a matter of not wasting time with "just" a configuration issue – unless there is something we are not seeing here...).

I am trying to use a variable from with_item to create a fact whose name changes:

I'm reverse proxying an AWS API Gateway stage using nginx. This is pretty straightforward:

My goal is this:

• A single public DNS record for my entire cluster
• A single ingress for my entire cluster
• I don't want to have to update the ingress for new deployments/services- it has a way of automatically routing to them

I'm using gke: https://cloud.google.com/kubernetes-engine/docs/concepts/service-discovery

So by default a service gets an internal DNS record like my-svc.my-namespace.svc.my-zone

What I want is to be able to hit that service like this: http://myapps.com/my-svc.my-namespace.svc.my-zone/someEndpoint

Is this possible? It would mean I could deploy new deployments and services and they would be immediately be accessible to consumers outside the cluster.

Do you have to associate an ingress with a backend service? I don't want to do that because it means I'll need to update it to add every new deployment/service and I want to make it dynamic. Can you have an ingress use internal DNS for routing to services?

I have a microservice arhitecture and each microservice has it's own mysql database. The application works fine in an IDE but i have problems deploying it because I can't bind my mysql db to game microservice. I'm getting Communication link failure. Stack trace is below.

docker-compose.yml

Using Netflix Eureka as a Service Discovery on a Java + Spring application and getting a HTTP: 503. When the address is fixed on the code the application works fine.

I've tried:

SpringDeveloper - Spring Developer Video

Secure Reactive Microservices - Spring Cloud Gateway from Okta Developers

Spring Cloud Hands On - Hands on Spring from Packt

Since I'm using WebFlux I need to use a @LoadBalanced over the WebClient

What is the best way to get the current docker container IP address within the container itself using .net core?

I try to register my container to a Consul server which is hosted on the Docker host (not as a container) and I need to get the container IP address on startup to make the registration. Because the IP addresses change on any container startup I can't just hard-code it into the appsettings.json. I followed this tutorial. And when it comes to this section:

Below is the build.gradle file:

I have 2 applications, both written using spring boot. Both are running in different docker containers. I also have consul running in a different docker container. I have exposed port 8500 for consul using docker-compose.yml file. So, how do I specify to my spring boot applications where to register themselves, i.e, where is consul running. Do I give the address of the mapped port (port mapped to my local machine), or some other change?

The example I'm using right now: https://github.com/Java-Techie-jt/cloud-consul-service-discovery

Edit:

docker-compose.yml: