global_docker_compose
is a centralized way to manage your external dependencies across multiple projects. You start up your Docker services once, and all relevant ports are exposed so that you can use them in your apps. You don't need special docker-compose.yml
files in each app, nor do you have multiple versions of MySQL or Kafka running around.
The idea behind global_docker_compose
is to have everything but your app running in a Docker container. global_docker_compose
is the central place to manage making those containers "good", including volumes, correct port exposure, hostnames, etc.
This tool is specifically to be used for local development, not for integration testing on CI or production.
If you're running MacOS, you can install global_docker_compose
via homebrew
:
brew install wishabi/flipp/global_docker_compose
Alternatively, you can download executables from the Releases page, unzip it and put it somewhere in your PATH
variable.
Or you can build it from source by running the following from the root directory of this repo:
go build -o global_docker_compose cmd/gdc/main.go
global_docker_compose
has multiple sub-commands, most of which should be familiar:
global_docker_compose up --service=<service1>,<service2>
: Bring up a list of services as defined by the table below.global_docker_compose down {service}
: Bring down the specificed service, or all services if not provided.global_docker_compose down
: Bring down all services.global_docker_compose ps
: Show all running services that were configured using the tool.global_docker_compose config
: Print out the docker compose config file being used.global_docker_compose logs {service}
: Print out logs for the specified service, or all services if not provided.global_docker_compose exec <service> <command>
Execute a command on an existing service.global_docker_compose mysql --service=<service> {input_file}
Start a MySQL client against whatever MySQL service is provided (e.g.mysql56
). If an input file is provided, execute the statements in the input file. Additional services can be specified in the<service>
parameter; they will be ignored.global_docker_compose redis_cli
Start the Redis CLI (assumingredis
is running)
The recommended usage of this command is via a shell script that lives in your project which automatically passes through the services that the app cares about. For example, in an executable file called gdc
:
global_docker_compose "$@" --services=mysql57,redis,kafka
When you call e.g. gdc up
it will automatically pass everything through to the global_docker_compose
command which will correspond to global_docker_compose up --services=mysql57,redis,kafka
. All commands will understand this option and use it to tailor the subcommands to the project settings. This allows your dev setup to be both simple and consistent: in all projects you use the same commands, gdc up
, gdc down
, gdc mysql
etc. without having to worry about which versions or dependencies are installed.
Note that it's recommended to have the current directory in your PATH so you don't have to keep typing ./gdc
. In your ~/.bashrc
or ~/.zshrc
add:
EXPORT PATH=.:$PATH
All services are exposed with the host IP of 127.0.0.1
. If you use localhost
, it may not work. Whenever accessing local services (e.g. in configuration for your app), you should always use the IP address, not localhost
.
global_docker_compose
allows to supply an additional docker-compose file to augment the built-in ones with the --compose_file
option. This file will be merged with the built-in ones using docker-compose's merging rules.
Note that if you define new services with this file, you must pass in the service name with the --services
option along with the other ones.
As an example, if you have a separate docker-compose file that looks like this:
version: '3.6'
services:
postgres:
image: postgres:11.1
expose:
- 5432
environment:
POSTGRES_PASSWORD: root
...you can start up Redis and Postgres with the following command:
global_docker_compose up --services=redis,postgres --compose_file=./docker-compose.yml
Key | Service | Ports |
---|---|---|
mysql56 |
MySQL 5.6 | 3307 |
mysql57 |
MySQL 5.7 | 3306 |
mysql8 |
MySQL 8.0 | 3308 |
redis |
Redis |
|
kafka |
Kafka with Lenses Box |
|
mailcatcher |
Mailcatcher |
|
dynamodb |
DynamoDB | 8000 |
opensearch |
OpenSearch |
|
global_docker_compose supports MySQL 5.6, 5.7 and 5.8. To avoid port conflicts, the exported ports are as follows:
- 5.6: 3307
- 5.7: 3306
- 5.8: 3308
The reason 5.7 was given the "default" of 3306 is that it is currently the most common / default version to use.
To get a dump ready from your local databases to GDC, you must:
- First set up permissions on your users for localhost by going into your local mysql server as the root user
mysql -u root
-- Grant these perms for all users
> GRANT SHOW VIEW, SELECT, LOCK TABLES ON *.* TO ''@'localhost';
-- Or just grant them for a specific user (like fadmin)
> GRANT SHOW VIEW, SELECT, LOCK TABLES ON *.* TO 'fadmin'@'localhost';
- Then actually dump the databases or selected databases with the
--databases
option
mysqldump --single-transaction -h 127.0.0.1 -P 3306 --all-databases --no-tablespaces > ./dump.sql
# In a space-separated list, list it after `--databases` flag, e,g. fadmin dbs
mysqldump --single-transaction -h 127.0.0.1 -P 3306 --databases fadmin_development fadmin_test --no-tablespaces > ./dump.sql
- Now import the dump through gdc. If your app is already on gdc, the
mysql
command will default to the version of MySQL that it currently uses. Otherwise, you can speficy the selected databases in Step 2. and MySQL version usingglobal_docker_compose mysql --service=<service> <dump_file>
./gdc mysql ./dump.sql
- Rinse and repeat! Don't forget to remove the dump-file to reduce clutter on your local machine.
rm ./dump.sql
The recommended way to have your app talk to Kafka is to use Lenses Box, which is denoted by the kafka
service. This includes the Kafka brokers, Zookeeper, schema registry, and Kafka Connect.
In order to use Lenses, you need to do the following:
- Go here and enter your e-mail address. You will get a free license key which is good for 6 months.
- Edit your
~/.bashrc
or~/.zshrc
and add the following lines:
export LENSES_KEY="https://licenses.lenses.io/download/lensesdl?id=<<<YOUR KEY HERE>>>"
- Make sure that your Docker process can use at least 5GB of memory. On Mac you can do this via Docker for Mac -> Resources.
That's it! You can access your local Lenses at http://localhost:3030, with both username and password set to admin
. It typically takes about 30-45 seconds to start Lenses. If you're not seeing it past that, make sure you've given Docker enough memory (see #3 above).
If you need to advertise a different host for the broker and schema registry, you can set the KAFKA_ADV_HOST
environment variable before invoking global_docker_compose
. Here's an example:
MY_IP=$(ifconfig | grep -Eo 'inet (addr:)?([0-9]*\.){3}[0-9]*' | grep -Eo '([0-9]*\.){3}[0-9]*' | grep -v '127.0.0.1')
KAFKA_ADV_HOST=$MY_IP global_docker_compose --services=kafka
Redis comes with a built-in redisinsight
task which can show you the contents of your Redis installation. You can access Insights at http://localhost:8001.
To allow it to access your local Redis, you can't use 127.0.0.1
. Instead you need to use your host IP address - use ifconfig en0
to find it:
➜ ~/RubymineProjects/cp-legacy git:(main) ✗ ifconfig en0 en0: flags=8863 mtu 1500 options=400 ether 14:7d:da:49:ca:df inet6 fe80::10f0:fee7:2a6f:be0e%en0 prefixlen 64 secured scopeid 0xa inet 192.168.1.9 netmask 0xffffff00 broadcast 192.168.1.255 nd6 options=201 media: autoselect status: active
In this case you'd enter 192.168.1.9
as your hostname in Redis Insight.
Mailcatcher is a local SMTP server you can use to send and view e-mails. Set up your mail sending code to talk to port 1025 and you can view the mail that got sent on port 1080.
On Rails, this would look like:
config.action_mailer.delivery_method = :smtp
config.action_mailer.smtp_settings = { address: '127.0.0.1', port: 1025 }
Releases are done via GoReleaser which is run on GitHub Actions whenever a new tag is pushed. See the file .goreleaser.yml
for more information.
To bump a new version, add a Git tag and also update the version reported in cmd/gdc/commands/root.go
.
Feel free to fork and add pull requests - we can add more services as necessary or tweak the ones we have.
You can build the executable locally by running:
go build -o global_docker_compose cmd/gdc/main.go
The steps to add a new service are:
- Add the service to
gdc/docker-compose.yml
. - Add the functionality for your command in
gdc/docker.go
. - Add a new command under
cmd/gdc/commands
. You can copy and paste an existing one or make changes.global_docker_compose
uses Cobra for command-line flags, validations, help text and arguments, so please read that documentation for more info. - Put up your PR!