En este documento, aprenderá cómo definimos user type, a qué características tiene acceso cada tipo de usuario y cómo decidir sobre un tipo de usuario.
¿Quiere saber cómo se calculan los usuarios a efectos de facturación? Consulte los precios de New Relic. Si aún no lo ha hecho, asegúrese de registrarse para obtener una cuenta New Relic. Es gratis, para siempre.
¿Cuál es el tipo de usuario?
El user type de un usuario de New Relic determina el conjunto máximo de permisos de New Relic al que puede acceder. El tipo de usuario está destinado a ser una configuración a bastante largo plazo basada en las responsabilidades esperadas de un usuario durante los próximos meses o más.
La elección del tipo de usuario de un usuario es principalmente una decisión relacionada con la facturación. El usuario principal y el usuario de plataforma completa son facturables, mientras que el usuario básico no. Es una cuestión de cuánto valor espera obtener una organización del uso de New Relic por parte de un miembro del equipo. (Para obtener detalles sobre facturación, consulte Facturación de usuario).
El tipo de usuario no debe utilizarse como forma de controlar los permisos de un usuario. Esto se debe a que New Relic ocasionalmente ajustará los permisos disponibles para cada tipo de usuario. Para restringir el acceso a los permisos, debes usar roles.
Hay tres tipos de usuarios:
Basic user
: acceso a varias características básicas pero poderosas de la plataforma New Relic.
Core user
: acceso a varias características más que un usuario básico.
Full platform user
: acceso a todas las características.
Si tiene la tarea de agregar usuarios de New Relic, una de las decisiones clave que debe tomar es qué tipo de usuario crearlos. Si al principio no estás seguro, puedes agregarlo como usuario básico y luego decidir qué usuario deseas actualizar. Para saber cómo ajustar el tipo de usuario, consulte Administrar tipo de usuario.
Descripción general del acceso por tipo de usuario
Aquí hay un breve resumen de a qué tiene acceso cada tipo de usuario:
Usuario básico | Usuario principal | Usuario de plataforma completa |
---|---|---|
Los usuarios básicos son gratuitos. El usuario básico puede configurar nuestras herramientas de observabilidad, realizar consultas sobre sus datos, usar personalizado (panel de inicio rápido de hasta 7 días), usar algunas características de alerta básicas y más. El usuario básico no puede usar nuestras experiencias seleccionadas (por ejemplo, nuestra UI, UI o UI móvil). | El usuario principal puede acceder a más características que el usuario básico pero a menos que el usuario de plataforma completa. Tienen acceso a algunas características poderosas centradas en desarrolladores como New Relic CodeStream, Errors Inbox y nuestra UI de administración de registros. | Los usuarios de toda la plataforma pueden acceder a todo, incluidas nuestras experiencias UI de observabilidad más seleccionadas, como APM, monitoreo de infraestructura, monitoreo de navegador, , monitor sintético y más. |
Para obtener una comparación más detallada, consulte la tabla comparativa de acceso por tipo de usuario.
Cómo elegir un tipo de usuario
Antes de decidir sobre los tipos de usuarios, querrá comprender los impactos en la facturación y las reglas de degradación. Para obtener una comparación de acceso detallada, consulte la tabla de comparación de acceso por tipo de usuario.
A continuación se ofrecen algunos consejos para decidir un tipo de usuario:
Reasons to make someone a full platform user:
- Necesitan acceso completo a la plataforma New Relic (nuestro panel seleccionado y otras experiencias), no solo la capacidad de consultar y crear gráficos personalizados.
- Desempeñan un papel clave en las fases de desarrollo, prueba, implementación y mantenimiento del ciclo de vida de desarrollo de la aplicación.
- Rompen/arreglan el código con regularidad; son responsables de clasificar el flujo de trabajo, la resolución de problemas o gestionar los usuarios y roles de su equipo.
- Tienen prácticas de DevOps (por ejemplo, sistemas de control de versiones e implementación de CI/CD).
Reasons to make someone a core user:
Son desarrolladores que no tienen como principal responsabilidad la confiabilidad y el tiempo de actividad.
No requieren acceso completo a la plataforma, pero se beneficiarían de algunas de las funcionalidades específicas que se ofrecen al usuario principal, como:
- Depuración de problemas de código directamente desde su IDE, utilizando New Relic CodeStream.
- Ver errores en un solo lugar desde toda su stack, usando Errors Inbox.
- Usar nuestra UIde registro para detectar problemas y patrones en el registro.
- La capacidad de utilizar aplicaciones de nuestro catálogo de aplicaciones New Relic.
Deben poder gestionar el usuario y/o la facturación (tanto el usuario principal como el de la plataforma completa pueden hacerlo).
Reasons to make someone a basic user:
No necesitan acceso completo a la plataforma para utilizar nuestras experiencias seleccionadas y
, pero se beneficiarían de la creación de consultas y gráficos de datos personalizados.
Desempeñan un papel clave en la fase de planificación de la aplicación del ciclo de vida de desarrollo.
Usan y configuran herramientas de New Relic para ingresar datos en New Relic, y acceden, configuran y usan
en dichos datos, pero no son necesariamente responsables de clasificar el flujo de trabajo, la resolución de problemas o administrar usuarios y roles para sus equipo.
Quieren ver análisis de alto nivel y métricas comerciales para la planificación futura (como suele ocurrir con los ejecutivos de alto nivel).
No gestionan usuarios ni facturación.
Tabla comparativa de acceso por tipo de usuario
A continuación se muestra una comparación detallada de las características a las que tiene acceso cada tipo de usuario. Puntos importantes sobre esta tabla:
La tabla proviene de nuestra página de precios. Para encontrar la tabla, visite el encabezado
User costs
y haga clic en
View permissions
.
Muchas de las características requieren acceso a nuestras experiencias UI , no a los datos subyacentes. Todos los usuarios pueden consultar todos los datos de las cuentas a las que pueden acceder y pueden crear y ver gráficos personalizados. Por ejemplo, el usuario básico puede acceder a
datos, monitorear los datos del navegador y más, pero no puede acceder a experiencias UI seleccionadas.
El tipo de usuario está destinado a ser una configuración a largo plazo. Tanto el tipo de usuario como los roles rigen el acceso a la característica New Relic. Obtenga más información sobre los factores de acceso de los usuarios.
Para obtener sugerencias sobre por qué elegiría un tipo de usuario frente a otro, consulte Decidir el tipo de usuario.
Característica | Permisos de usuario básicos | Permisos de usuario principales | Permisos de usuario de plataforma completa |
---|---|---|---|
700+ integración (Observabilidad instantánea e inicios rápidos, excepto vista seleccionada) | |||
Gráficos y panel personalizados | |||
Evento personalizado | |||
Solo vista de lista | (excepto señales divergentes) | ||
API GraphQL (NerdGraph) | |||
Colaboración en la aplicación | |||
Administración de logs | Sólo búsqueda/visualización | ||
Potentes capacidades de consulta | |||
Panel de inicio rápido | Hasta 7 días | Hasta 7 días | |
Recibir alerta y notificación | |||
Configuración de administrador (administración de facturación y usuario) | |||
Creación y ejecución de aplicaciones y visualizaciones personalizadas de New Relic * | |||
Rastreo de errores con Errors Inbox | Excepto análisis de atributos | ||
New Relic CodeStream de IDE | |||
AIOps (inteligencia artificial para operaciones de TI) | |||
Monitoreo del rendimiento de aplicaciones (APM) (APM) | |||
monitoreo del navegador | |||
Seguimiento de cambios | |||
Monitoreo de bases de datos | |||
rastreo distribuido | |||
Monitoreo de infraestructura | |||
Monitoreo de Kubernetes con Pixie * | |||
Aprendizaje automático (ML) monitoreo del rendimiento de los modelos (MLOps) | |||
Monitoreo de moviles | |||
Monitoreo de red | |||
Monitoreo OpenTelemetry | |||
Monitoreo de seguridad (Gestión de vulnerabilidades) ** | |||
Monitoreo sin servidor | |||
Servicio y mapa de entidades | |||
Administración a nivel de servicio | |||
Monitoreo sintetico | |||
Carga de trabajo |
* Sujeto a términos y condiciones adicionales.
** New Relic Gestión de vulnerabilidades está incluido para hasta 100 GB de ingesta de datos y requiere Data Plus o un costo adicional adicional.
Aquí hay detalles adicionales sobre permisos para algunas características:
Tipo de usuario y roles
A continuación se ofrece una explicación de en qué se diferencian el tipo de usuario y el acceso basado en roles :
El
de un usuario: qué tipo de usuario convertir en usuario es una cuestión de qué espera una organización que hagan los miembros de su equipo con New Relic y cuánto valor esperan obtener de ese trabajo. Es principalmente una decisión relacionada con la facturación. Establece los permisos máximos permitidos a los que puede acceder un usuario. El tipo de usuario no debe usarse para controlar el acceso y los permisos de un usuario: para eso, debe usar roles.
El
roles
de un usuario: los roles son los que controlan el acceso de un usuario. Los roles se componen de
permissions
, que otorgan acceso para hacer cosas específicas en New Relic (por ejemplo, la capacidad de modificar la configuración de APM). Los roles se asignan aplicándolos a un grupo de usuarios y pueden estar presentes en una o más cuentas de una organización.
A un usuario de New Relic se le otorga permiso para usar una característica de New Relic mediante la combinación de su a) tipo de usuario y sus b) permisos de rol. Para que un usuario de New Relic acceda a algo, su tipo de usuario y los roles asignados deben permitir ese acceso.
Por ejemplo, digamos que un usuario básico tiene un rol con amplio acceso a New Relic, como All product admin (que tienen los grupos predeterminados User y Admin ). Su tipo de usuario (usuario básico) les impediría utilizar muchas de las características a las que puede acceder un usuario principal o un usuario de plataforma completa con ese rol. Para obtener más acceso, el usuario básico tendría que convertirse en usuario principal o de plataforma completa.
Como otro ejemplo: digamos que un usuario de plataforma completa tiene un rol restrictivo asignado para una cuenta específica (como Read only). En teoría, un usuario de plataforma completa puede acceder a todo New Relic, pero en este caso su función asignada para esa cuenta restringe en gran medida su acceso. Para obtener más acceso, sería necesario cambiar sus roles asignados (por ejemplo, asignándolos a un grupo diferente o ajustando los roles asignados a su grupo).
Para obtener más información sobre roles y grupos, consulte conceptos de gestión de usuarios.
Administrar el tipo de usuario y las solicitudes de actualización
La forma de administrar el tipo de usuario de un usuario depende del modelo de usuario en el que se encuentran los usuarios de su organización:
- Documentos para nuestro modelo de usuario más nuevo
- Documentos para nuestro modelo de usuario original
Para conocer las reglas sobre facturación y degradación de usuario, consulte Reglas de facturación y degradación.
¿No tienes acceso a algo?
Para preguntas relacionadas con la falta de acceso a cuentas o características de New Relic, consulte Factores que afectan el acceso.