带有LogDNA的IBM Cloud Activity Tracker的区域问题

问题描述

我们有不同的资源组 东京的资源 东京也有B资源

我们需要使用LogDNA为资源创建一个IBM Cloud Activity Tracker 另一台带有LogDNA的IBM Cloud Activity Tracker(用于B资源)

我可以将IBM Cloud Activity Tracker for A资源放在东京吗 和IBM Cloud Activity Tracker for Dallas中的A资源?

因为在您的指南https://cloud.ibm.com/docs/Activity-Tracker-with-LogDNA?topic=Activity-Tracker-with-LogDNA-launch中 需要特别注意的是“每个区域有1个实例。”

您能帮忙确认一下吗?

解决方法

事件记录在生成事件的区域中。另请注意,all global events are sent to LogDNA in Frankfurt (Europe)

使用记录的事件时,可以根据记录及其数据字段来区分服务。您可以create custom views to separate those events

,

您需要有效地命名您的环境并使用Event fieldsEvent types

基本约定可以使用“ department_instance_level”模式。 它们将被命名为“错误日志”和“信息日志”,而不是“错误日志”和“信息日志”。 “ dev_app1_info”,“ qa_app2_error”等等。这不仅 清楚地定义每个视图的内容,但是由于LogDNA对视图进行排序 按字母顺序,每个视图自然都与相似的视图分组在一起。 这样可以轻松扫描特定视图并搜索那些视图 包含特定的关键字。在此屏幕截图中,搜索“产品” 将列表缩小为包含生产环境日志的视图。

查看How to use LogDNA Views to Manage Logs Effectively指南,了解管理事件的最佳方法

此外,您打算设置多个环境,请查看How to Set Up Multiple Environments in LogDNA周围的本指南

相关问答

依赖报错 idea导入项目后依赖报错,解决方案:https://blog....
错误1:代码生成器依赖和mybatis依赖冲突 启动项目时报错如下...
错误1:gradle项目控制台输出为乱码 # 解决方案:https://bl...
错误还原:在查询的过程中,传入的workType为0时,该条件不起...
报错如下,gcc版本太低 ^ server.c:5346:31: 错误:‘struct...