首先是国内服务,所以网络是要可用的。
然后我打算做服务端的日志统计分析,客户端先不做了。
核心需要的无非就是统计一下调用次数啊,时长,增长趋势这类的数据。
搞传统的 ELK 架构那是不可能的,一个小项目太重了。
不知道有合适的选择吗,谢谢
1
ysicing 302 天前
zincsearch/umami 你看看可以么,我现在在用,感觉还可以🤔
|
2
liprais 302 天前
服务端还不简单,自己写 sql 分析下日志就完事了
|
3
wheat0r 302 天前
甚至可以前置一个 waf
|
4
salmon5 302 天前
|
5
salmon5 302 天前
AWS:
https://www.amazonaws.cn/solutions/centralized-logging-with-opensearch/ 又是一套方案(典型的 AWS 系统集成方案:复杂): 本解决方案在您的亚马逊云科技账户中部署 Amazon CloudFormation 模板并完成以下设置。 1. Amazon CloudFront 分发托管在 Amazon S3 存储桶中的前端 Web UI 资源。 2. Amazon Cognito 用户池或 OpenID 连接器 (OIDC) 可提供身份验证。 3. Amazon AppSync 提供后端 GraphQL API 。 4. Amazon DynamoDB 将解决方案相关信息存储为后端数据库。 5. Amazon Lambda 与其它亚马逊云科技服务交互,处理管理日志管道或日志代理的核心逻辑,并获取 Amazon DynamoDB 表中更新的信息。 6. Amazon Step Functions 协调一组预定义堆栈的按需 Amazon CloudFormation 部署,用于日志管道管理。日志管道堆栈部署单独的亚马逊云科技服务资源,用于收集和处理日志,并将它们摄取到 Amazon OpenSearch Service 中以进行进一步的分析和可视化。 7. 服务日志管道或应用程序日志管道通过日志通控制台按需创建。 8. Amazon Systems Manager 和 Amazon EventBridge 用于管理从应用服务器收集日志的日志代理,例如为应用服务器安装日志代理 (Fluent Bit) 和监控代理的健康状态。 9. Amazon EC2 或 Amazon EKS 安装 Fluent Bit 代理,并将日志数据上传到应用程序日志管道。 10. 应用程序日志管道读取、解析、处理应用程序日志并将其摄取到 Amazon OpenSearch 域或 Light Engine 。 11. 服务日志管道读取、解析、处理亚马逊云科技 服务日志并将其摄取到 Amazon OpenSearch 域或 Light Engine 。 |
6
salmon5 302 天前
你饿了,然后到一个餐馆吃饭:
你:老板,来两个菜一碗饭 AWS:喏,满汉全席厨房 准备好了,你可以自己做了 |
7
salmon5 302 天前
你饿了,然后到一个餐馆吃饭:
你:老板,来两个菜一碗饭 AWS:喏,满汉全席厨房 准备好了,你可以自己做了 你:我要两个菜一碗饭,吃完摸嘴就走了,赶时间 AWS:我们的厨房相当先进,几十上百种厨具,瓜果蔬菜齐全,您可以任意做想吃的饭菜 你:…… |
8
GetOctober 301 天前
如果是服务端的话可以服务暴露 metrics 使用 prometheus 采集,然后使用 grafana 展示
|