NGINX

We use NGINX to host web servers. It is great for serving static files and if we need a proxy server to host microservices running on different ports.

We use NGINX as our web-facing server, behind which we have a collection of services serving various parts of our application. NGINX helps us map a single API over a variety of services, and make our API endpoints consistent across the various services. Nginx also helps with uptime, by helping us switch between various instances of the services in near real-time.

Many [NGINX] servers are used across the organization to load balance and serve content before hitting our nodejs express rest api backends or our node react express frontends. It helps maintain uptime when we encounter strange deployment errors that can take out one of our servers. In my experience is has provided amazing throughput with very little configuration.

NGINX is basically used as a server for web applications as implemented in our organization, NGINX helps us solve many problems like accelerated reverse proxying with caching and the best for static content loading. The other cool security feature that we take the most advantage of is that NGINX Limiting the number of simultaneous connections or requests coming from one address which protects our app from attacks against our infrastructure.

We use Nginx for all of our web services, whether it be straight up websites or applications. It’s open source (free), but so easy to implement while being incredibly powerful.

Nginx is present at different levels across my projects. Sometimes is just a Web Server, others a Load Balancer or an API proxy with SSL/TLS management, it's just great that's so lightweight that you can deploy as many instances as you want, for different purposes and create a services mesh inside your organization's network.

We use Nginx as a load balancer and as a reverse proxy for all of our web services. We use it to serve NodeJs applications, REST APIs and Angular front.

Nginx is the DEFAULT web server for our organization and projects that we work on. I don't think Nginx as a simple web server but a micro service that is part of the whole application. As a DevOps [solution], it has made us more independent rather than relying on developers for every small requirement. Now we can just write a few lines of code in Lua or js and get our solution ready as a hotfix rather than going back and forth and trying to make developers understand what is needed. In some cases, our few lines of code prove to be a better solution than an application :)

I would suggest having one layer of Nginx on top of your JAVA or Node application. If you never use it as we do it will still handle the web connections better.

Nginx is my default go-to web server for all Linux web servers (LEMP Stacks) that I currently deploy. I use NginX primarily as one of several pieces of a custom-designed web-server stack in conjunction with Ubuntu or CentOS, Percona XtraDB, and HHVM with PHP7-FPM failover, which is used to power PHP based websites (such as WordPress) which I deploy on entry-level compute packages provided by industry standard cloud services (AWS, Google, BlueMix, Digital Ocean) for our web-design clients. My primary goal with these servers is to provide our clients with their own managed, in-house hosting solution with more power than a standard hosting company can provide, but at a similar recurring cost bracket. Nginx was my choice, as it was designed specifically to win the C10k challenge, which was a challenge to create a web server capable of handling 10,000 simultaneous connections on a single server (which was successful). The biggest challenge I face is designing a stack that can handle a potentially heavy connection load while deployed on low-spec, shared-resource, sub-$20 virtual servers, while avoiding the expensive, constant need for computing resource increases. These challenges require a web server than can handle 1 or 1,000 connections on the initial specs, without an increase in resources, which Nginx was able to accomplish beyond my expectations, allowing me to provide similar and sometimes equal performance on virtual servers as that of higher-cost, WordPress specific hosts, such as WP Engine.