As a follow up here, as indicated you should always have the desired state of Pulumi. At a minimum, ensure the resource is imported and managed into the state.
As a workaround, if another program/process/etc is responsible for changing some properties of the resource and you are just trying to avoid Pulumi from "fighting" with it, you could leverage the IgnoreChanges feature to exclude certain properties that the other process "owns":
https://www.pulumi.com/docs/intro/concepts/resources/options/ignorechanges/
I don't think it should be overused. At a certain point, depending on what the resource is, it should be decided who or what is an authoritative owner of something when you get right down to it...