Escolhendo o seu plano

Event Streams está disponível nos planos Lite, Standard e Enterprise, dependendo das suas necessidades.

Para obter informações sobre Event Streams planejar precificação, consulte o catálogo. Procure por Event Streams, em seguida, clique no ladrilho Event Streams para ir até a página de fornecimento.

Plano Lite

O Plano Lite é gratuito para usuários que desejam testar o Event Streams ou construir uma prova de conceito. Não utilize o plano Lite para uso em produção. Ele oferece acesso compartilhado a um multi-inquilino Event Streams cluster.

Plano padrão

O plano Standard será apropriado se você precisar de recursos de alimentação e distribuição de eventos, mas não requer nenhum benefício adicional do plano Enterprise. O plano Standard oferece acesso compartilhado a um cluster de diversos locatários Event Streams que é escalado automaticamente de forma simples à medida que você aumenta o número de partições que está usando para sua carga de trabalho.

Por padrão, a arquitetura está altamente. O serviço é distribuído nas três zonas de disponibilidade, o que significa que o cluster é resiliente à falha de uma zona única ou de qualquer componente dentro dessa zona.

Plano Enterprise

O plano Enterprise é adequado se o isolamento de dados, o desempenho e o aumento da retenção são considerações importantes. O plano Enterprise inclui os seguintes recursos:

  • Acesso exclusivo a uma instância de serviço de único locatário Event Streams, implementada em uma região multizona altamente disponível (MZR).
  • Opção para provisionar uma instância de serviço de único locatário Event Streams em uma localização de zona geograficamente local porém única (SZR).
  • Opções de ajuste de escala para customizar rendimento, capacidade de armazenamento ou ambos.

A arquitetura é altamente disponível quando você escolhe implementar em uma região multizona. O serviço é distribuído nas três zonas de disponibilidade, o que significa que o cluster é resiliente à falha de uma zona única ou de qualquer componente dentro dessa zona.

O que é oferecido pelos planos Lite, Standard e Enterprise

A tabela a seguir resume o que é suportado pelos planos:

Tabela de comparação de planos
Plano Lite Plano padrão Plano Enterprise
Ocupação Diversos locatários Diversos locatários Locatário único
Zonas de disponibilidade 3 3 3
(1 em locais de zona única)
Disponibilidade 99.99% [1] 99.99% 99,99% (99,9% em locais de zona única) [2]
Versão do Kafka no cluster Kafka 3.8 Kafka 3.8 Kafka 3.8
Kafka Connect e Kafka Streams suportados Não True True
**Registro de esquema gerenciado suportado ** Não Não True
Criptografia gerenciada pelo cliente Não Não Sim [3]
Controle de acesso de baixa granularidade True True True
Eventos do rastreador de atividade Não True True
Monitorando Event Streams métricas usando IBM Cloud Monitoring True True True
Rede privada (Suporte do Cloud Service Endpoint) Não Não True
Capacidade do plano de escala Não Não True
Número máximo de partições 1 [4] 100 3000 a 9000 escalas com rendimento [5]
Limites máximos de retenção 100 MB para a partição 1 GB por partição 2 TB a 12 TB de armazenamento utilizável escalável [6]
Rendimento máximo 100 KB por segundo por partição 1 MB por segundo por partição (20 MB por instância de serviço) 150 MB/s a 450 MB/s de rendimento escalável [7]
Tamanho máximo da mensagem 1 MB 1 MB 1 MB
Número máximo de clientes conectados 5 500 10 000
Disponibilidade da localização (região) Dallas (us-south) Local de multizona (MZR)
Dallas (us-south)
São Paulo (br-sao)
Toronto (ca-tor)
Washington (us-east)
Frankfurt (eu-de)
Londres (eu-gb)
Madri (eu-es)
Osaka (jp-osa)
Sydney (au-syd)
Tóquio (jp-tok)
Local de multizona (MZR)
Dallas (us-south)
São Paulo (br-sao)
Toronto (ca-tor)
Washington (us-east)
Frankfurt (eu-de)
Londres (eu-gb)
Madri (eu-es)
Osaka (jp-osa)
Sydney (au-syd)
Tóquio (jp-tok)

Local de zona única (SZR)
Chennai (che01)

APIs suportadas Kafka API
API de REST de administração
API de REST de produtor
Kafka API
API de REST de administração
API de REST de produtor
Kafka API
APPI de REST de administração
API de REST de produtor
API de Registro de esquema
Período de tempo de implementação Provisionamento instantâneo Provisionamento instantâneo O fornecimento leve cerca de três horas. Como o Enterprise possui seus próprios recursos dedicados para cada cluster, ele requer mais tempo para provisionamento.
Conformidade GDPR
Blindagem de privacidade
GDPR
Privacy Shield
ISO 27001, 27017, 27018, 2701
SOC 1 Tipo
SOC 2 Tipo 2
SOC 3
PCI DSS
ISMAP
C5
GDPR
Privacy Shield
ISO 27001, 27017, 27018, 2701
SOC 1 Tipo 2
SOC 2 Tipo 2
SOC 3
HIPAA ready
PCI DSS
ISMAP C5

IRAP
ENS
HITRUST
ProtectedB

Gerenciar segurança e conformidade Não Não True
Restrições de endereço do IAM Não True True
Somente autenticação de token do IAM Não Não True
Espelhamento Não Não True

Para obter mais informações sobre limites, consulte Limites e cotas.


  1. Após 30 dias de inatividade, sua instância é excluída (A inatividade é definida como uma métrica de zero bytes_out, mesmo que você possa criar uma partição ou mensagens produzidas.) ↩︎

  2. Para obter mais informações sobre a disponibilidade, consulte Implementações de localização de zona única. ↩︎

  3. Apenas apoiado em clusters que foram criados após o mês de outubro de 2019. ↩︎

  4. Se você migrar do plano Lite para Standard, espere alguns minutos para que o limite em cache de uma partição seja limpo. É possível então aproveitar o limite de 100 partições para o plano Standard. ↩︎

  5. Esse valor é escalado com relação ao rendimento máximo. Por exemplo, se você tiver um rendimento de 150 MB/s as partições máximas seriam de 3000, para um rendimento de 300 MB/s, 6000 e para 450 MB/s, 9000. Esse limite é o limite máximo para partições no plano Enterprise. Ao atingir este limite, não será mais possível criar tópicos. Se desejar ajustar o número de partições, será possível usar a opção de autoatendimento descrita em Ajustar a capacidade do plano Enterprise. Há um limite de partição de 3000 por armazenamento de 2 TB com um limite máximo de 18000 partições com uma opção de 12 TB, que não pode ser excedido ↩︎

  6. A retenção máxima de mensagens (armazenamento) pode ser especificada quando a instância de serviço é criada. O armazenamento pode ter a escala ajustada posteriormente de forma independente, à medida que as demandas aumentam. O armazenamento mínimo utilizável disponível depende do número de unidades de capacidade que são configuradas para a instância de serviço. Para obter mais informações sobre opções de capacidade, consulte Scaling Event Streams Capacidade. ↩︎

  7. O rendimento máximo pode ser especificado quando a instância de serviço é criada. O rendimento é expresso como a soma do número de bytes por segundo que podem ser enviados e recebidos em uma instância de serviço. O rendimento pode ter a escala ajustada posteriormente, à medida que as demandas aumentam. Embora o ajuste de escala de rendimento seja independente do armazenamento, é necessária uma quantidade de armazenamento mínimo definida para cada camada. Para obter mais informações sobre opções de capacidade, consulte Scaling Event Streams Capacidade. ↩︎