小编Fre*_*aug的帖子

如何将 Fargate EKS Fluent Bit Logs 从不同服务发送到单独的 Cloudwatch 组?

我已按照本指南在我的 EKS 集群上配置 Fluent Bit 和 Cloudwatch,但目前所有日志都转到一个日志组。我尝试遵循一个单独的教程,该教程使用 Fluent Bit 的 kubernetes 插件在到达 [OUTPUT] 配置之前标记服务。这导致了问题,因为 Fargate EKS 目前不按照本文档底部处理 Fluent Bit [INPUT] 配置。

以前有人遇到过这种情况吗?我想将日志分成单独的服务。

这是我当前的 YAML 文件。我添加了解析器和过滤器,以查看是否可以获得任何其他信息以在 Cloudwatch 上使用。

kind: Namespace
apiVersion: v1
metadata:
  name: aws-observability
  labels:
    aws-observability: enabled
---
kind: ConfigMap
apiVersion: v1
metadata:
  name: aws-logging
  namespace: aws-observability
data:
  parsers.conf: |
    [PARSER]
        Name docker
        Format json
        Time_Key time
        Time_Format %Y-%m-%dT%H:%M:%S.%L
        Time_Keep On
        
  filters.conf: |
    [FILTER]
        Name kubernetes
        Match kube.*
        Kube_CA_File /var/run/secrets/kubernetes.io/serviceaccount/ca.crt
        Kube_Token_File /var/run/secrets/kubernetes.io/serviceaccount/token
        # Kube_Tag_Prefix kube.var.log.containers.
        Kube_URL …
Run Code Online (Sandbox Code Playgroud)

amazon-cloudwatch kubernetes aws-fargate amazon-eks fluent-bit

5
推荐指数
1
解决办法
2489
查看次数

为什么我不能将 Firebase 本地模拟器套件用作自托管解决方案?

我目前使用 Firebase 作为创建大多数应用程序的解决方案。新客户需要一个在一天中的大部分时间都不会连接到 Internet 的解决方案。

因为我有自己构建的使用 firebase 的 CMS 工具,所以我认为使用 firebase 模拟器是个好主意。但是在阅读文档时,我看到了一条说明

注意:请勿尝试将这些模拟器用作 Firebase 服务的“自托管”版本。它们是为准确性而构建的,而不是性能或安全性,并且不适合在生产中使用。

我找不到谈论为什么这确实是一个问题的文章,有人能看到为什么我的解决方案会出现问题吗?

下面回答的问题,这是我的更新 我决定转移并使用 MongoDB 作为我的本地数据存储解决方案

self-hosting mongodb firebase firebase-realtime-database google-cloud-firestore

2
推荐指数
1
解决办法
344
查看次数