Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Strategies for Mitigating Impact of New Relic API Downtime on Terraform Operations #2615

Open
jodem opened this issue Mar 25, 2024 · 1 comment

Comments

@jodem
Copy link

jodem commented Mar 25, 2024

Hello,

I recently encountered an issue with the New Relic API during a critical phase of our operations. About 40 minutes ago, while using the New Relic Terraform provider, specifically with newrelic_nrql_alert_condition resources, I started receiving Forbidden responses from New Relic's API, preventing me from performing a terraform apply. This issue has previously occurred in the middle of a migration, requiring our OPS team to wait for New Relic to resolve the API response issues.

This poses a significant challenge, as it halts our entire deployment process, especially in critical situations requiring immediate infrastructure updates or deployments. Given the potential for New Relic API downtimes or errors to disrupt our Terraform operations, I'm seeking guidance or best practices on how to mitigate this risk.

I'm interested in knowing if there's a way to temporarily disable the New Relic provider or its resources in our Terraform configurations to prevent it from attempting to make API calls when New Relic is experiencing issues, or ignore changes temporarily, allowing us to apply the rest of our Terraform stack without being blocked by New Relic's API status.
Any advice, workarounds, or best practices on how to limit our exposure to New Relic API errors and ensure that our Terraform operations can proceed, even when specific resources might be temporarily unreachable, would be greatly appreciated.

@pranav-new-relic
Copy link
Member

Hi @jodem, thanks for reaching out. We don't have a concrete suggestion in this regard as this is mostly caused by intermittent API behaviour like you mentioned, which isn't very predictable - however, we shall keep this thread open and revert when we have something resourceful to suggest. Thanks!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants