Start expansion service containers before the controller container#27273
Conversation
|
R: @ahmedabu98 |
|
Stopping reviewer notifications for this pull request: review requested by someone other than the bot, ceding control |
|
If we're starting both containers at the same time, we should probably have different port numbers so they don't conflict: beam/sdks/java/transform-service/docker-compose/docker-compose.yml Lines 24 to 35 in 0c55d38 P.S. The transform service also has this same port number, should that be changed as well? |
| - "${TRANSFORM_SERVICE_PORT}:5001" | ||
| depends_on: | ||
| - expansion-service-1 | ||
| - expansion-service-2 |
There was a problem hiding this comment.
I'm not too familiar with how this works. Does this mean both expansion services will be built and run whenever we use the transform service?
There was a problem hiding this comment.
This is a docker compose feature. It allows specifying a dependency order between services (containers) of the Docker Compose service.
https://docs.docker.com/compose/compose-file/compose-file-v3/#depends_on
There was a problem hiding this comment.
Ok I see. Maybe later we should consider specifying the services needed for transform-service. Most use-cases won't need both java and python expansion services. Not blocking though, this LGTM
There was a problem hiding this comment.
Most use-cases won't need both java and python expansion services
I'm hoping to use this as a generalized service that support all transforms. The main cost will be container download and storage. Once downloaded the expansion service containers can be started very quickly. Also, hoping to push changes to reduce size of the Java container in the future by removing the duplications due to using multiple shaded jars.
|
"5001" is the internal port number of the containers (not the external port) so there's no port conflict here. |
|
Thanks. |
|
(test failures are unrelated) |
Please add a meaningful description for your change here
Thank you for your contribution! Follow this checklist to help us incorporate your contribution quickly and easily:
addresses #123), if applicable. This will automatically add a link to the pull request in the issue. If you would like the issue to automatically close on merging the pull request, commentfixes #<ISSUE NUMBER>instead.CHANGES.mdwith noteworthy changes.See the Contributor Guide for more tips on how to make review process smoother.
To check the build health, please visit https://github.com/apache/beam/blob/master/.test-infra/BUILD_STATUS.md
GitHub Actions Tests Status (on master branch)
See CI.md for more information about GitHub Actions CI.