Autorisations utilisateur

Dans le contexte de la gestion des utilisateurs de New Relic, une permission est une tâche spécifique que vous pouvez effectuer avec New Relic. Nos rôles prédéfinis incluent diverses autorisations (par exemple, reportez-vous à nos rôles standard). Voici quelques exemples d'autorisations :

La possibilité d'afficher les paramètres de l'application APM
Modifier la condition d'alerte
Gérer les paramètres de rétention des données
Créer un domaine d'authentification au niveau de l'organisation
Déployer des flottes individuelles sur des ressources spécifiques

Vous pouvez créer des rôles personnalisés à trois niveaux d'étendue différents et leur ajouter autant d'autorisations que vous le souhaitez :

Autorisations à l'échelle de l'organisation: Pour les fonctions administratives à l'échelle de l'organisation (Gestion des identités et des accès, New Relic One, API clé, sécurité, etc.)
Autorisations limitées au compte: Pour les fonctionnalités de la plateforme au sein de comptes spécifiques (APM, Browser, infrastructure, alertes, etc.)
Autorisations au niveau de l'entité: pour un accès précis à des ressources spécifiques.

Pour connaître les autorisations attribuées à un rôle, accédez à l’ UI utilisateur de gestion des utilisateurs et affichez un rôle spécifique. Pour trouver cette UI: Depuis one.newrelic.com, cliquez sur le menu utilisateur en bas à droite, puis accédez à : Administration > Access management > Roles.

Points importants concernant les autorisations

Un utilisateur de la plateforme complète New Relic sans aucune limitation (par exemple, un utilisateur du groupe Admin) peut utiliser toutes les fonctionnalités de la plateforme. La plupart des tâches que vous pouvez effectuer dans New Relic, mais pas toutes, sont disponibles sous la forme permissions. Vous pouvez les ajouter ou les supprimer d'un rôle personnalisé, et nous utilisons également ces autorisations pour différencier nos rôles standard. Les autorisations que nous avons rendues visibles et disponibles pour la sélection sont celles que nous pensons les plus susceptibles de vous être utiles pour les tâches courantes de gestion des utilisateurs.

De nombreuses fonctionnalités de New Relic ne sont pas visibles ni disponibles sous forme d'autorisations sélectionnables. Par exemple, il existe diverses pages d'interface utilisateur auxquelles vous pouvez accéder en tant qu'utilisateur et qui ne sont pas soumises aux autorisations que nous exposons.

Conseil

Les autorisations peuvent également parfois être appelées capabilities.

Voici quelques autres points importants concernant les autorisations :

A user's user type must also allow access. L'accès d'un utilisateur à la fonctionnalité New Relic est régi à la fois par le type d'utilisateur et par les rôles attribués. Pour en savoir plus, voir Accès utilisateur.
Some permissions overlap in functionality. C'est pourquoi la sélection de certaines cases à cocher d'autorisations dans l'UI cochera ou décochera automatiquement d'autres cases.
Permissions don't affect querying of data. La plupart des autorisations s'appliquent New Relic UI API aux expériences et et non à l'interrogation des données. Par exemple, si vos autorisations vous empêchent d'accéder à l'UI , vous pouvez toujours interroger les données APM si vous avez accès à ce compte. Si vous avez besoin de limites de données plus fermes pour certains projets ou utilisateurs, vous pouvez segmenter vos données en différents comptes.

Pour en savoir plus sur les principales façons dont les autorisations des utilisateurs sont contrôlées, consultez Concepts de gestion des utilisateurs.

Nos rôles pré-établis

Nos rôles prédéfinis disposent de différents groupes d’autorisations. Voir en savoir plus sur les rôles.

Définitions des autorisations

Vous pouvez accéder à l'interface utilisateur pour consulter les autorisations de chacun de nos rôles prédéfinis. Dans le coin inférieur gauche de l' interface utilisateur, cliquez sur votre nom pour ouvrir le menu utilisateur, puis accédez à Administration > Access management > Roles.

L'interface utilisateur fournit des informations détaillées sur les autorisations pour tous les rôles, notamment :

Tous les administrateurs de produits
Utilisateur standard
Lecture seule
Tous les rôles personnalisés de votre organisation

L'interface utilisateur de gestion des accès affiche les détails d'autorisation les plus récents pour chaque rôle.

These organization-scoped permissions pertain to managing users, groups, roles, and authentication domains within your organization:

Accounts: Create and manage accounts within your organization.
Authentication Domains: Configure how users are provisioned and authenticated.
Data Access Policies: Create and manage policies that control access to log data partitions.
Grants: Create and manage access grants that link groups to roles over specific targets.
Groups: Create and manage user groups within authentication domains.
Roles: Create and manage custom roles with specific permissions.
Users: Add, remove, and manage users within your organization.

These permissions pertain to our legacy alerting feature, not to our applied intelligence permissions and incident intelligence permissions.

Permissions:

Channels: relates to alert notification channels.
Conditions: relates to alert conditions.
Incidents: relates to alert events and view alert events from our products.
Lifecycle overrides: relates to muting rules.
Policies: relates to alert policies.
Cross-account alerts: relates to cross-account alerts.

These permissions pertain to our APM agents and associated features:

Application settings: relates to the APM Application settings UI page.
Deployments: relates to the APM deployments UI page.
Embedded charts: relates to the Get chart link feature.
Errors (all): relates to error trace details.
Errors (individual): relates to error trace details.
Instrumentation: relates to adding custom instrumentation.
Key transactions: relates to key transactions.
Labels: relates to tags for APM data.
Log settings: relates to APM logs.
Slow SQL: relates to slow query data.
Thread profiles: relates to the thread profiler.
Transaction traces (all): relates to transaction traces.
Transaction traces (individual): relates to transaction traces.

These permissions pertain to applied intelligence features:

Channels: relates to notification channels.
Comments: relates to postmortem comments.
Destinations: relates to destinations.
Incident analysis: relates to the part of the Issues & activity page where golden signals and component are shown.
Issue RCA: relates to root cause analysis.
Issues: relates to incident intelligence issues.
Issues configuration: relates to issue configuration.
Issues feed: relates to the issues feed.
Workflows: relates to workflows.

These permissions pertain to incident intelligence:

Automatic inactivity closing policy: refers to time-to-live settings for inactive/idle issues.
Cartographer: relates to topology settings.
Decisions: relates to applied intelligence decisions.
Destinations: relates to a deprecated incident intelligence destination system.
Environments: relates to environments.
Grace period policy: relates to grace period policy settings.
Incidents: relates to alert events.
Input source configuration: relates to incident sources.
Issues: relates to incident intelligence issues.
Pathways: relates to the mostly deprecated incident intelligence pathways feature.
Platforms: relates to the mostly deprecated incident intelligence platforms feature.
Suggested decisions: relates to decisions suggested by applied intelligence.

Insights is the original name for a product that had features related to custom data ingest, custom queries, custom charts, and custom dashboards. Permissions include:

Any dashboard: relates to the ability to delete any dashboard in an account.
Data sources: relates to a now deprecated UI that allowed for controlling what data was reported to New Relic.
Events to metrics: this governs:
- Events-to-metrics rules and data
- Service level indicators and objectives
Insert keys: relates to our mostly deprecated Insights insert key (a license key is preferred).
NRQL drop rules: relates to dropping data with drop rules.
Query keys: relates to our mostly deprecated Insights query key (the is preferred).

Data partition rules: relates to data partitions.
Live archives configuration: relates to configuring live archives retention for logs.
Live archives query: relates to querying logs stored in live archives.
Obfuscation rules: relates to log obfuscation.
Parsing rules: relates to log parsing.
Pipeline configuration: relates to configuring the log data pipeline. Currently this governs log patterns.
Public saved views: relates to saved views that are public.

These are assorted permissions related to basic features of the New Relic platform (sometimes referred to as New Relic):

Entities: relates to creating and deleting New Relic-monitored entities.
Entity relationships: relates to entity relationships.
Golden metrics: relates to golden metrics (key metrics) in curated user experiences.
Nerdpacks: relates to New Relic apps.
NRQL lookups: relates to the ability to use lookup tables.
Pixie account link: this capability allows the creation of an associated Pixie account when adding Pixie to a cluster from our guided install.
Pixie credentials: relates to access of linked Pixie accounts.
Pixie live data: enables access to live debugging data in the Kubernetes cluster explorer.
Repositories: relates to creating and deleting New Relic-monitored repositories (used by features like New Relic CodeStream).
Tags: relates to platform tagging.
Workloads: relates to workloads.

These permissions pertain to synthetics monitoring:

Configure private locations: relates to private locations.
Monitor downtimes: relates to monitor downtimes.
Monitor scripts: relates to scripted monitors (scripted browser monitors and scripted API test monitors).
Monitors: relates to ability to configure synthetic monitors (for example, name, period, and locations). The bulk runtime upgrade permission allows you to make runtime changes using the runtime upgrades UI.
Secure credentials: relates to secure credentials.

Cette traduction automatique est fournie pour votre commodité.

Points importants concernant les autorisations

Conseil

Nos rôles pré-établis

Définitions des autorisations

Identity and Access Management

Alerts

API keys

APM

Applied intelligence

Browser

Dashboards

Data platform

Data retention

Errors inbox

Incident intelligence

Incident workflows

Infinite Tracing

Infrastructure

Insights

Logs

Maps

Mobile

New Relic One

Plugins

Synthetics

Security

Cette traduction automatique est fournie pour votre commodité.

Autorisations utilisateur

Points importants concernant les autorisations .css-21sua1{background:none;border:none;width:0;padding:0;}

Conseil

Nos rôles pré-établis

Définitions des autorisations

Alerts

API keys

APM

Applied intelligence

Browser

Dashboards

Data platform

Data retention

Errors inbox

Incident intelligence

Incident workflows

Infinite Tracing

Infrastructure

Insights

Logs

Maps

Mobile

New Relic One

Plugins

Synthetics

Security

Points importants concernant les autorisations