Core Ansible role for setting up NGINX hosted and supervisor managed apps.
Go to file
Dorian 667761d299 First pass at splitting out role into a core nginx supervisor role. 2016-05-12 08:30:26 -04:00
defaults First pass at splitting out role into a core nginx supervisor role. 2016-05-12 08:30:26 -04:00
handlers First pass at splitting out role into a core nginx supervisor role. 2016-05-12 08:30:26 -04:00
meta Clean up meta-data to be clearer on supported environments. 2015-03-26 08:19:34 -04:00
tasks First pass at splitting out role into a core nginx supervisor role. 2016-05-12 08:30:26 -04:00
templates First pass at splitting out role into a core nginx supervisor role. 2016-05-12 08:30:26 -04:00
vars First pass at splitting out role into a core nginx supervisor role. 2016-05-12 08:30:26 -04:00
.gitignore Add gitignore and fix up name for one of the tasks. 2015-01-08 18:12:04 -05:00
README.md First pass at splitting out role into a core nginx supervisor role. 2016-05-12 08:30:26 -04:00

README.md

Ansible nginx-supervisor

A base Ansible role that setups and manages a webapp via supervisor, and served up on a NGINX web server. The goal of this role is to extract the common elements of deploying a webapp into this infrastructure, in a simple and sane manner. Additionally the role provides sane defaults for logging and folder structure setup.

This role is under development and is unstable.

Requirements

  • aptitude or python-apt (required by apt tasks)
  • python > 2.5 (required by ini_file tasks)

This role is designed to work against a modern Ubuntu system. (Tested on Ubuntu 13.10 and 14.04) It should theoretically work on older versions of Ubuntu or Debian based systems.

Example Playbook

The simplest way to include the role in your playbook is to copy the below configuration. Remember to modify the app_name, app_nginx_hostname and app_uwsgi_executable parameters especially.

- hosts: servers
  sudo: yes
  roles:
      - { role: nginx-uwsgi-supervisor,
          app_name: app,
          app_nginx_hostname: app.domain.net,
          app_uwsgi_port: 8080,
          app_uwsgi_executable: "app.build:make_wsgi_app()" }

The role itself is very configurable. For exaple, if you prefer the location of the web application to refer to the domain name rather than the default root path, then simply override the app_root_path variable with something like:

app_rooth_path: "{{ web_root_path }}/{{ app_nginx_hostname }}"

A comprehensive example can be found in the [Ansible rookeries role] (https://bitbucket.org/dorianpula/ansible-rookeries) that uses this role as a base to deploy a Flask-based webapp.

Role Variables

There are a few crucial variables that you need to configure for your particular WSGI powered app. They are broken up into sections and described below:

App Settings

  • app_name:
    • The name of WSGI app to manage via this role.
    • Used as a prefix through out the role.
  • app_root_path:
    • The path to the root folder of the app.
    • Default: web_root_path/app_name_webapp

NGINX

  • app_nginx_hostname:
    • The DNS hostname that the application serves.
    • Default: localhost
  • app_nginx_app_static:
    • The path to the static elements of the site (templates, CSS, images, etc.)
    • Default: app_root_path/app_name/static/

UWSGI

  • app_uwsgi_port:
    • The port number that the WSGI runs on and accepts requests forwarded from NGINX.
    • Default: 8001
  • app_uwsgi_executable:
    • The method executed by UWSGI to create a WSGI running app. Usually a WSGI factory method or module in the app.
    • Default: app:make_wsgi_app()
  • app_uwsgi_envs:
    • (Optional) A dictionary of environment variables to pass into an app.
    • Default: empty dictionary

General Web

These variables are not as crucial to configure. They do give good defaults for configuring the system in a consistent, POSIX/LSB-friendly and user-friendly manner. See the section on Default File Structure for more details.

  • web_root_path:
    • The root of the entire web app structure include configuration and logging.
    • Default: /srv/www
  • web_server_group:
    • The user group responsible for starting, stopping and managing the web and app servers on the target machine.
    • Default: www-data

Default File Structure

By default the role will organize files in the following directory structure:

/srv/www
├── config
│   ├── nginx -> /etc/nginx
│   └── supervisor -> /etc/supervisor
├── logs
│   ├── nginx -> /var/log/nginx
│   └── supervisor -> /var/log/supervisor
└── app_webapp
    └── app

Internal Variables

The following variables are part of the internals of the role. However if you really want to, you can tweak them to work with your setup:

  • web_user:
    • The non-root user who is allowed to control web + app servers on the target machine.
    • Default: current user
  • virtualenv_root_path:
    • The common root directory of Python virtual environments associated with running the UWSGI app + server.
    • Default: /srv/www/virtualenvs/
  • nginx_app_conf:
    • The filename of the NGINX configuration for the app.
    • Default: app_name_uwsgi_nginx.conf
  • supervisor_app_config:
    • The filename of the supervisor configuration for the app.
    • Default: app_name_supervisor.conf
  • uwsgi_config_path:
    • The path to the UWSGI configurations.
    • Default: /srv/www/config/uwsgi
  • uwsgi_app_ini:
    • The filename of the UWSGI INI configuration for the app.
    • Default: app_name_uwsgi.ini
  • uwsgi_service_name:
    • The name of the UWSGI setup for the app according to supervisor.
    • Default: app_name_uwsgi

License

BSD

Author Information

Dorian Pula

This role is a spin-off of the technology developed for the [Rookeries project] (http://rookeries.org/)

Repositories