Skip to content

Commit f703371

Browse files
Merge pull request #207668 from jr-MS/ma
Remove CSV onboarding in Metrics Advisor
2 parents 61c6ab2 + 66fb0c9 commit f703371

File tree

1 file changed

+2
-13
lines changed

1 file changed

+2
-13
lines changed

articles/applied-ai-services/metrics-advisor/data-feeds-from-different-sources.md

Lines changed: 2 additions & 13 deletions
Original file line numberDiff line numberDiff line change
@@ -46,7 +46,6 @@ Use this article to find the settings and requirements for connecting different
4646
|[MongoDB](#mongodb) | Basic |
4747
|[MySQL](#mysql) | Basic |
4848
|[PostgreSQL](#pgsql) | Basic|
49-
|[Local files (CSV)](#csv) | Basic|
5049

5150
The following sections specify the parameters required for all authentication types within different data source scenarios.
5251

@@ -116,7 +115,7 @@ The following sections specify the parameters required for all authentication ty
116115
117116
* **JSON format version**: Defines the data schema in the JSON files. Metrics Advisor supports the following versions. You can choose one to fill in the field:
118117
119-
* **v1** (default value)
118+
* **v1**
120119
121120
Only the metrics *Name* and *Value* are accepted. For example:
122121
@@ -533,17 +532,7 @@ For more information, refer to the [tutorial on writing a valid query](tutorials
533532
```
534533
For more information, refer to the [tutorial on writing a valid query](tutorials/write-a-valid-query.md).
535534

536-
## <span id="csv">Local files (CSV)</span>
537-
538-
> [!NOTE]
539-
> This feature is only used for quick system evaluation focusing on anomaly detection. It only accepts static data from a local CSV, and performs anomaly detection on single time series data. For analyzing multi-dimensional metrics, including real-time data ingestion, anomaly notification, root cause analysis, and cross-metric incident analysis, use other supported data sources.
540-
541-
**Requirements on data in CSV:**
542-
- Have at least one column, which represents measurements to be analyzed. For a better and quicker user experience, try a CSV file that contains two columns: a timestamp column and a metric column. The timestamp format should be as follows: `2021-03-30T00:00:00Z`, and the `seconds` part is best to be `:00Z`. The time granularity between every record should be the same.
543-
- The timestamp column is optional. If there's no timestamp, Metrics Advisor will use timestamp starting from today (`00:00:00` Coordinated Universal Time). The service maps each measure in the row at a one-hour interval.
544-
- There is no re-ordering or gap-filling happening during data ingestion. Make sure that your data in the CSV file is ordered by the timestamp ordering **ascending (ASC)**.
545-
546535
## Next steps
547536

548537
* While you're waiting for your metric data to be ingested into the system, read about [how to manage data feed configurations](how-tos/manage-data-feeds.md).
549-
* When your metric data is ingested, you can [configure metrics and fine tune detection configuration](how-tos/configure-metrics.md).
538+
* When your metric data is ingested, you can [configure metrics and fine tune detection configuration](how-tos/configure-metrics.md).

0 commit comments

Comments
 (0)