Amazon web services 在AWS CloudWatch日志组中分离环境和微服务上下文的建议最佳实践是什么？

我想问一下如何最好地组织AWS CloudWatch日志组，以适应不同的环境，例如

• 发展
• 登台
• 刺激

对于一个微服务架构，比如说有50个微服务，每个都包含自己的上下文（例如支付、目录、发货等）

我可以想到的组织唯一和distint日志组的变体有：

每个微服务每个环境的日志组（150总数，当 环境为3，应用程序为50）

所有微服务的每个环境的日志组（3总数 环境的影响是3）

是否有其他推荐的组织日志组的方法？在决定这两种或任何其他属性时，我应该考虑整个系统的哪些类型的属性

我做#1的代价是，我将有一些安静的日志组需要维护，尽管已经根据应用程序上下文进行了预过滤

我做#2的好处是可以减少维护总体日志组的次数，而且可能是每个环境获取日志的单一经验