Skip to content
This repository has been archived by the owner on Oct 5, 2023. It is now read-only.

Question: Difference from awslogs driver #2

Closed
shinzui opened this issue Jun 23, 2016 · 4 comments
Closed

Question: Difference from awslogs driver #2

shinzui opened this issue Jun 23, 2016 · 4 comments

Comments

@shinzui
Copy link

shinzui commented Jun 23, 2016

When should you use ecs-logs now that the awslogs driver works well?

@achille-roussel
Copy link
Contributor

achille-roussel commented Jun 23, 2016

For now the main (or only) difference is that the awslogs driver uses the container ID as a stream name where ecs-logs uses the container name. The latter is easier to read and reason about since it contains the ECS task number and unique ID generated by ECS.

If you have no need for it you can very well get rid of it. I'm working on improving ecs-logs and maybe add the ability to fan out to multiple log destinations or support structured (JSON) log events. We are still experimenting with logging and if you have ideas about what would be interesting to support or if you want to share what has worked well in your experience we'll be happy to hear about it!

@achille-roussel
Copy link
Contributor

Another upside to using ecs-logs is it keeps logs available via docker logs because it pulls them from the journal. With the awslogs driver logs aren't available via the standard docker logs command.
see https://docs.docker.com/engine/admin/logging/overview/

@shinzui
Copy link
Author

shinzui commented Jun 24, 2016

Thank you for the answer. I was hoping that you would address the ability to fan out to multiple destinations because that's exactly what I'm looking for. The stream name is an issue for us so that's a good benefit and having the logs available via docker logs is useful, but the biggest problems is having the logs shipped outside of cloudwatch in an easy way. I see that you have a pull request to address that and I am looking forward to seeing it merged.

Out of curiosity, could you please share your logging stack at segment.

@achille-roussel
Copy link
Contributor

We're using loggly and elasticsearch to store and consume our logs, we're also experimenting with cloudwatch as we speak (currently deploying ecs-logs to prod as part of this).

The reason we didn't include these tools in stack was that we wanted it to be an AWS-only solution and not require external dependencies to other third-party services so it can be useful to as many as possible and not specific to the Segment use-case.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants