Wikimedia Labs/Reverse proxy for web services

Currently, we need to give a public IP address for every project that needs to host a web server. This is wasteful. Generally, all of these services could be proxied to, and we could use a single IP address. Instead, we should have a proxy service that will allow users to associate a proxy with an instance, or list of instances (for load-balancing).

Spec
We should make a RESTful, OpenStack-like API that allows for the following actions:


 * 1) Create proxy service
 * 2) Host name of proxy service
 * 3) From port
 * 4) To port
 * 5) Type of load balancing
 * 6) Enable SSL (optional - v2?)
 * 7) * If SSL is enabled, which certificate to use, or upload a new certificate
 * 8) * This is likely hard to implement, as it would require an IP address per certificate, unless a star certificate was used.
 * 9) * Also, certificates would need to be per-project, or global (for private clouds), which would complicate matters further.
 * 10) Enable caching (optional - v2?)
 * 11) * This is likely hard to implement, as it would require letting the user supply caching rules
 * 12) * Seems nginx has a module for selective purging
 * 13) * Varnish supports selective purging natively
 * 14) * As long as the backend supports "allow purge from" for IP addresses, or a secret key this would be possible, as we could add the backends to the allow-from, or share the secret key with the end-user.
 * 15) Associate proxy service with instances
 * 16) Disassociate proxy service from instances
 * 17) Delete proxy service

Using Nginx on Ubuntu as an example of the proxy service's environment: creation of a proxy service would add a configuration file to /etc/nginx/sites-available/ and would create the host name (should the proxy service name simply be the host name? It would make it unique, which makes things easier.). When associated with instances, it would modify the /etc/nginx/sites-available/, link it to /etc/nginx/sites-enabled/ (if not already linked), and reload nginx. When instances are disassociated, the service would modify /etc/nginx/sites-available/, removing the instance, and would reload nginx. If the instance is the last instance to be removed, it would also unlink /etc/nginx/sites-enabled/. When a proxy service is deleted, the configuration would be deleted from /etc/nginx/sites-available/ and the associated host name would be deleted.

Possible implementation issues
What happens when a service is created with the same host name as one added to a floating IP address? What happens when the DNS service adds the same hostname to a floating IP?

Dependencies
This obviously depends on having a reliable DNS service available as well, which should be included with OpenStack Nova's essex release.