From 3eb9339d21e301e5d0d21f5e5b97e622be46f40e Mon Sep 17 00:00:00 2001 From: Josh Suereth Date: Wed, 14 Aug 2024 13:06:18 -0400 Subject: [PATCH] Update text/entities/0264-resource-and-entities.md Co-authored-by: Tigran Najaryan <4194920+tigrannajaryan@users.noreply.github.com> --- text/entities/0264-resource-and-entities.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/text/entities/0264-resource-and-entities.md b/text/entities/0264-resource-and-entities.md index 622d2d482..3c05037dc 100644 --- a/text/entities/0264-resource-and-entities.md +++ b/text/entities/0264-resource-and-entities.md @@ -127,7 +127,7 @@ The list of detectors is given in priority order (first wins, in event of a tie, Given our desired design and algorithms for detecting, merging and manipulating Entities, we need the ability to denote how entity and resource relate. These changes must not break existing usage of Resource, therefore: -- The Entity model must be *layered on top of* the Resource model. A system does not need to ineract with entities for correct behavior. +- The Entity model must be *layered on top of* the Resource model. A system does not need to interact with entities for correct behavior. - Existing key usage of Resource must remain when using Entities, specifically navigationality (see: [OpenTelemetry Resources: Principles and Characteristics](https://docs.google.com/document/d/1Xd1JP7eNhRpdz1RIBLeA1_4UYPRJaouloAYqldCeNSc/edit)) - Downstream components should be able to engage with the Entity model in Resource.