It would be very convenient to have an https log drain type. Log aggregation providers like SumoLogic do not provider managed syslog collectors, preferring instead https based collectors. While Sumo does offer self-hosted syslog collectors, it seems very awkward to run a non-Deis managed container on each CoreOS cluster node, and pipe journal messages in for each application, or alternatively consume all journal messages, with no application prefixes. Using a drain to an https collector endpoint seems like a much more elegant solution.
From @nsmith on September 23, 2015 15:50
It would be very convenient to have an https log drain type. Log aggregation providers like SumoLogic do not provider managed syslog collectors, preferring instead https based collectors. While Sumo does offer self-hosted syslog collectors, it seems very awkward to run a non-Deis managed container on each CoreOS cluster node, and pipe journal messages in for each application, or alternatively consume all journal messages, with no application prefixes. Using a drain to an https collector endpoint seems like a much more elegant solution.
Copied from original issue: deis/deis#4527