Skip to content

This project is an API whose purpose is to authorize or revoke access to product features. Every structure created involves the relationship of several entities: Clients, Users, Products, Contracts, Roles and Functionalities.

License

Notifications You must be signed in to change notification settings

jrjoacir/cerberus

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

Está documentação também está disponível em Português do Brasil.

Cerberus Project

This project is an API whose purpose is to authorize or revoke access to product features. Every structure created involves the relationship of several entities: Clients, Users, Products, Contracts, Roles and Functionalities. Read Entity Documentation to get more details about entities, theirs relations and objectives.

The Cerberus project was created with the English language in mind, not because it has more "scope" or more "acceptance" in one or another community, but the English language was chosen only to contribute to the learning of the project's creator in this language in technical projects. There are other projects by this author that are in Brazilian Portuguese either for the convenience of the creator or for the intention of being more inclusive with Brazilian Portuguese speakers, my mother language.

Why was the name Cerberus chosen?

In Greek mythology, Cerberus (/ˈsɜːrbərəs/;[2] Greek: Κέρβερος Kérberos [ˈkerberos]), often referred to as the hound of Hades, is a multi-headed dog that guards the gates of the Underworld to prevent the dead from leaving. He was the offspring of the monsters Echidna and Typhon, and was usually described as having three heads, a serpent for a tail, and snakes protruding from multiple parts of his body. Cerberus is primarily known for his capture by Heracles, one of Heracles' twelve labours. - Wikipedia

I chose the name Cerberus, because it is about keeping something, in this case the "gates of the Underworld" which for this project may mean access to some functionality. Therefore, we can say that this project keeps the functionality of a product.

How to develop

Dependencies

This project was designed with the greatest possible independence from the operating system and its libraries, so I preferred to create it only with dependence on docker containers. Therefore, it is necessary the following resources to develop:

Technological stack

Quick start - See the application working

  1. Build all containers: docker-compose build

  2. Starting the application container (development): docker-compose up development

  3. Done!. Now, you can access your application by http://localhost:3000/healthcheck.

Understanding and using the development environment

The Containers

This project provides four docker containers:

  • database: Container that provides two Postgresql database instances: postgres_dev (development) and postgres_test (tests)
  • development: Container that runs the API. It depends on the database container.
  • test: Container that runs tests and code analyzer. It depends on the database container.
  • apiblueprint: Container that runs the API documentation server in Blueprint format.
Services Depends on service Objectives
database Make the PostgreSQL database available
development database Run the API server
test database Provide environment to perform the execution of tests and code analyzer
apiblueprint Creates and runs the API documentation server, which can be run to simulate API requests

More information about stop, start, restart, run and other commands, read Docker Compose Documentation and Docker Documentation.

Building containers

To build all the containers just run the following command:

docker-compose build

If you want to build only one container, execute:

docker-compose build <container-name>

Starting the API

To start the API, you must execute the command:

docker-compose up development

When starting the API, the container (development) performs the following actions:

  • Creates the database structure (migrations)
  • Runs the Web server

Done! Now, you can access your application by http://localhost:3000/healthcheck.

Running tests and code analyzer

This project uses an exclusive container to execute tests and code analyzer, which is the test container. To build the test container, run:

docker-compose up test

When creating the test container, the entire database structure (migrations) will be created.

Run all tests with the following command:

docker-compose run --rm test rails test

To run tests to just one file, you must enter the filename at the end of the command.

docker-compose run --rm test rails test test/controllers/clients_controller_test.rb

Analyze all the code with Rubocop by running:

docker-compose run --rm test rubocop

To analyze the code for just one file, you must enter the filename at the end of the command.

docker-compose run --rm test rubocop app/controllers/clients_controller.rb

Tips

In all of the above commands, a new container is created to run the commands and at the end of the run this container is removed.

There is also the option of using the test container as a local machine, so it would be enough to enter it, perform the executions of interest and leave when you want:

  • Enter in the container: docker-compose run --rm test sh
  • Run tests from inside the container: rails test
  • Run code analyzer: rails rubocop
  • Exit from container: exit

Creating sample data

If you need to insert some sample data into the database, you can use rake task seed typing the command below.

docker-compose run --rm development rails db:seed

Performing database migration

If you need to perform the database migration, you must use the rake task migrate of the database typing the command below.

docker-compose run --rm development rails db:migrate

Using API Blueprint documentation

This project uses Blueprint format API documentation and you can run the container apiblueprint to use it. So, execute:

docker-compose up apiblueprint

and access http://localhost:8088/

The blueprint container will interpret doc.apib file and will generate a html file. Then, when you access it, you will be able to read and interact with this documentation. More about Blueprint, visit api blueprint.

How to create and publish a docker image

We decided to provided a docker image at Docker Hub on Cerberus repository to be used on any environment. Then, we have to create a docker image tagged with a correct version and push it to Cerberus repository.

  1. Create docker image
docker build -f Dockerfile.deploy -t jrjoacir/cerberus:{VERSION} .
  1. Login to Docker Hub
docker login -u <user-dockerhub-name>
  1. Publish docker image
docker push jrjoacir/cerberus:{VERSION}

How to deploy

We provided a docker image on Cerberus repository to execute a container ready to run on any environment.

Requirements

Variable Description
RAILS_ENV Environment where container will run. Possible options: test, development, staging and production
DB_HOST Database address
DB_NAME Database schema name
DB_USER User database. Tip: use database user database to application only for read-write access and only use database administrator to create database objects
DB_PASS User database password
DB_ADAPTER Adapter database used by Ruby on Rails Framework. At the moment, it is possible use only postgresql adapter

Execute Cerberus API on a docker container

  1. Get the docker image from DockerHub
docker pull jrjoacir/cerberus:{VERSION}
  1. Execute migration to synchronize database objects
docker run --rm -it -e RAILS_ENV={environment} -e DB_HOST={database_host} -e DB_NAME={database_name} -e DB_USER={database_user} -e DB_PASS={database_user_password} -e DB_ADAPTER=postgresql jrjoacir/cerberus:{VERSION} rails db:migrate

Attention: To execute migration on database, it is necessary that database user has access to create database objects (tables, indexes, constraints).

Note: environment variable values can be setted by operational system environment variable. More about run docker with variables, read Docker Run Documentation.

  1. Run container ready to be used
docker run --rm -it -e RAILS_ENV={environment} -e DB_HOST={database_host} -e DB_NAME={database_name} -e DB_USER={database_user} -e DB_PASS={database_user_password} -e DB_ADAPTER=postgresql -p {IP}:{Port}:{external port}/tcp jrjoacir/cerberus:{VERSION} rails s -p {port} -b 0.0.0.0

Attention: Inform a database user with correct privileges to run API. Probably, only privilegies to read-write data it is necessary.

Note: Read Docker Run Documentation to know more about environment variable use and port configurations.

Example:

docker run --rm -it -e RAILS_ENV=production -e DB_HOST=database -e DB_NAME=postgres_dev -e DB_USER=postgres -e DB_PASS=postgres_password -e DB_ADAPTER=postgresql -p 127.0.0.1:3000:3000/tcp jrjoacir/cerberus:0.1.0 rails s -p 3000 -b 0.0.0.0

License

This project is licensed by GNU General Public License v3.0.

Permissions of this strong copyleft license are conditioned on making available complete source code of licensed works and modifications, which include larger works using a licensed work, under the same license. Copyright and license notices must be preserved. Contributors provide an express grant of patent rights.

More about this license access GNU General Public License v3.0.

Additional Information

About

This project is an API whose purpose is to authorize or revoke access to product features. Every structure created involves the relationship of several entities: Clients, Users, Products, Contracts, Roles and Functionalities.

Topics

Resources

License

Stars

Watchers

Forks

Packages

No packages published