GitLab will be offline for essential maintenance from 22/07/25 - 25/07/25. During this time, GitLab will be read-only with some short periods of complete unavailability.
Try your best to solve it. If you need hints, you will find the solution for this in the branch `simpleservices`, which you can obtain by running `git checkout simpleservices`. Note that after checking out this branch, you will have to start both the `movies` and `showtimes` microservices and then issue the curl request. The showtimes microservice will talk to movies microservice to deliver the final result.
Try your best to solve it. If you need hints, you will find the solution for this in the branch `simpleservices`, which you can obtain by running `git checkout simpleservices`. Note that after checking out this branch, you will have to start both the `movies` and `showtimes` microservices and then issue the curl request. The showtimes microservice will talk to movies microservice to deliver the final result.
The main change needed is simple. We just have to issue an HTTP GET request to the movies API endpoint. We do this by changing `showtime_record` as follows:
```python
movies_service="http://127.0.0.1:5001/movies/{}"#we know this is where the service is running. We replace the {} with the actual ID of the movie we want.
> We now have two microservices running on _localhost_ and talking to each other. If we need to move these services, it is not easy.
> Your next task is to wrap these microservices as a docker image and make them portable. Essentially, this involves specifying all the dependencies and running parameters explicitly in a `Dockerfile`. You can have a go at this by copying from this [tutorial](https://www.docker.com/blog/containerized-python-development-part-1/). Or, switch to the `dockerservices` branch where you will find the solution for steps 3 and 4.
## Step 4: How to make two dockerized microservices talk to each other
## Step 4: How to make two dockerized microservices talk to each other