Neste documento você aprenderá como definimos user type, a qual recurso cada tipo de usuário tem acesso e como decidir sobre um tipo de usuário.
Quer saber como os usuários são calculados para fins de faturamento? Consulte preços da New Relic. Se ainda não o fez, certifique-se de se inscrever para uma conta New Relic. É grátis, para sempre.
Qual é o tipo de usuário?
O user type de um usuário do New Relic determina o conjunto máximo de permissões do New Relic que ele pode acessar. O tipo de usuário deve ser uma configuração de longo prazo com base nas responsabilidades esperadas do usuário durante os próximos meses ou mais.
A escolha do tipo de usuário de um usuário é principalmente uma decisão relacionada ao faturamento. O usuário principal e o usuário completo da plataforma são faturáveis, enquanto o usuário básico não. É uma questão de quanto valor uma organização espera obter com o uso da New Relic por um membro da equipe. (Para obter detalhes sobre cobrança, consulte Faturamento de usuário.)
O tipo de usuário não deve ser usado como forma de controlar as permissões de um usuário. Isso ocorre porque o New Relic ocasionalmente ajusta as permissões disponíveis para cada tipo de usuário. Para restringir o acesso às permissões, você deve usar funções.
Existem três tipos de usuário:
- Basic user: acesso a vários recursos básicos, mas poderosos, da plataforma New Relic.
- Core user: acesso a vários recursos a mais que um usuário básico.
- Full platform user: acesso a todos os recursos.
Se você tiver a tarefa de adicionar usuários do New Relic, uma das principais decisões a tomar é qual tipo de usuário definir. Se não tiver certeza a princípio, você pode adicioná-los como usuário básico e depois decidir qual usuário deseja atualizar. Para saber como ajustar o tipo de usuário, consulte Gerenciar tipo de usuário.
Visão geral do acesso ao tipo de usuário
Aqui está um breve resumo do que cada tipo de usuário tem acesso:
Usuário básico | Usuário principal | Usuário da plataforma completa |
|---|---|---|
O usuário básico é gratuito. O usuário básico pode configurar nossas ferramentas de observabilidade, executar consultas em seus dados, usar personalizado (painel de início rápido de até 7 dias), usar algum recurso básico de alerta e muito mais. Usuários básicos não podem usar nossas experiências selecionadas (por exemplo, nossa interface de usuário , interface de usuário ou interface de usuário Mobile). Embora sejam gratuitos, eles podem gerar cobranças por recursos baseados no uso, incluindo o complemento Advanced Computacional. | O usuário principal pode acessar mais recursos que o usuário básico, mas menos que o usuário completo da plataforma. Eles têm acesso a alguns recursos poderosos centrados em desenvolvedores, como New Relic CodeStream, Errors Inbox e nossa UI de gerenciamento de logs. Se você tiver o Advanced Computar habilitado, o uso New Relic CodeStream também será cobrado com base em CCUs. | O usuário da plataforma completa pode acessar tudo, incluindo nossas experiências de interface de observabilidade mais selecionadas, como APM, monitoramento de infraestrutura, monitoramento de browser, , monitor Sintético e muito mais. |
Para uma comparação mais detalhada, consulte a tabela de comparação de acesso por tipo de usuário.
Como escolher um tipo de usuário
Antes de decidir sobre os tipos de usuário, convém entender os impactos no faturamento e as regras de downgrade. Para uma comparação detalhada de acesso, consulte a tabela de comparação de acesso de tipo de usuário.
Aqui estão algumas dicas para decidir sobre um tipo de usuário:
Reasons to make someone a full platform user:
- Eles precisam de acesso total à plataforma New Relic (nosso painel com curadoria e outras experiências), e não apenas da capacidade de consultar e criar gráficos personalizados.
- Eles desempenham um papel fundamental nas fases de desenvolvimento, teste, implantação e manutenção do ciclo de vida de desenvolvimento do aplicativo.
- Eles quebram/consertam código regularmente; eles são responsáveis pela triagem do fluxo de trabalho, resolução de problemas ou gerenciamento de usuários e funções de sua equipe.
- Eles possuem práticas de DevOps (por exemplo, sistemas de controle de versão e implementação de CI/CD).
Reasons to make someone a core user:
São desenvolvedores que não têm como principal responsabilidade a confiabilidade e o ritmo de operação.
Eles não exigem acesso completo à plataforma, mas se beneficiariam de algumas funcionalidades específicas oferecidas ao usuário principal, como:
- Depurando problemas de código diretamente de seu IDE, usando New Relic CodeStream.
- Visualizando erros em um só lugar da sua stack com a Caixa de entrada de erros.
- Usando nossa UI de log para detectar problemas e padrões no log.
- A capacidade de usar aplicativos do nosso catálogo de aplicativos New Relic.
Eles precisam ser capazes de gerenciar o usuário e/ou o faturamento (tanto o usuário principal quanto o completo da plataforma podem fazer isso).
Reasons to make someone a basic user:
- Eles não precisam de acesso total à plataforma para usar nossas experiências selecionadas e , mas se beneficiariam com a criação de consultas personalizadas e gráficos de dados.
- Eles desempenham um papel fundamental na fase de planejamento do ciclo de vida de desenvolvimento do aplicativo.
- Eles usam e configuram ferramentas da New Relic para inserir dados na New Relic e acessam, configuram e usam nesses dados, mas não são necessariamente responsáveis pela triagem do fluxo de trabalho, resolução de problemas ou pelo gerenciamento de usuários e funções para seus equipe.
- Eles desejam ver análises e métricas de negócios de alto nível para planejamento futuro (como costuma acontecer com executivos de alto nível).
- Embora o usuário básico seja gratuito, você pode querer dar a ele acesso a um recurso faturável específico que é oferecido no complemento Computador Avançado. Eles pagariam apenas pelo uso da CCU de um recurso específico, como o CodeStream.
- Eles não gerenciam usuários ou faturamento.
Tabela de comparação de acesso por tipo de usuário
Abaixo está uma comparação detalhada do recurso ao qual cada tipo de usuário tem acesso. Pontos importantes sobre esta tabela:
- A tabela vem da nossa página de preços. Para encontrar a tabela, visite o cabeçalho User costs e clique em View permissions.
- Muitos dos recursos requerem acesso às nossas experiências de interface, não aos dados subjacentes. Todos os usuários podem consultar todos os dados das contas que acessam e podem criar e visualizar gráficos personalizados. Por exemplo, o usuário básico pode acessar dados , dados de monitoramento do browser e muito mais, mas não pode acessar experiências de interface selecionadas.
- O tipo de usuário deve ser uma configuração de longo prazo. Tanto o tipo de usuário quanto as funções controlam o acesso ao recurso New Relic. Saiba mais sobre fatores de acesso do usuário.
Para obter dicas sobre por que você escolheria um tipo de usuário em vez de outro, consulte Decidir sobre o tipo de usuário.
Recurso | Permissões básicas de usuário | Permissões de usuário principais | Permissões completas de usuário da plataforma |
|---|---|---|---|
Mais de 700 integração (Observabilidade instantânea e início rápido, exceto vista customizada) | |||
Gráficos e painel personalizados | |||
Evento personalizado | |||
Apenas visualização de lista | (exceto sinais divergentes) | ||
API GraphQL (NerdGraph) | |||
Colaboração no aplicativo | |||
Gerenciamento de toras | Pesquisando/visualizando apenas | ||
Capacidades de consulta poderosas | |||
Painel de início rápido | Até 7 dias | Até 7 dias | |
Recebendo alerta e notificação | |||
Configurações de administrador (gerenciamento de faturamento e usuário) | |||
Criação e execução de aplicativos e visualizações personalizados da New Relic * | |||
Monitoramento de erros com Errors Inbox | Exceto análise de atributo | ||
Extensão do IDE New Relic CodeStream | (com computador avançado) | ||
AIOps (inteligência artificial para operações de TI) | |||
Monitoramento do desempenho de aplicativos (APM) (APM) | |||
Monitoramento de browser | |||
Monitoramento de Alterações | |||
Monitoramento de banco de dados | |||
Distributed tracing | |||
Monitoramento de infraestrutura | |||
Monitoramento Kubernetes com Pixie * | |||
Machine learning (ML) monitoramento de desempenho do modelo (MLOps) | |||
Monitoramento de Mobile | |||
Monitoramento de rede | |||
Monitoramento OpenTelemetry | |||
Monitoramento de segurança (Gerenciamento de vulnerabilidades) ** | |||
Monitoramento Serverless | |||
Serviço e mapa de entidades | |||
Gerenciamento do nível de serviço | |||
Monitoramento sintético | |||
Carga de trabalho |
* Sujeito a termos e condições adicionais.
** O New Relic Gerenciamento de vulnerabilidades está incluído para até 100 GB de ingestão de dados e requer Data Plus ou custo adicional além disso.
Aqui estão detalhes adicionais sobre permissões para algum recurso:
Tipo de usuário e funções
Aqui está uma explicação de como o tipo de usuário e o acesso baseado em função diferem:
- user type de um usuário: qual tipo de usuário transformar em usuário é uma questão de o que uma organização espera que os membros de sua equipe façam com a New Relic e quanto valor eles esperam obter com esse trabalho. É principalmente uma decisão relacionada ao faturamento. Ele define o máximo de permissões permitidas que um usuário pode acessar. O tipo de usuário não deve ser usado para controlar o acesso e as permissões de um usuário: para isso, você deve usar funções.
- roles de um usuário: as funções controlam o acesso de um usuário. As funções são compostas por permissions, que concedem acesso para fazer coisas específicas no New Relic (por exemplo, a capacidade de modificar configurações de APM). As funções são atribuídas aplicando-as a um grupo de usuários e podem estar presentes em uma ou mais contas em uma organização.
Um usuário do New Relic recebe permissão para usar um recurso do New Relic pela combinação de a) tipo de usuário e b) permissões de função. Para que um usuário do New Relic acesse algo, seu tipo de usuário e as funções atribuídas a ele devem permitir esse acesso.
Por exemplo, digamos que um usuário básico tenha uma função com amplo acesso ao New Relic, como All product admin (que os grupos padrão User e Admin têm). Seu tipo de usuário (usuário básico) os impediria de usar muitos dos recursos que um usuário principal ou usuário completo da plataforma com essa função pode acessar. Para obter mais acesso, o usuário básico teria que se tornar um usuário principal ou completo da plataforma.
Outro exemplo: digamos que um usuário completo da plataforma tenha uma função restritiva atribuída a uma conta específica (como Read only). Um usuário completo da plataforma pode, teoricamente, acessar toda a New Relic, mas, neste caso, a função atribuída a essa conta restringe bastante seu acesso. Para obter mais acesso, as funções atribuídas precisariam ser alteradas (por exemplo, atribuindo-os a um grupo diferente ou ajustando as funções atribuídas ao grupo).
Para obter mais informações sobre funções e grupos, consulte Conceitos de gerenciamento de usuários.
Gerenciar tipo de usuário e solicitações de atualização
Veja estes documentos:
Falta de acesso a alguma coisa?
Para dúvidas relacionadas à falta de acesso a contas ou recurso New Relic, consulte Fatores que afetam o acesso.