Guest Post: Fission - Serverless Functions and Workflows with Kubernetes and NATS

By: Soam Vasani - Date: October 20, 2017

Fission is a framework for “Serverless” Functions or Functions-as-a-Service on Kubernetes. Fission allows you to take a function and easily turn it into a usable service on Kubernetes, without much of a learning curve. Fission supports a variety of source languages and triggers, which are bindings of events to functions. Fission integrates with the NATS Streaming message queue. Users can map a queue topic to a function using a Fission Message Queue Trigger. Read More…


Guest Post: NATS on Autopilot - How the team at Joyent simplify complex applications

By: Wyatt Preul - Date: September 29, 2017

Here on the product team at Joyent, we enjoy making sophisticated applications easy to deploy and manage. For us, that means containerizing components, automating them with ContainerPilot and the Autopilot Pattern. This typically means that we are containerizing the components that comprise our solutions with Docker and are using a service discovery catalog like Consul. Up until this year, we didn’t have a working solution to solve the message queuing problem. Read More…


Webinar: Serverless for the Cloud Native Era: How Fission uses NATS and Kubernetes

By: Brian Flannery - Date: September 29, 2017

Speaker: Soam Vasani When: Wed, Oct 25, 2017 10:00 AM - 11:00 AM San Francisco / 1:00PM - 2:00PM New York Fission is a framework for serverless functions on Kubernetes, allowing users to deploy functions instantly with one command. There are no containers to build, and no Docker registries to manage. This emphasis on simplicity also requires a simple and scalable communication layer. This technical webinar will cover how the Fission platform works, and where NATS and Kubernetes fit in. Read More…


Guest Post: Use cases for persistent logs with NATS Streaming

By: Byron Ruth - Date: September 20, 2017

What are persistent logs? In this context, a log is an ordered sequence of messages that you can append to, but cannot go back and change existing messages. The persistent bit simply means that they are remembered and potentially durable (on disk) beyond server restarts. What is NATS Streaming? NATS Streaming is a lightweight, streaming platform built on top of NATS that provides an API for persistent logs. A few of its features include: Read More…


Guest Post: Alchemy's twist on the agile scrum board, using NATS.

By: Jose Manuel Pita - Date: August 28, 2017

Alchemy is an in house trading platform built for Standard Bank South Africa’s structured solutions desk. The system was introduced to give the desk the ability to book exotic trade types in as short a time period as possible. Exotic trades as opposed to vanilla trades are complex in nature, the quantitative models in integration of those models usually take months to glue together… enter Alchemy. An agile software development approach fits the scenario best and allows incremental development of products or trades into alchemy. Read More…


Guest Post: How RapidLoop provides full stack monitoring with OpsDash, built on the Resiliency and Simplicity of NATS.

By: Mahadevan Ramachandran - Date: August 16, 2017

Here at RapidLoop, we create solutions for operational insight. OpsDash is a server, service, app metric and database monitoring solution that provides intelligent, customizable dashboards and spam-free alerting. The OpsDash Architecture The OpsDash SaaS product uses a modern, distributed microservice based architecture. It runs on the Google Cloud Platform and also makes use of GCP services like PubSub and Load Balancers. All backend components of the OpsDash product are written entirely in Go. Read More…


Webinar: Overview of StorageOS, and why they chose NATS for their platform

By: Brian Flannery - Date: July 31, 2017

Speaker: Karolis Rusenas, Technical Lead at StorageOS When: Wednesday, August 23rd at 1PM New York / 6PM London StorageOS enables users to deploy database workloads inside containers and use local node storage without the fear of losing data and without frustration of slow disks. Karolis Rusenas is the Tech Lead at StorageOS, and has been involved in developing the platform from the early days. StorageOS is a Golang based platform, and as a result makes use of popular Go tools - including NATS. Read More…


GopherCon 2017 Recap - How does GopherCon keep getting even better each year?

By: Brian Flannery - Date: July 21, 2017

Now that everyone has had time to catch their breath a bit, we wanted to recap what our team was up to at GopherCon! It remains one of our favorite events, and Apcera has sponsored every year, with NATS having a room on Community Day last year and again this year, too. Just as our team were getting into Denver to prepare to kick off GopherCon, we also released 1.0 of NATS Server. Read More…


Guest Post: StorageOS on how and why they use NATS in their storage platform

By: Karolis Rusenas - Date: July 1, 2017

Over the last two years, I have used NATS extensively in many projects. In this blog post I would like to highlight some pros and cons to help you decide whether NATS is the right tool for you. At StorageOS, we are building a system that provides persistent storage for containers. StorageOS enables users to deploy database workloads inside containers and use local node storage without the fear of losing data and without frustration of slow disks. Read More…


Guest Post: Real-time, high performance machine learning using NATS, Kubernetes, and MEAN Stack

By: Alejandro Esquivel - Date: June 6, 2017

I am studying Physics at UBC (University of British Columbia), and am a Software Engineer at Aida. Aida is an AI startup building a SaaS platform that provides fast, accurate, and automated assistance for customer support. Aida automatically learns questions and answers from past agent transactions and accurately responds to common support questions which typically account for 10%-30% of ticket volume. Unlike conventional chatbots, Aida does not rely on hand crafted, rule based templates which can only cope with a narrow range of inputs and is incredibly difficult to keep up to date. Read More…