mirror of https://github.com/docker/docs.git
208 lines
7.7 KiB
Markdown
208 lines
7.7 KiB
Markdown
---
|
||
title: "Use containers for development"
|
||
keywords: get started, NodeJS, local, development
|
||
description: Learn how to develop your application locally.
|
||
---
|
||
|
||
{% include_relative nav.html selected="3" %}
|
||
|
||
## Prerequisites
|
||
|
||
Work through the steps to build an image and run it as a containerized application in [Run your image as a container](run-containers.md).
|
||
|
||
## Introduction
|
||
|
||
In this module, we’ll walk through setting up a local development environment for the application we built in the previous modules. We’ll use Docker to build our images and Docker Compose to make everything a whole lot easier.
|
||
|
||
## Local Database and Containers
|
||
|
||
First, we’ll take a look at running a database in a container and how we use volumes and networking to persist our data and allow our application to talk with the database. Then we’ll pull everything together into a compose file which will allow us to setup and run a local development environment with one command. Finally, we’ll take a look at connecting a debugger to our application running inside a container.
|
||
|
||
Instead of downloading MongoDB, installing, configuring and then running the Mongo database as a service, we can use the Docker Official Image for MongoDB and run it in a container.
|
||
|
||
Before we run MongoDB in a container, we want to create a couple of volumes that Docker can manage to store our persistent data and configuration. Let's use the managed volumes feature that docker provides instead of using bind mounts. You can read all about volumes in our documentation.
|
||
|
||
Let’s create our volumes now. We’ll create one for the data and one for configuration of MongoDB.
|
||
|
||
```shell
|
||
$ docker volume create mongodb
|
||
$ docker volume create mongodb_config
|
||
```
|
||
|
||
Now we’ll create a network that our application and database will use to talk with each other. The network is called a user-defined bridge network and gives us a nice DNS lookup service which we can use when creating our connection string.
|
||
|
||
```shell
|
||
$ docker network create mongodb
|
||
```
|
||
|
||
Now we can run MongoDB in a container and attach to the volumes and network we created above. Docker will pull the image from Hub and run it for you locally.
|
||
|
||
```shell
|
||
$ docker run -it --rm -d -v mongodb:/data/db \
|
||
-v mongodb_config:/data/configdb -p 27017:27017 \
|
||
--network mongodb \
|
||
--name mongodb \
|
||
mongo
|
||
```
|
||
|
||
Okay, now that we have a running mongodb, let’s update `server.js` to use a the MongoDB and not an in-memory data store.
|
||
|
||
```javascript
|
||
const ronin = require( 'ronin-server' )
|
||
const mocks = require( 'ronin-mocks' )
|
||
const database = require( 'ronin-database' )
|
||
const server = ronin.server()
|
||
|
||
database.connect( process.env.CONNECTIONSTRING )
|
||
server.use( '/', mocks.server( server.Router(), false, false ) )
|
||
server.start()
|
||
```
|
||
|
||
We’ve add the ronin-database module and we updated the code to connect to the database and set the in-memory flag to false. We now need to rebuild our image so it contains our changes.
|
||
|
||
First let’s add the ronin-database module to our application using npm.
|
||
|
||
```shell
|
||
$ npm install ronin-database
|
||
```
|
||
|
||
Now we can build our image.
|
||
|
||
```shell
|
||
$ docker build --tag node-docker .
|
||
```
|
||
|
||
Now, let’s run our container. But this time we’ll need to set the `CONNECTIONSTRING` environment variable so our application knows what connection string to use to access the database. We’ll do this right in the `docker run` command.
|
||
|
||
```shell
|
||
$ docker run \
|
||
-it --rm -d \
|
||
--network mongodb \
|
||
--name rest-server \
|
||
-p 8000:8000 \
|
||
-e CONNECTIONSTRING=mongodb://mongodb:27017/yoda_notes \
|
||
node-docker
|
||
```
|
||
|
||
Let’s test that our application is connected to the database and is able to add a note.
|
||
|
||
```shell
|
||
$ curl --request POST \
|
||
--url http://localhost:8000/notes \
|
||
--header 'content-type: application/json' \
|
||
--data '{
|
||
"name": "this is a note",
|
||
"text": "this is a note that I wanted to take while I was working on writing a blog post.",
|
||
"owner": "peter"
|
||
}'
|
||
```
|
||
|
||
You should receive the following json back from our service.
|
||
|
||
```json
|
||
{"code":"success","payload":{"_id":"5efd0a1552cd422b59d4f994","name":"this is a note","text":"this is a note that I wanted to take while I was working on writing a blog post.","owner":"peter","createDate":"2020-07-01T22:11:33.256Z"}}
|
||
```
|
||
|
||
## Use Compose to develop locally
|
||
|
||
In this section, we’ll create a Compose file to start our node-docker and the MongoDB with one command. We’ll also set up the Compose file to start the node-docker in debug mode so that we can connect a debugger to the running node process.
|
||
|
||
Open the notes-service in your IDE or text editor and create a new file named `docker-compose.dev.yml`. Copy and paste the below commands into the file.
|
||
|
||
```yaml
|
||
version: '3.8'
|
||
|
||
services:
|
||
notes:
|
||
build:
|
||
context: .
|
||
ports:
|
||
- 8080:8080
|
||
- 9229:9229
|
||
environment:
|
||
- SERVER_PORT=8080
|
||
- CONNECTIONSTRING=mongodb://mongo:27017/notes
|
||
volumes:
|
||
- ./:/code
|
||
command: npm run debug
|
||
|
||
mongo:
|
||
image: mongo:4.2.8
|
||
ports:
|
||
- 27017:27017
|
||
volumes:
|
||
- mongodb:/data/db
|
||
- mongodb_config:/data/configdb
|
||
volumes:
|
||
mongodb:
|
||
mongodb_config:
|
||
```
|
||
|
||
This Compose file is super convenient as we do not have to type all the parameters to pass to the `docker run` command. We can declaratively do that in the Compose file.
|
||
|
||
We are exposing port 9229 so that we can attach a debugger. We are also mapping our local source code into the running container so that we can make changes in our text editor and have those changes picked up in the container.
|
||
|
||
One other really cool feature of using a Compose file, is that we have service resolution set up to use the service names. So we are now able to use `“mongo”` in our connection string. The reason we use mongo is because that is what we have named our mongo service in the Compose file as.
|
||
|
||
Let’s start our application and confirm that it is running properly.
|
||
|
||
```shell
|
||
$ docker-compose -f docker-compose.dev.yml up --build
|
||
```
|
||
|
||
We pass the `--build` flag so Docker will compile our image and then starts it.
|
||
|
||
If all goes will you should see something similar:
|
||
|
||
|
||
|
||
Now let’s test our API endpoint. Run the following curl command:
|
||
|
||
```shell
|
||
$ curl --request GET --url http://localhost:8080/services/m/notes
|
||
```
|
||
|
||
You should receive the following response:
|
||
|
||
```json
|
||
{"code":"success","meta":{"total":0,"count":0},"payload":[]}
|
||
```
|
||
|
||
## Connect a debugger
|
||
|
||
We’ll use the debugger that comes with the Chrome browser. Open Chrome on your machine and then type the following into the address bar.
|
||
|
||
`about:inspect`
|
||
|
||
It opens the following screen.
|
||
|
||
|
||
|
||
Click the **Open dedicated DevTools for Node** link. This opens the DevTools that are connected to the running Node.js process inside our container.
|
||
|
||
Let’s change the source code and then set a breakpoint.
|
||
|
||
Add the following code to the server.js file on line 19 and save the file.
|
||
|
||
```node
|
||
server.use( '/foo', (req, res) => {
|
||
return res.json({ "foo": "bar" })
|
||
})
|
||
```
|
||
|
||
If you take a look at the terminal where our Compose application is running, you’ll see that nodemon noticed the changes and reloaded our application.
|
||
|
||
|
||
|
||
Navigate back to the Chrome DevTools and set a breakpoint on line 20 and then run the following curl command to trigger the breakpoint.
|
||
|
||
```shell
|
||
$ curl --request GET --url http://localhost:8080/foo
|
||
```
|
||
|
||
You should have seen the code break on line 20 and now you are able to use the debugger just like you would normally. You can inspect and watch variables, set conditional breakpoints, view stack traces, etc.
|
||
|
||
## Conclusion
|
||
|
||
In this article, we took a look at creating a general development image that we can use pretty much like our normal command line. We also set up our Compose file to map our source code into the running container and exposed the debugging port.
|