No Image

The State of the Service Mesh, Part 2: Availability

2019-06-05 KENNETH 0

The State of the Service Mesh, Part 2: Availability In the world of microservices, the pace of change is unyielding but the excitement is surely building, as a critical mass of industry thought leaders and practitioners are moving beyond mere theory and talk. Early‑adopter organizations that have workloads requiring service mesh functionality now want to prove its viability as a production‑ready architecture by implementing actual solutions for some compelling “low hanging fruit” use cases. This post is the second installment in our series on service mesh: In Part 1, we summarize key developments that have taken place in the service mesh space in the past year or so, and enumerate a number of the key application requirements for a service mesh. In a related blog, my colleague Owen Garrett provides guidance on determining whether you really need a service mesh [ more… ]

No Image

Ask NGINX | May 2019

2019-05-31 KENNETH 0

Ask NGINX | May 2019 Every month, we take a moment to share the expertise of our team, and answer a number of great questions we’ve received from both our customers and open source users. These questions range from how to use our products in a variety of use cases to how to effectively integrate third‑party tools and platforms with NGINX. These answers come from our experts including technical architects, systems engineers, and our award‑winning customer support specialists. How do I perform health checks for UDP servers in a load‑balanced upstream server group? Both NGINX Open Source and NGINX Plus perform passive UDP health checks by default: if a UDP server generates an error or times out in response to just one request, it is marked unavailable and removed from the load‑balancing rotation for ten seconds. You can change the defaults [ more… ]

NGINX Unit: A Modern App Server for Modern Apps

2019-05-29 KENNETH 0

NGINX Unit: A Modern App Server for Modern Apps As personal computers became ubiquitous in the early 1990s, there was a growing appetite to consume applications. At the time, it took on average three years to develop an app from initial conception to deployment in production. This has changed dramatically – Amazon deploys a new or updated application every 11.7 seconds and Nordstrom, a 120-year-old American luxury retailer, has increased its deployment frequency from twice per year to monthly. Bringing apps to market faster enables enterprises to stay ahead of the competition, achieve scale quickly, and increase revenues through digital channels. Developers take center stage in this new world but they are under pressure to develop and deploy new apps at a frightening velocity. That, in turn, puts pressure on infrastructure and operations (I&O) teams to provide a flexible, multi‑language environment in support [ more… ]

F5 and NGINX: Delivering Flexible, Secure, and Durable Applications from Code to Customer

2019-05-24 KENNETH 0

F5 and NGINX: Delivering Flexible, Secure, and Durable Applications from Code to Customer Businesses are always looking for the next competitive advantage. Customers have more choice than ever, and expect every interaction to look, feel, and function as seamlessly as the Facebook and Google apps they use every day. As enterprises race to build new applications and roll out capabilities to meet their customers’ demands, a distinct pattern has emerged, often called “shadow IT”. In a traditional IT architecture with monolithic applications, the infrastructure or network operations (NetOps) team usually controls app deployment, which is subject to strict compliance, governance, and security requirements. But DevOps teams in such environments – faced with both the internal pressure to innovate and the external pressure to bring services to market quickly – often circumvent such controls for the sake of agility. Even if [ more… ]

Introducing NGINX 1.16 and 1.17

2019-05-22 KENNETH 0

Introducing NGINX 1.16 and 1.17 Today we release NGINX 1.17.0 – the latest version of the NGINX open source project, which is now the most popular web server on the Internet. This release also signals the start of the NGINX 1.17 development branch, following the release of NGINX 1.16.0 last month. In this blog we discuss the NGINX versioning scheme, look back at what happened during the NGINX 1.15 development cycle, and look forward to what is in store with NGINX 1.17. NGINX Versioning Explained At NGINX, we maintain two branches in the NGINX source code repository, named mainline and stable: Mainline is the active development branch where the latest features and bug fixes get added. It is denoted by an odd number in the second part of the version number, for example 1.17.0. Stable receives fixes for high‑severity bugs, but is not updated with new features. [ more… ]