First, an introduction. My name is Matt Yonkovit. In September, I joined Mattermost as the head of Customer Success. For the last 13 years, I’ve helped customers succeed using open source software. My goal at Mattermost is to build out a world-class support and success program that enables our customers and community to use Mattermost to revolutionize their business processes and workflow.

Announcing the following integrations: BMC Remedy OnDemand

In the past, applications would be deployed by installation on a host, using the operating system package manager. This was a heavy solution with tremendous reliance on the operating system package manager and increased complexity with libraries, configuration, executables and so on all interconnected. Then came containers. Containers are small and fast, and are isolated from each other and from the host.

One of the single biggest issues that Citrix administrators are forced to deal with is the sheer complexity of their Citrix systems. Not only is there complexity associated with the Citrix software itself, but the Citrix software also has a dependency upon a number of supporting infrastructure components. All of this complexity can make troubleshooting extraordinarily difficult whenever problems arise. An inexperienced administrator may not even know where to start.

This recipe is similar to the previous rsyslog + Redis + Logstash one, except that we’ll use Kafka as a central buffer and connecting point instead of Redis. You’ll have more of the same advantages.

Starting from Elasticsearch 5.0, you’re able to define pipelines within it that process your data, in the same way you’d normally do it with something like Logstash. We decided to take it for a spin and see how this new functionality (called Ingest) compares with Logstash filters in both performance and functionality. Is it worth sending data directly to Elasticsearch or should we keep Logstash?