Perguntas frequentes sobre uso e cobrança

As perguntas mais frequentes sobre o App Configuration fornecem respostas a tópicos comuns do App Configuration.

Como criar uma instância do App Configuration?

  1. Efetue login em sua conta do IBM Cloud.

  2. No catálogo da IBM Cloud, procure App Configuration e selecione App Configuration. A tela de configuração deserviço é aberta.

  3. Na guia Criar, selecione o local que representa a área geográfica (Região ) onde você deseja provisionar sua instância.

  4. Selecione um Plano de precificação.

  5. Configure seu recurso fornecendo um Nome de serviço para sua instância, ou use o nome preset.

  6. Selecione um Grupo de recursos.

  7. Opcional: Adicione tags para ajudá-lo a identificar e organizar a instância em sua conta. Se as suas tags forem relacionadas ao faturamento, considere compor as tags como chave: pares de valor para ajudar as tags relacionadas ao grupo, como cosctr: 124.

  8. Opcional: adiciona Tags de gerenciamento de acesso que ajuda a aplicar políticas de acesso flexíveis em recursos específicos.

  9. Aceite os contratos de licenciamento e termos clicando na caixa de seleção.

  10. Clique em Criar. Uma nova instância de serviço é criada e o console de serviço do App Configuration é exibido.

Posso usar os módulos do Terraform IBM para provisionar uma instância do App Configuration?

Sim, você pode usar o Terraform IBM Modules(TIM) para provisionar uma App Configuration instância. Os módulos do Terraform IBM são módulos pré-construídos, validados e prontos para a empresa que seguem as práticas recomendadas do IBM Cloud. Para obter mais informações e módulos disponíveis, consulte o Registro do Terraform.

Quais planos de precificação estão disponíveis com o App Configuration?

O App Configuration tem três planos de precificação:

Planos de precificação
Plano Inclusões Recursos
Lite Este plano é um plano de avaliação gratuito que inclui 10 IDs de entidade ativa e 5.000 chamadas de API.
Os serviços do plano Lite são excluídos após 30 dias de inatividade.
Inclui todas as capacidades do App Configuration apenas para avaliação. Não deve ser usado para produção.
Básico Não há custo de instância mensal. Pague apenas pelo que usar. Esse plano inclui apenas recursos de gerenciamento de propriedade
Standard O preço da instância mensal inclui 1.000 IDs de entidade ativa e 100.000 chamadas de API. Este plano inclui sinalizações de recursos, além das capacidades de gerenciamento de propriedade.
Enterprise O preço da instância mensal inclui 10.000 IDs de entidade ativa e 1.000.000 de chamadas da API. Esse plano inclui a implementação manual e os segmentos de segmentação, além do gerenciamento de propriedades e dos sinalizadores de recursos encontrados no plano Standard.

Quais são os encargos para usar o App Configuration?

As métricas de precificação fundamentais para o App Configuration são Instância de aplicativo, ID da entidade ativa e Chamada de API.

Instância do aplicativo- Uma instância do aplicativo é uma cópia com nome exclusivo de App Configuration criada por você, mas gerenciada por IBM.Várias instâncias do App Configuration dentro de um único ambiente são todas consideradas instâncias de aplicativos separadas, pois são instâncias individuais do App Configuration em diversos ambientes (como teste, desenvolvimento, estadiamento ou produção).

Uma única instância do App Configuration pode servir a vários ambientes e, de fato, o serviço foi projetado para isso.

ID de entidade ativa - Uma ID de entidade ativa é um identificador exclusivo para cada entidade que interage com o serviço App Configuration. Por exemplo, uma entidade pode ser uma instância de um app que é executada em um dispositivo móvel, um microsserviço que é executado na nuvem ou um componente de infraestrutura que executa esse microsserviço. Para que qualquer entidade interaja com o App Configuration, ela deve fornecer um ID de entidade exclusivo. Esta tarefa é mais facilmente realizada por meio da programação de seu app ou microsserviço para enviar o ID da Entidade usando o SDK do App Configuration.

Chamada de API - Uma chamada de API é a chamada do App Configuration por meio de uma interface programável.

O que constitui exatamente uma chamada de API varia dependendo do tipo de entidade (por exemplo, um microsserviço ou um aplicativo móvel). Para entidades do lado do servidor, como microsserviços, quando o estado de uma sinalização de recurso ou propriedade muda no App Configuration, uma conexão do websocket notifica o SDK no microsserviço que ocorreu uma mudança de estado. O microsserviço, então, retorna para o App Configuration para recuperar a atualização. Esta ação é uma chamada de API.

Uma chamada de API também ocorre na inicialização para recuperar o estado de configuração inicial. Para entidades do lado do cliente, como aplicativos móveis, os websockets não são usados. Em vez disso, uma chamada de API busca o estado de configuração atual quando um usuário abre o app ou o traz para o primeiro plano. Também é possível chamar programaticamente o App Configuration para recuperar o estado de configuração mais recente.

Como visualizar métricas de uso para App Configuration?

Visualizar histórico básico App Configuration métricas de uso na plataforma IBM Painel de cobrança e uso. Se precisar de um monitoramento mais sofisticado, crie uma instância IBM Cloud Monitoring na seção Observability do console IBM Cloud.

Como prever o custo do App Configuration?

A maneira mais simples de estimar o custo de qualquer serviço gerenciado do IBM Cloud é usar a ferramenta IBM Cloud Cost Estimator.

Diretrizes para ajudá-lo a prever o custo com mais detalhes:

O custo Instância do aplicativo é um custo mensal fixo. Se você excluir uma instância do App Configuration na metade do mês, a cobrança da Instância do Aplicativo mensal será proporcional. Para prever o custo da instância do mês, deve-se estar ciente do número de instâncias do App Configuration que tem e qual plano de precificação é atribuído a cada uma delas.

Veja todas as suas instâncias existentes na Lista de recursos do console do IBM Cloud na Seção de Serviços. Determine seu plano clicando na linha da Resource List que contém a instância App Configuration para exibir um slide-out de informações ou acesse o painel da instância e procure na seção Plan (Plano).

Alguns planos de precificação do App Configuration têm um preço de Instância de Aplicativo mensal e outros não. Se o plano que você selecionar tiver um preço de instância, o preço para a instância incluirá um número configurado de IDs de entidade e chamadas de API que estão incluídos no preço da instância. Se você exceder a cota incluída, sua instância continuará a operar normalmente, mas você acumulará uma cobrança de excesso com base na taxa publicada para IDs de entidade e chamadas de API.

O custo do ID de entidade ativa é baseado no número de entidades exclusivas que interagem com a sua instância do App Configuration durante o mês. As entidades se autoidentificam quando uma chamada de API é feita e cada instância de seu aplicativo fornece um ID de entidade exclusivo. Você não é cobrado pelas entidades que não chamam o App Configuration durante o mês. Se o seu plano de precificação incluir uma alocação livre de IDs de entidade ativa, então você não será cobrado até que a alocação seja excedida.

O custo do ID da entidade ativa pode ser difícil de prever, portanto, é necessário monitorar de perto a sua atividade histórica. Veja Como visualizar métricas de uso para o App Configuration? Confie em seu próprio conhecimento de domínio, métricas de negócios e previsões de uso para prever o custo do Active Entity ID.

O custo de Chamada de API é baseado no número de chamadas de API enviadas ou recebidas pelo App Configuration durante o mês sobre todas as suas entidades combinadas. Verifique a seção - Quais são os encargos para usar o App Configuration? para determinar o que constitui uma chamada da API.

Se o seu plano de precificação incluir uma alocação grátis de chamadas de API, você não será cobrado até que a alocação seja excedida. Monitore de perto sua atividade histórica e confira Como visualizar métricas de uso para o App Configuration? Confie em seu próprio conhecimento de domínio, métricas de negócios e previsões de uso para prever o custo.

Você pode dar alguns cenários de precificação de exemplo?

Cenário de precificação 1: aplicativo móvel com sinalizações do recurso

Suponha que você tenha um aplicativo móvel e deseja que os sinalizadores de recurso e os segmentos direcionados apresentem os recursos incrementalmente para diferentes conjuntos de usuários.Suas métricas históricas mostram 200.000 usuários, mas apenas cerca de 50% estão ativos em um mês. Um usuário médio ativo abre o app ou o traz para o primeiro plano uma vez todos os dias. Você espera apresentar um novo recurso duas vezes por mês.

Você precisa do plano App Configuration Enterprise para oferecer suporte a sinalizadores de recursos e segmentação.

Para este exemplo, suponha que uma instância do plano Enterprise seja $500 por mês, os IDs de entidade ativos sejam $0.01 cada e as chamadas de API sejam $10 por 100.000 NOTA: Estes preços são assumidos apenas para este exemplo. A precificação atual pode ser diferente das quantias mostradas no exemplo Consulte a página de catálogo App Configuration para obter a precificação atual.

App Configuration Instâncias corporativas: 1 @ $500 por mês IDs de entidades ativas: 200.000 instâncias totais de aplicativos (usuários) * 50% ativo = 100.000 IDs de entidades ativas incluídas: 10.000 IDs de entidades ativas líquidas: 100.000 - 10.000 = 90.000 @ $0.01 por ID de entidade ativa = $900

Chamadas de API: 100.000 IDs de entidades ativas * 30 invocações de aplicativos por mês = 3.000.000 Chamadas de API incluídas: 1.000.000 Chamadas de API líquidas: 3.000.000 - 1.000.000 = 2.000.000 @ $10/ 100.000 chamadas de API = $200 CUSTO TOTAL: $500 + $900 + $200 = $1600 por mês

Cenário de precificação 2: microsserviço com sinalizações de recurso

Suponha que você tem cinco microsserviços de back-end que suportam o seu aplicativo móvel. Para testar totalmente novos recursos de microsserviço, você deseja lançá-los às escuras na produção e destiná-los apenas aos testadores. O aplicativo móvel é usado mundialmente, então você tem o conjunto de cinco microsserviços em cada uma das 3 regiões no mundo todo, e deseja testar em seu app em cada região antes de estar em tempo real.

Você está se movendo em direção à entrega contínua, portanto, em média, você lança um novo recurso a cada 3 dias (10 lançamentos obscuros por mês), e o recurso passa por um ou dois dias de testes antes de ser lançado (por exemplo, remoção de segmentação). Isso resulta em 2 alternâncias por recurso, uma para ativar o recurso para testadores e uma para remover o direcionamento e ativar para a população de usuários gerais.

Você precisará do plano App Configuration Enterprise, pois os sinalizadores de recursos e a segmentação são necessários.

Para este exemplo, suponha que uma instância do plano Enterprise seja $500 por mês, os IDs de entidade ativos sejam $0.01 cada e as chamadas de API sejam $10 por 100.000 NOTA: Estes preços são assumidos apenas para este exemplo. A precificação atual pode ser diferente das quantias mostradas no exemplo Consulte a página de catálogo App Configuration para obter a precificação atual.

App Configuration Instâncias corporativas: 1 @ US$ 500 por mês IDs de entidades ativas: 5 IDs de entidades por região * 3 regiões = 15 IDs de entidades ativas incluídas: 10.000 IDs de entidades ativas líquidas: 0 (todas incluídas) = US$ 0 Chamadas de API: 3 instâncias por região * 3 regiões * (10 lançamentos escuros por mês * 2 alternâncias por versão) = 180 Chamadas de API incluídas: 1.000.000 Chamadas de API líquidas: 0 (todas incluídas) = US$ 0 CUSTO TOTAL: US$ 500 + US$ 0 + US$ 0 = US$ 500 por mês

Você pode usar a mesma instância do App Configuration para ambos os cenários por um custo total de pouco mais de US$ 1.600 por mês.

Quais são as capacidades, cotas e limites para os vários aspectos dos planos do App Configuration?

Capacidades, cotas e limites para vários planos de preços
Lite Básico Standard Enterprise
Número de colaboradores (membros da equipe) Sem restrição Sem restrição Sem restrição Sem restrição
Número máximo de instâncias 1 Sem restrição Sem restrição Sem restrição
Duração da instância 30 dias de inatividade Sem restrição Sem restrição Sem restrição
Preço base por instância (mensal) Grátis Grátis Encargos (consulte a página do catálogo) Encargos (consulte a página do catálogo)
IDs da entidade ativa mensais incluídos com a instância 10 0 1000 10.000
Excesso de ID de entidade ativa mensal Excedente não permitido Excedente permitido Excedente permitido Excedente permitido
Máximo de IDs da entidade ativa mensal por instância 10 Unlimited Unlimited Unlimited
Chamadas de API incluídas com a instância 5.000 0 100.000 1.000.000
Preço do excedente da chamada de API Excedente não permitido Excedente permitido Excedente permitido Excedente permitido
Máximo de chamadas de API mensais por instância 5.000 Unlimited Unlimited Unlimited
Ambientes 1 15 15 15
Coleções 1 20 20 Unlimited
Propriedades 10 (propriedades + sinalizações) 1000 1000 Unlimited
Tipos de propriedade Todos Todos Todos Todos
Tamanho máximo da propriedade 10 kB 10 kB 10 kB 10 kB
Tamanho máximo de armazenamento (todas as propriedades) 0,1 MB 10 MB 10 MB 10 MB
Sinalizações 10 (propriedades + sinalizações)
100 Unlimited
Atributos Coleta de resposta e atributos customizados
Coleta de resposta e atributos customizados
Segmentos 3
Unlimited
Regras de definição do segmento por segmento 3
25
Máximo de regras de definição de destino por instância 3
100
Regras de definição de destino por recurso
50
Modo de entrega Extração ou obtenção do websocket (servidor) (cliente) Extração ou obtenção do websocket (servidor) (cliente) Extração ou obtenção do websocket (servidor) (cliente) Extração ou obtenção do websocket (servidor) (cliente)
Acesso baseado em função Nível de ambiente, Nível de coleção Nível de ambiente, Nível de coleção Nível de ambiente, Nível de coleção Nível de ambiente, Nível de coleção
Localizações Londres, Dallas, Washington DC, Sydney, Frankfurt Londres, Dallas, Washington DC, Sydney, Frankfurt Londres, Dallas, Washington DC, Sydney, Frankfurt Londres, Dallas, Washington DC, Sydney, Frankfurt
HA Regional Regional Regional Regional
Segurança RBAC de criptografia de ponta a ponta RBAC de criptografia de ponta a ponta RBAC de criptografia de ponta a ponta RBAC de criptografia de ponta a ponta
Monitoring IBM Cloud Monitoring IBM Cloud Monitoring IBM Cloud Monitoring IBM Cloud Monitoring
Auditoria IBM Cloud Logs IBM Cloud Logs IBM Cloud Logs IBM Cloud Logs
Suporte por seu plano de suporte da IBM Cloud por seu plano de suporte da IBM Cloud por seu plano de suporte da IBM Cloud por seu plano de suporte da IBM Cloud
Percentual de rollout Suportado Não suportado Não suportado Suportado
Capturas instantâneas Não suportado Não suportado Não suportado Suportado
Integração do KMS (BYOK) Não suportado Não suportado Não suportado Suportado
Integração Event Notifications Não suportado Não suportado Não suportado Suportado
Gerenciamento de fluxo de trabalho do estado de sinalização de recurso com o Service Now Não suportado Não suportado Não suportado Suportado

Consulte a página do catálogo App Configuration para obter os preços atuais.

Quais restrições se aplicam à implementação progressiva?

A implementação progressiva está disponível apenas no plano Enterprise. Somente uma distribuição progressiva é permitida por sinalizador de recurso, e ela pode ser configurada no nível do sinalizador ou no nível da regra.

Use a API de sinalizadores de recursos para criar e atualizar rollouts em nível de sinalizadores e use a API de regras para criar e atualizar rollouts em nível de regras. Para interromper uma distribuição, use as APIs dedicadas de interrupção de distribuição.

Se uma distribuição progressiva estiver sendo executada, as seguintes restrições se aplicam:

  • Não é possível iniciar um experimento com a mesma bandeira.
  • Não é possível modificar o sinalizador ou a regra de direcionamento que contém o rollout.
  • Não é possível excluir uma coleção se qualquer sinalizador de recurso associado tiver uma implementação progressiva no estado de execução.
  • Não é possível atualizar ou excluir um segmento se qualquer sinalizador de recurso associado tiver uma implementação progressiva no estado de execução.

Se um experimento já estiver sendo executado em uma bandeira, não será possível criar uma implementação progressiva para essa bandeira. Além disso, se a distribuição progressiva estiver configurada no nível do sinalizador, as regras de direcionamento não poderão herdar rolloutPercentage do sinalizador. Se a distribuição progressiva estiver configurada no nível da regra, a regra não poderá herdar seu valor do sinalizador.

Como auditar a atividade do App Configuration?

Se precisar de governança e responsabilidade rigorosas em sua instância App Configuration, crie uma instância do IBM Cloud Cloud Logs na seção Observabilidade do console IBM Cloud. Use isso para gravar e auditar a atividade do App Configuration.

Como arquivar dados de atividade do App Configuration?

Se quiser manter um registro de longo prazo da atividade na sua instância do App Configuration, seja para fins de auditoria ou para pós-processamento e análise de dados, incluindo a aplicação de modelos de aprendizado de máquina, crie uma instância do IBM Cloud Cloud Logs na seção Observability do console IBM Cloud. Em seguida, arquive os eventos de uma instância do IBM Cloud Cloud Logs em um bucket em uma instância do IBM Cloud Object Storage (COS). Saiba mais.

Em quais regiões o App Configuration está disponível?

Para ver uma lista de regiões IBM Cloud onde você pode provisionar instâncias de App Configuration, consulte a página App Configuration About no catálogo IBM Cloud.

O App Configuration é um serviço altamente disponível?

Sim. App Configuration é projetado como um serviço de alta disponibilidade projetado para cargas de trabalho corporativas, e conformando-se com a App Configuration Descrição do Serviço e o IBM Cloud Acordo de Nível de Serviço para disponibilidade.Dentro de uma única região, o App Configuration é implementado em um cluster multizona.

O App Configuration é seguro?

Sim. Embora o App Configuration não tenha sido projetado como uma área segura para segredos (use o IBM Cloud Secrets Manager como alternativa), o serviço em si adere a diretrizes rígidas de segurança no processo de desenvolvimento e na garantia e proteção de seus dados. O processo de desenvolvimento inclui coisas como varredura e correção de vulnerabilidades, testes de penetração periódicos e revisões de segurança frequentes realizadas por especialistas em segurança de classe internacional.Os dados no App Configuration são criptografados por padrão tanto em trânsito como em repouso. (Veja a planilha Processamento e Proteção de Dados do App Configuration para saber mais). Além disso, você protege o acesso às suas próprias instâncias do App Configuration usando o IBM Cloud Identity and Access Management (IAM). É possível usar o Centro de Segurança e Conformidade do IBM Cloud para monitoramento e alertas de segurança contínuos para as suas instâncias do App Configuration.