Encontre notas de versão para o seu NCache versão abaixo.
Ter, 01 de fevereiro de 2024
NCache O 5.3 SP3 contém algumas melhorias e correções de bugs muito importantes.
In NCache 5.3 SP3, um avanço significativo foi feito na execução de código no lado do servidor com a introdução do NCache Serviço de Execução. Este serviço representa um modelo de execução unificado que foi implementado nas edições Java e .NET do NCache.
Para a edição Java, esse processo de execução separado, o NCache O Execution Service é responsável por executar o código do usuário do lado do servidor, incluindo operações Cache Loader, Refresher, Readthrough e Writethrough. Essa mudança agiliza a execução do código do lado do servidor, garantindo uma operação eficiente e consistente em toda a plataforma Java.
Na edição .NET, o NCache O Execution Service foi adaptado de forma semelhante, mas é especificamente designado para a execução do código Cache Loader e Refresher. Este aprimoramento na edição .NET se alinha ao objetivo geral do modelo de execução de otimizar e padronizar os processos de execução de código no lado do servidor.
A arquitetura de cache do cliente Java foi sincronizada com a arquitetura de cache do cliente .NET. Esta sincronização inclui a implementação de mecanismos Readthrough e Writethrough no cache do cliente Java, bem como sincronização aprimorada entre caches L1 e L2. Esse alinhamento garante consistência e eficiência em diferentes plataformas.
A NCache O Management Center apresenta melhorias notáveis, incluindo a capacidade de baixar arquivos de log. Este novo recurso adiciona uma camada de conveniência para usuários que gerenciam servidores de cache. Além disso, a capacidade de iniciar, parar e reiniciar serviços para NCache serviço NCache Serviço de Execução e NCache O Bridge Service foi adicionado, melhorando o controle administrativo e a flexibilidade.
O comando Export-CacheConfiguration passou por melhorias para melhorar a estrutura de pastas para configurações de cache exportadas. Agora inclui uma opção para incorporar implementações de recursos do lado do servidor nas exportações, fornecendo uma capacidade de gerenciamento de configuração mais abrangente. Além disso, a especificação de um nome de cache para exportações tornou-se obrigatória, garantindo exportações de configuração mais claras e precisas.
Após a criação de um cache usando a configuração exportada, NCache implanta automaticamente as bibliotecas necessárias junto com a configuração.
Um aprimoramento foi introduzido para simplificar o processo de adição de nós a um cluster de cache em NCache. Os usuários não precisam mais implantar manualmente provedores no lado do servidor para recursos como Readthrough, Writethrough ou Cache Startup Loader em cada novo nó adicionado a um cluster existente.
Com o recurso de implantação automática, NCache implanta automaticamente os provedores necessários do lado do servidor para recursos configurados quando um novo nó é adicionado ao cluster. Essa automação simplifica o processo e garante que os novos nós estejam totalmente equipados para participar do cluster de cache sem exigir intervenção manual dos usuários.
NCache O 5.3 SP3 introduz uma melhoria significativa no processo de registro, especialmente para instâncias Docker. Anteriormente, apenas uma imagem de servidor estava disponível no DockerHub para NCache, e os usuários que buscavam uma instalação do Developer tiveram que criar suas próprias imagens Docker. Com a nova atualização, uma única imagem publicada no DockerHub agora pode ser usada de forma flexível para instalações de servidor ou desenvolvedor. Essa melhoria simplifica bastante o processo para usuários que trabalham com Docker.
Durante o registro de uma instância do Docker, os usuários devem especificar o tipo de instalação usando o parâmetro -RegisterAs. Este parâmetro permite aos usuários escolher entre os modos 'CacheServer', 'RemoteClient' e 'Developer', sendo 'CacheServer' o padrão. Se o parâmetro -RegisterAs não for especificado, o sistema assume uma instalação de Servidor por padrão. Esse aprimoramento não apenas traz conveniência, mas também fornece flexibilidade na configuração de instâncias do Docker de acordo com requisitos específicos.
In NCache 5.3 SP3, um novo recurso foi introduzido para facilitar NCache clientes se conectando a servidores de cache por meio de um balanceador de carga. Este recurso é particularmente relevante em cenários onde o conhecimento direto dos servidores de cache pelos clientes não é viável, como em ambientes que utilizam clusters Kubernetes ou assinaturas de nuvem com acesso restrito (como Azure ou AWS usando Private Links).
Tradicionalmente, NCache a arquitetura exige que cada cliente estabeleça uma conexão com cada servidor de cache. No entanto, quando um balanceador de carga é introduzido nesta arquitetura, ele obscurece a visibilidade direta dos servidores de cache individuais dos clientes. Para endereçar isto, NCache 5.3 O SP3 implementa um mecanismo onde, na conexão inicial do cliente com o primeiro servidor de cache por meio do balanceador de carga, o servidor compartilha informações sobre os outros servidores de cache na configuração.
O cliente, ao receber essas informações, começa a tentar conexões com os demais servidores através do balanceador de carga. Este processo continua até que as conexões com todos os servidores sejam estabelecidas ou até que um número configurado de tentativas tenha sido esgotado. Essa abordagem garante que o cliente possa manter uma conexão completa com o cluster de cache, mesmo na ausência de visibilidade direta de cada servidor.
Esta versão descontinua o suporte para .NET 4.6.1 e versões anteriores, refletindo atualizações contínuas nos padrões de tecnologia. A versão mínima do cliente .NET suportada agora é .NET 4.6.2.
A segurança aprimorada foi integrada ao cliente Java por meio do suporte TLS.
Agora é fornecida integração direta com as versões mais recentes do Hibernate e Spring, agilizando o processo de integração. Anteriormente, esta integração só estava disponível através da interface JCache.
Foi introduzido um gerenciamento eficiente de sessões para aplicações web baseadas em Spring, aprimorando a funcionalidade de NCache nesses ambientes.
Anteriormente, NCache ofereceu um período de teste gratuito de 60 dias. No entanto, esta duração foi reduzida para 30 dias na última atualização (5.3 SP3). Apesar desta alteração, os clientes ainda têm a opção de prolongar o período de avaliação contactando a equipa comercial. Mediante solicitação, a equipe de vendas pode fornecer chaves de extensão que permitem aos clientes estender seus NCache período de avaliação de até 120 dias.
03 de Outubro, 2023
NCache O 5.3 SP2 contém algumas correções de bugs e melhorias muito importantes.
Introduzimos o cache de credenciais nesta versão para aprimorar o desempenho e a eficiência das operações de autenticação no sistema. Ele fornece uma camada de cache sobre o provedor de segurança existente, reduzindo a necessidade de chamadas de autenticação repetitivas para o sistema de autenticação subjacente (como LDAP ou Active Directory).
A seguir estão alguns aprimoramentos feitos nesta versão:
As credenciais do usuário (nome de usuário e senha criptografada) são armazenadas em cache na memória após a autenticação bem-sucedida no servidor LDAP/Active Directory. Isso elimina a necessidade de reautenticação em solicitações subsequentes de vários clientes para o mesmo usuário.
O cache de credenciais melhora NCache desempenho reduzindo viagens dispendiosas aos servidores LDAP/Active Directory. Ele também reduz a carga em seus servidores LDAP/Active Directory em um ambiente de alta transação onde NCache geralmente vive.
A experiência do usuário é a mesma de antes para especificar NCache segurança.
Por padrão, o recurso Credential Caching está habilitado, mas você pode desativá-lo facilmente alterando o arquivo de configuração. O 'NCacheServidor.EnableCredentialCaching' bandeira no NCache arquivo de configuração de serviço ativa/desativa esse recurso.
NCache agora amplia seus recursos de criptografia TLS para proteger a comunicação não apenas entre clientes e servidores, mas também entre nós de servidor. Enquanto NCache oferecida anteriormente criptografia TLS para comunicação cliente-servidor, esse aprimoramento se concentra em proteger a troca de dados entre nós de servidor dentro do cluster. Essa camada adicional de criptografia garante que todos os dados transmitidos entre os nós do servidor permaneçam confidenciais e protegidos contra ameaças potenciais, aumentando a segurança geral do seu ambiente de cache distribuído.
NCache apresenta suporte à criptografia TLS para comunicação entre conexões de ponte. Com esse recurso, NCache garante que os dados transmitidos entre clusters de cache conectados por meio de pontes sejam criptografados e protegidos. Esse aprimoramento protege o fluxo de dados através de conexões de ponte, adicionando uma camada extra de proteção à sua infraestrutura de cache distribuído. Vale a pena notar que NCache já havia oferecido criptografia TLS para comunicação cliente-servidor, e essa expansão agora também cobre conexões de ponte.
Nesta versão, aprimoramos nosso suporte ao protocolo de segurança introduzindo a capacidade de colocar NCache certificados não apenas no armazenamento Raiz Confiável, mas também no armazenamento Pessoal ('Meu'). Esta melhoria permitirá operações mais suaves em ambientes onde as restrições de permissão da política de grupo podem afetar o armazenamento de certificados no armazenamento raiz.
Para um bom funcionamento, é essencial que os certificados sejam emitidos por uma Autoridade de Certificação (CA) pública bem conhecida, na qual a maioria dos sistemas confia inerentemente. Isso permite que as máquinas clientes validem o certificado do servidor sem exigir que o certificado CA seja instalado em seu armazenamento raiz confiável.
No entanto, para CAs privadas, o certificado da CA deve ser instalado no armazenamento Raiz Confiável em todas as máquinas participantes para permitir validação bem-sucedida e comunicação segura.
NCache apresenta a capacidade de combinar perfeitamente a segurança do nó e do cache para maior controle e flexibilidade. Com esse recurso, quando a segurança do nó está habilitada, todos os caches no respectivo nó são protegidos automaticamente. Os administradores de nós têm controle abrangente sobre os dados de cache e as tarefas de gerenciamento de nós. Por outro lado, os usuários de cache podem ser especificamente associados a caches seguros individuais, concedendo-lhes acesso apenas a operações relacionadas ao cache por meio de NCache APIs. Essa combinação permite que os administradores personalizem as permissões de acesso, garantindo que os usuários do cache tenham acesso limitado às APIs do cache, enquanto os administradores dos nós tenham acesso mais amplo, abrangendo tanto as interações da API quanto as operações de gerenciamento.
NCache apresenta a capacidade de aprimorar sua configuração de segurança, permitindo autorização baseada em grupo. Agora você pode adicionar facilmente grupos LDAP como administradores de nós ou usuários de cache, simplificando o gerenciamento de permissões em todo o seu servidor. NCache conjunto. Esse recurso simplifica o processo de autorização de vários usuários em uma organização, concedendo acesso de grupo a nós e caches de cache.
NCache atualizou seu provedor LDAP para servidores baseados em Windows para aproveitar os recursos aprimorados de autenticação e autorização fornecidos pela implementação mais recente de LDAP oferecida pela Microsoft. Explore os recursos deste provedor LDAP atualizado por meio de Documentação LDAPConnection da Microsoft.
Nesta última versão do NCache, introduzimos um refinamento técnico ao renomear o NCache Gerente para o NCache Centro de Gestão. Esta alteração representa um movimento estratégico no sentido de melhorar a funcionalidade da ferramenta e fornecer aos usuários uma plataforma mais avançada para gerenciamento de cluster de cache. Embora o nome tenha evoluído, os recursos e capacidades subjacentes permanecem robustos, permitindo configurar, monitorar e administrar perfeitamente seus clusters de cache com precisão e eficiência.
NCache aprimorou ainda mais sua interface amigável para proteger nós de cache. Embora anteriormente tivéssemos oferecido esse recurso, agora fizemos melhorias significativas para garantir uma experiência ainda mais tranquila. O processo de configuração da segurança do nó de cache agora é mais intuitivo e simplificado, permitindo proteger seus nós de cache sem esforço e com facilidade.
NCache Centro de Gestão, anteriormente conhecido como NCache Manager, agora inclui funcionalidade de autenticação. Quando um nó é protegido, o NCache O Management Center solicitará que os usuários se autentiquem exibindo uma página de login. Isso garante que apenas usuários autorizados tenham acesso ao centro de gerenciamento, fornecendo uma camada adicional de segurança ao seu NCache ambiente. Somente os administradores do nó configurado podem efetuar login no nó seguro.
NCache agora oferece uma maneira perfeita de configurar o Transport Layer Security (TLS) por meio do novo Enable-NCacheTLS e desabilitar-NCacheCmdlets TLS. Anteriormente, os usuários tinham que configurar manualmente o TLS editando as configurações do registro, o que poderia ser complexo e demorado. Com esses cmdlets, você pode ativar ou desativar o TLS sem esforço em um ou mais servidores e nós clientes.
NCache apresenta uma abordagem aprimorada para gerenciar configurações de segurança por meio do PowerShell, oferecendo controle mais granular sobre as configurações de segurança. O renovado Enable-NCacheSegurança e desativação-NCacheOs cmdlets de segurança simplificam o processo de ativação ou desativação da segurança, ao mesmo tempo que proporcionam maior flexibilidade.
Com a introdução do Add-NCacheUserOrGroup e Remove-NCacheCom os cmdlets UserOrGroup, os administradores podem gerenciar com eficiência usuários e grupos com privilégios de acesso específicos. Esse gerenciamento de segurança expandido baseado em PowerShell aprimora as opções de controle e personalização para proteger NCache ambientes.
Neste último NCache lançamento, temos o prazer de apresentar NCache Parque infantil. É uma ferramenta poderosa e interativa projetada para aprimorar sua experiência com NCache. NCache O Playground serve como um ambiente dedicado para os usuários explorarem, experimentarem e se familiarizarem. NCache recursos, amostras e cenários do mundo real. Com NCache Playground, você pode correr sem esforço NCache amostras, faça ajustes imediatos e execute exercícios sem a necessidade de um ambiente de desenvolvimento completo. Esta ferramenta é ideal para usuários que desejam compreender rapidamente NCache conceitos, avaliar suas capacidades e acelerar sua curva de aprendizado.
Setembro 12, 2022
NCache 5.3 SP1 contém alguns aprimoramentos e correções de bugs muito importantes. A versão também contém grandes melhorias na experiência do usuário. NCache 5.3 SP1 é uma atualização recomendada para todos NCache usuários.
A seguir estão alguns aprimoramentos feitos nesta versão:
Escolha NCache imagens disponíveis no Azure e AWS, o registro para avaliação gratuita de NCache é suportado em NCache Gerenciador Web. Quando uma máquina não está registrada com avaliação ou chave de licença, o NCache A tela padrão do Web Manager leva os usuários a um processo de registro para iniciar sua avaliação ou ativar suas caixas.
A característica 'NCache NoSQL' lançado em 5.3 foi renomeado para 'NCache Persistência'. O funcionamento do recurso permanece o mesmo, no entanto, os provedores adicionais são removidos. o NCache A persistência agora só pode ser usada com o armazenamento baseado no sistema de arquivos integrado.
Todos os Produtos NoSQL cmdlets do PowerShell relacionados também foram renomeados.
Um pacote NuGet separado é lançado para NCache Procedimentos Armazenados CLR. Isso ajuda na criação fácil de procedimentos armazenados CLR que usam NCache API.
Em vez de usar as configurações especificadas em client.ncconf, os usuários podem forçar os aplicativos SignalR a usar as opções de conexão especificadas nos arquivos web.config ou appsettings.json do aplicativo. Se especificado, o aplicativo usará essas configurações.
O valor do intervalo de atualização agora pode ser definido em segundos em vez de minutos. A alteração foi feita para acomodar cenários em que a atualização deve ser executada em um intervalo de menos de um minuto.
MapReduce, Agregador e Memcached integração são marcadas como obsoletas e serão removidas na próxima versão.
12 de abril de 2022
NCache 5.3 contém alguns novos recursos muito importantes e também várias otimizações de desempenho e memória. A versão também contém grandes melhorias na experiência do usuário. NCache 5.3 é uma atualização recomendada para todos NCache usuários.
A seguir estão alguns aprimoramentos feitos nesta versão:
NCache agora está fornecendo um NoSQL Database recurso em que todo o banco de dados é In-Memory e distribuído, mas também é mantido em um armazenamento permanente em tempo real. Essa persistência em tempo real garante que seus dados na memória estejam sempre sincronizados e nunca perdidos, mesmo quando você reiniciar todos os NCache Servidores.
NCache fornece as seguintes opções de persistência em tempo real para NoSQL Database:
Você pode usar NCache NoSQL Database das seguintes maneiras:
NCache fornece Lucene distribuído para aplicativos .NET usando o Lucene para pesquisa de texto completo. O Lucene distribuído pega o índice Lucene.NET padrão e o distribui para que você possa dimensionar o índice Lucene para vários NCache servidores mesmo em tempo de execução. Isso não apenas permite que você aumente o tamanho do seu índice, mas também a capacidade de transação do seu aplicativo, porque seu aplicativo agora fala com vários NCache servidores para Lucene.
Aqui estão alguns destaques do recurso Distributed Lucene:
NCache agora fornece um cliente Python no Windows e no Linux. Este cliente Python tem todos os recursos de API do lado do cliente de NCache que tradicionalmente os clientes .NET e Java desfrutavam.
NCache agora fornece um cliente Scala no Windows e no Linux. Este cliente Scala tem todos os recursos de API do lado do cliente de NCache que tradicionalmente os clientes .NET e Java desfrutavam.
NCache fornece ferramentas de importação e exportação como cmdlets do PowerShell. Com essas ferramentas, você pode importar ou exportar dados JSON/CSV para o NoSQL Database ou fora dele. Isso permite que você extraia a totalidade ou partes do seu NoSQL database.
NCache Provedor de Persistência para NoSQL Database persiste dados em vários arquivos localizados em uma pasta de rede compartilhada (com base no caminho UNC). Portanto, você pode usar ferramentas regulares do sistema de arquivos para realizar backups.
Para fornecer recursos de backups online, NCache também fornece uma ferramenta de administração (como PowerShell Cmdlet) para suspender brevemente NCache grava no armazenamento persistente e só as cria na memória enquanto você está executando o backup do sistema de arquivos. Mas, quando terminar o backup, você poderá habilitar gravações e todas as gravações pendentes serão aplicadas imediatamente ao armazenamento persistente.
Se você estiver usando o SQL Server ou o MongoDB como sua opção de armazenamento, esses bancos de dados fornecem ferramentas de backup online que você deve usar.
NCache oferece a capacidade de importar um índice Lucene existente para NCache Lucene distribuído em uma forma de cópia de arquivo em massa que é muito mais rápida do que ler documentos de seu índice Lucene existente e gravá-los individualmente em NCache Distribuiu o Lucene através de sua API.
Você pode fazer os seguintes tipos de importação do índice Lucene:
NCache partições e salva o índice Lucene em um ambiente distribuído e em cada NCache servidor. E todo o índice é armazenado como vários arquivos. Portanto, você pode usar ferramentas regulares de backup/restauração do sistema de arquivos neles.
Atualmente, você não pode executar backup online a menos que seu aplicativo não esteja fazendo nenhuma atualização no índice Lucene. Você deve escolher um horário de baixo tráfego para parar os servidores e fazer backup.
Restaurar um índice Lucene distribuído é o mesmo que restaurar arquivos do sistema de arquivos e, portanto, é possível. Você pode ter que reiniciar NCache servidores com as mesmas informações de configuração de distribuição que você tinha quando fez o backup.
NCache agora suporta totalmente o .NET 6.0. Tudo NCache Os servidores são compilados em .NET 6.0 (ou .NET Framework 4.8 se você baixou essa versão). NCache os clientes também são .NET 6.0. No entanto, NCache também fornece suporte para a versão anterior de ambos .NET Core e .NET Framework para NCache clientes.
NCache agora permite que você use a serialização JSON para seu ASP.NET / ASP.NET Core sessões. Anteriormente, a única opção que você tinha era usar a serialização binária fornecida pelo .NET. Ainda temos a opção de serialização binária, mas no .NET 6.0, a serialização binária está desabilitada por padrão e não é recomendada.
A Serialização JSON também permite usar objetos que não estão marcados como “Serializável” e também sem usar a Serialização Compacta neles. Com a serialização JSON, você só precisa fazer a alteração da configuração.
Para incluir qualquer atributo de objeto em NCache Consultas SQL, você deve indexá-lo primeiro. Anteriormente, a única maneira de indexar era definir um índice como parte de NCache configuração. Isso ainda é possível e uma boa maneira de fazer isso.
No entanto, agora você pode definir índices de consulta programaticamente usando anotações personalizadas. Com isso, agora você tem suporte total para diferentes formas de criar índice de consulta em NCache.
NCache agora oferece suporte a propriedades anuláveis para criar um índice e usá-las em consultas SQL. Esse recurso é fornecido porque as propriedades e os campos do .NET são anuláveis. Mas, anteriormente NCache não forneceu suporte à pesquisa com base em valores nulos e agora oferece.
NCache agora suporta índices geoespaciais na pesquisa de texto completo com Lucene distribuído. Assim como o índice Lucene de pesquisa de texto completo normal, os índices geoespaciais também usam o Lucene.NET internamente para oferecer suporte a consultas geoespaciais. O pacote NuGet para índices geoespaciais é separado do pacote NuGet do índice de pesquisa de texto completo.
NCache agora suporta Pesquisa Facetada com Lucene Distribuído. Faceted Search é uma técnica que envolve o aumento das técnicas tradicionais de busca com um sistema de navegação facetada. Isso permite que o usuário restrinja os resultados da pesquisa aplicando vários filtros com base em uma classificação facetada dos itens.
NCache fornece um pacote NuGet para pesquisa facetada que possui todas as APIs necessárias para realizar pesquisas facetadas.
Os períodos de avaliação já são rastreados na versão anterior do NCache no nível do domínio de e-mail e não no download individual ou no nível de instalação individual. Isso significa que se você avaliou uma versão anterior do NCache mas não comprou, seu período de avaliação provavelmente já expirou.
O Mercado Pago não havia executado campanhas de Performance anteriormente nessas plataformas. Alcançar uma campanha de sucesso exigiria NCache 5.3 inicia seu período de avaliação novo para esta versão. Você obtém um período de avaliação de 30 dias como antes e pode pedir à nossa equipe de vendas para estendê-lo por 30 dias por vez, até um total de 180 dias.
NCache havia implementado anteriormente o agrupamento de objetos inteligentes e também dividindo objetos maiores em menos de 80 mil objetos, de modo que o LOH não é usado com frequência. Essa otimização de memória anterior já havia melhorado NCache desempenho bastante para “operações atômicas” mais comumente usadas como Get, Insert, Update, Delete de itens individuais.
No entanto, várias outras áreas, como operações em massa, índices de consulta, pesquisa SQL, etc., não foram totalmente otimizadas dessa maneira e, portanto, resultaram no uso frequente de coleções LOH e Gen2 e, portanto, não tiveram o melhor desempenho.
Agora, esta versão do NCache otimizou o gerenciamento de memória em todas essas áreas, o que resultou em um desempenho ainda mais rápido de NCache tudo em volta.
As seguintes otimizações foram feitas:
NCache tradicionalmente executado em um ambiente local e, portanto, não havia necessidade de usar https para acessar NCache Gerenciador Web. Mas, agora com o Azure, AWS e outras nuvens se tornando muito predominantes, mais e mais situações estão surgindo em que um usuário pode precisar acessar NCache Gerenciador de Web através de https.
NCache agora fornece suporte para https para acessar NCache Gerenciador Web. Por padrão, é http, mas você pode configurá-lo para usar https se tiver um certificado.
NCache tradicionalmente exigia que você especificasse NCache servidores baseados em seus endereços IP e não em nomes de máquinas. A razão por trás disso foi que em muitas situações, NCache os servidores têm várias placas de interface de rede (NICs) e você não sabia para qual NIC o nome da máquina foi mapeado. Portanto, usando o endereço IP para NCache servidores e clientes ainda é a forma preferida.
Mas agora NCache fornece a capacidade de especificar nomes de máquinas em vez de endereços IP, se desejar. Você pode especificar o nome da máquina para adicionar um servidor de cache ou um cliente de cache à configuração de cache. Da mesma forma, todos os pontos de vista sobre NCache O Web Manager continua a usar endereços IP por padrão.
12 de outubro de 2021
NCache 5.2 SP1 contém algumas otimizações importantes de desempenho e memória. A versão também contém grandes melhorias na experiência do usuário. NCache 5.2 SP1 é uma atualização recomendada para todos NCache usuários.
A seguir estão alguns aprimoramentos feitos nesta versão:
Operações em massa com tamanho de item relativamente maior estavam consumindo muita memória nas versões anteriores. Nesta versão, o pool de objetos e outras técnicas de prevenção de LOH são usadas para ter uma pegada de memória menor em caminhos de código relacionados a operações em massa.
A versão mais recente do protobuf-net possui alguns aprimoramentos importantes de memória. NCache agora usa a versão mais recente do protobuf-net para melhorar ainda mais a memória e o desempenho.
Anteriormente, a ativação offline era um processo de várias etapas que exigia NCache usuários para conversar Alachisoft Equipe de suporte. Agora, com esta versão mais recente, os usuários podem concluir a ativação offline sem entrar em contato Alachisoft equipe de suporte.
As chaves de instalação vêm com avaliação GRATUITA de 30 dias. Nesta versão mais recente, as chaves de instalação são rastreadas no nível de domínio do cliente em vez de no cliente individual. Então a avaliação de NCache realmente começa a partir do dia do download pelo primeiro usuário da empresa. No entanto, cada versão de NCache terá seu próprio período de avaliação a partir de agora.
25 de março de 2021
NCache 5.2 contém alguns recursos importantes relacionados ao cache. A versão também contém grandes melhorias de desempenho. NCache 5.2 é uma atualização recomendada para todos NCache usuários.
A seguir estão alguns aprimoramentos feitos nesta versão:
O Cache Loader/Refresher é um serviço que é executado periodicamente em um intervalo configurável e atualiza os dados do cache. Os usuários configuram esse recurso adicionando um ou mais conjuntos de dados nomeados na configuração. Cada conjunto de dados pode ser configurado para ser carregado uma vez ou atualizado periodicamente.
A seguir, duas adições são feitas ao Pub/Sub.
No momento da criação de um TÓPICO, uma prioridade pode ser atribuída a um TÓPICO. As mensagens dos TÓPICOS de prioridade mais alta são entregues primeiro, enquanto as mensagens dos TÓPICOS de prioridade mais baixa são despejadas primeiro. Se a prioridade não for atribuída, será criado um TÓPICO com prioridade 'Normal'.
O editor deve poder enviar mensagens com instruções para preservar a ordem em que são publicadas. Essas mensagens são entregues aos assinantes exatamente na mesma ordem em que foram publicadas. As mensagens solicitadas de um determinado editor residirão em um servidor de cache. Isso será implementado usando afinidade de local.
Todas as mensagens encomendadas serão entregues ao mesmo assinante em caso de Opção de Entrega. Qualquer.
Para aplicativos que usam puramente a API JSON, a definição de índices de consulta baseados em .NET ou Java pode não ser possível. Portanto, há suporte para definição de índices de documentos JSON.
Nesse caso, o usuário especifica o caminho para um arquivo json. NCache O Web Manager lê os atributos no arquivo json e os lista em uma grade. O usuário pode selecionar um ou mais atributos da lista para os quais os índices devem ser definidos.
Índices de consulta do documento json também podem ser criados usando o comando PowerShell.
A dependência personalizada agora é implantada no lado do servidor. Assim como os provedores Read/Write Thru, os usuários precisam implementar provedores de dependência personalizada. Pode haver um ou mais provedores de dependência personalizados e cada um terá um nome exclusivo.
Ao adicionar um item por meio da API, o usuário especifica o nome do provedor de dependência personalizado já configurado e implantado.
Os usuários podem querer alterar a forma como o texto e o assunto das notificações por e-mail que recebem NCache. Todo o texto e assunto dos emails que são gerados por NCache usar modelos. Esses modelos são enviados dentro do diretório de instalação. Os usuários podem alterar esses modelos de acordo com seus requisitos.
Em algumas organizações, pode haver mais de um controlador de domínio configurado para alta disponibilidade. Quando um controlador de domínio primário fica inativo, o controlador secundário se torna ativo. NCache agora também oferece suporte para configurar a segurança com o controlador de domínio primário e secundário.
O suporte TLS 1.2 é fornecido para comunicação em nível de transporte entre NCache servidor em Linux e clientes de cache.
Compartilhando sessões entre um ASP.NET e um ASP.NET Core aplicativos é suportado. Isso pode ser ativado nas definições de configuração. Para compartilhar sessões entre aplicativos diferentes, todos os aplicativos devem usar o mesmo gerador de ID de sessão personalizado.
Isso também é compatível com sessões multirregionais.
O compartilhamento de sessão não é suportado se configurado por meio de IDistributedCache.
Os usuários podem especificar dependências SQL para invalidar a resposta de uma página do cache. Se os dados correspondentes ao SQL especificado forem modificados ou excluídos, a resposta do cache será excluída. Nas novas solicitações, ele é regenerado e adicionado ao cache com a mesma dependência do SQL.
Isso não é suportado se configurado por meio de IDistributedCache.
NCache pode ser usado como armazenamento externo para o Identity Server 4 como;
Quando configurado com NCache, o usuário pode querer usar caches de sessão e cache de dados diferentes. NCache deve fornecer uma opção para usar vários caches para diferentes propósitos quando usado como IDistributedCache.
O novo cliente Java é 100% idêntico à nova API .NET. Possui os seguintes serviços;
O novo cliente Java também usa pipelining para melhor desempenho.
Os seguintes módulos do lado do servidor podem ser escritos em Java.
NCache agora tem um cliente Node.js que é 100% idêntico ao novo .NET & Java JSON API. Possui os seguintes serviços;
Integração com o Prometheus para monitorar as principais métricas de NCache. NCache publica um conjunto configurável de contadores no servidor Prometheus.
NCache painel para o Grafana é fornecido na galeria do Grafana. O painel tem vários contadores que são buscados no servidor Prometheus onde NCache está publicando seus contadores.
NCache Professional agora tem uma ferramenta GUI baseada na web para NCache gerenciamento e monitoramento básico. NCache O Web Manager permite aos usuários criar, configurar, iniciar e parar caches. Isso também os ajuda a executar rapidamente um teste de estresse e ver estatísticas.
23 de novembro de 2020
In NCache 5.1, existem algumas correções de bugs importantes e alguns novos aprimoramentos feitos.
A seguir estão alguns aprimoramentos feitos nesta versão:
O licenciamento somente para servidor agora também leva em consideração a memória para calcular o número de licenças necessárias em uma máquina. O número de clientes que podem se conectar a um servidor agora é ilimitado no licenciamento somente servidor.
Com base na combinação do tamanho da RAM e do número de vCPUs, é determinado o número de licenças necessárias em uma máquina. Essas combinações são dadas NCache página de preços na forma de planos de licença.
A ativação em máquinas clientes não é mais suportada.
Mesmo que sua licença seja cliente-servidor, você só precisa ativar os servidores de cache. No momento da ativação, os usuários também precisam especificar o número de licenças de cliente para ativar no servidor de cache.
NCache Professional edição não suporta este esquema de licenciamento.
Os usuários agora podem criar servidores de cache DEV/Test GRÁTIS. Remote clients podem se conectar a esses servidores de cache, porém, com algumas limitações a seguir;
Agora os usuários podem registrar máquinas remotas para avaliação GRATUITA de NCache usando o parâmetro '-Server' em Register-NCacheComando de avaliação do PowerShell.
24 de abril de 2024
NCache 5.0 SP6 é lançado apenas para NCache Open Source edição. Esta versão contém algumas correções de bugs importantes e algumas novas restrições na edição Open Source.
28 de outubro de 2020
In NCache 5.0 SP4, há algumas correções de bugs importantes e alguns novos aprimoramentos feitos.
A seguir estão alguns aprimoramentos feitos nesta versão:
A Replicação de WAN agora pode ser personalizada ainda mais para ter mais controle sobre a frequência com que os dados são replicados entre dois data centers. Aqui estão as configurações;
O intervalo de replicação é o intervalo de atraso intermediário em milissegundos entre duas replicações consecutivas. Seu valor padrão é definido em 3000 milissegundos (3 segundos). Os usuários podem alterar esse intervalo conforme sua necessidade, ajustando o valor do 'NCacheServer.BridgeReplicationInterval' na NCache arquivo de configuração do serviço.
O cache envia operações para a ponte em massa de tamanho de limite fornecido. O tamanho padrão é 500 KB. Os usuários podem configurar este tamanho alterando o valor da tag 'NCacheServidor.BridgeBulkOperationSize' no NCache arquivo de configuração do serviço.
O suporte para a versão mais recente do EFCore é fornecido nesta versão.
O licenciamento somente de servidor é suportado nesta nova versão, onde apenas as licenças de servidor são adquiridas. Nesse tipo de licenciamento, um servidor de cache requer no mínimo 4 licenças.
Os seguintes recursos são adicionados a NCache professional.
NCache envia um relatório de uso de recursos uma vez por mês para Alachisoft servidor. Isso é feito para melhorar o produto com base nos dados recebidos dos clientes. As seguintes informações fazem parte deste relatório;
Um novo cmdlet do PowerShell 'Register-NCacheAvaliação' é fornecido para registrar NCache para avaliação gratuita usando a chave de avaliação recebida de Alachisoft. Esse cmdlet também pode ser usado para estender o período de avaliação.
NCache Open Source pode ser registrado usando Register-NCachecmdlet OpenSource.
Este lançamento de NCache suporta NCache Cloud oferta. NCache Cloud Service é oferecido no Azure e AWS.
Todas as edições de NCache agora pode ser instalado no Azure e AWS, mas é recomendado que NCachea imagem do marketplace do 's é usada em vez de instalar NCache.
15 de Junho de 2020
In NCache 5.0 SP3, há algumas correções de bugs importantes e alguns novos aprimoramentos feitos.
A seguir estão alguns aprimoramentos feitos nesta versão:
NCache Remote Clients normalmente exigem pelo menos 2 licenças por caixa. Se uma máquina tiver mais de 8 núcleos, será necessária uma licença adicional para cada 4 núcleos. Por exemplo, uma máquina com 12 núcleos requer 3 licenças e 20 núcleos requer 5 licenças.
No entanto, para NCache usuários SaaS, as licenças necessárias para remote clients nunca excedem 4, mesmo que o número de núcleos nessa máquina seja superior a 16.
A seguir estão os novos comandos do PowerShell adicionados.
Os seguintes aprimoramentos foram feitos nos comandos existentes do PowerShell.
09 de dezembro de 2019
In NCache 5.0 SP2, há algumas correções de bugs importantes e alguns novos aprimoramentos feitos.
A seguir estão alguns aprimoramentos feitos nesta versão:
Anteriormente, o Bridge não podia ter mais de 2 caches. Neste lançamento, NCache agora suporta ter mais de 2 caches em uma Bridge. Pelo menos um cache deve estar ativo.
Embora os caches ativos repliquem seus dados automaticamente para outros caches em uma ponte, a transferência de estado entre os caches não está mais ativa. Quando um cache fica inativo ou um novo cluster é adicionado, é necessária uma interação manual para sincronizar os caches.
O suporte de segurança LDAP é adicionado para Windows e Linux. Anteriormente, não havia suporte para LDAP no Linux, enquanto o Windows tinha suporte baseado em Active Directory.
As seguintes melhorias foram feitas no Pub/Sub (TOPIC):
Os seguintes aprimoramentos foram feitos no recurso Dependência Personalizada.
NCache agora usa System.IO.Pipelines para operações de E/S de alto desempenho entre clientes e servidores. Devido a esta abordagem, NCache é capaz de realizar 2 milhões de operações por segundo em um cluster de 5 nós.
O pipeline é habilitado por padrão em todos os caches. No entanto, isso pode ser desabilitado no momento da criação do cache ou através da modificação da configuração do cache a qualquer momento.
As mudanças arquitetônicas são feitas para NCache para adicionar suporte para módulos de registro dinâmico que podem usar NCachearquitetura distribuída do 's sem fazer alterações NCache Código fonte.
O suporte Lucene.NET também é adicionado por meio de NCache Módulos.
Os seguintes cmdlets do PowerShell são adicionados:
Para obter detalhes, consulte NCache Comparação de edições
26 de agosto de 2019
In NCache 5.0 SP1, há algumas correções de bugs importantes e alguns novos aprimoramentos feitos.
A seguir estão alguns aprimoramentos feitos nesta versão:
NCache SignalR backplane para ASP.NET Core aplicativos é fornecido.
O gerenciamento da Web agora pode ser feito a partir do Internet Explorer 11 (última versão), mas é recomendável usar o Microsoft Edge, Chrome, Firefox ou Opera.
Chaves de instalação para todas as edições do NCache agora são gerados dinamicamente no momento do download. Isso significa que cada cliente recebe uma chave de instalação exclusiva.
Os servidores de cache nas edições Professional e Open Source são baseados apenas em .NET. Os clientes estão disponíveis para .NET e .NET Core. Os servidores de cache não podem ser instalados no Linux para essas duas edições.
As edições de código aberto e Professional voltaram para Alachisoftestratégia original de onde tínhamos um número limitado de recursos nas edições Open Source e Professional.
Para obter detalhes, consulte Comparação de edições
14 de maio de 2019
NCache 5.0 contém alguns recursos importantes relacionados a clustering e armazenamento em cache. A versão também contém grandes melhorias de desempenho. NCache 5.0 é uma atualização recomendada para todos NCache usuários.
A seguir estão alguns aprimoramentos feitos nesta versão:
NCache A API foi refatorada para torná-la mais simples e fácil de usar, reduzindo o número de sobrecargas para vários métodos. A nova API também está usando os recursos mais recentes de C# e .NET Framework (Biblioteca Paralela de Tarefas, métodos assíncronos e genéricos).
As seguintes melhorias são feitas no NCache estrutura de mensagens.
No entanto, para assinaturas duráveis (assinaturas nomeadas), as mensagens são armazenadas até que sejam enviadas para TODOS ou QUALQUER assinante dentro dessa assinatura. Se um assinante durável voltar após uma desconexão abrupta (sair sem chamar Unsubscribe), ele poderá receber as mensagens publicadas durante o tempo em que esteve inativo.
No entanto, as mensagens são removidas da loja após a expiração, mesmo que não sejam entregues a TODOS ou QUALQUER assinante.
Há mais duas políticas em Assinaturas Duráveis.
-Compartilhado, onde pode haver vários assinantes em uma assinatura.
-Exclusivo, onde então pode haver apenas um assinante por vez em uma assinatura. Todas as assinaturas não duráveis são exclusivas.
Algumas melhorias de desempenho importantes são feitas nesta versão. Os subsistemas principais são redesenhados para obter melhor desempenho das operações de cache. Algumas dessas melhorias incluem a incorporação das bibliotecas mais recentes como System.IO.Pipelines da Microsoft. System.IO.Pipelines é uma nova biblioteca projetada para facilitar a execução de E/S de alto desempenho em .NET.
Todos os Produtos NCache eventos agora usam internamente o mais confiável NCache's Pub/Sub framework. Os seguintes tipos de eventos agora são baseados no Pub/Sub.
NCacheO SQL do 's foi aprimorado agora para ter projeções, bem como a cláusula FROM em uma instrução SQL. Anteriormente, não havia projeções na instrução SQL e, como resultado, os itens de cache completos eram retornados de acordo com os critérios fornecidos.
É fornecido suporte para pesquisar itens de cache por seu 'Grupo' por meio de SQL. Usando esse recurso, os usuários podem consultar o cache para retornar itens de cache em um 'Grupo', assim como fazem para 'Tags'.
Tradicionalmente NCache armazena itens no cache como dados binários. A serialização binária pode ser cara em termos de tempo e memória que consome. Dentro NCache 5.0, os usuários podem, opcionalmente, configurar o Cache para ter o armazenamento serializado JSON. A serialização JSON é eficiente na maioria dos casos.
NCache agora distribuiu tipos de dados e estruturas de dados fornecidos como implementações de interfaces .NET. As implementações a seguir são fornecidas.
System.Collections.Generic.IList<T>
. Permite chaves duplicadas e preserva sua ordem.System.Collections.Generic.ICollection<T>
. Não permite chaves duplicadas e não preserva a ordem. DistributedHashSet tem métodos adicionais para União, Interseção e Diferença de dois conjuntos.System.Collections.Generic.IDictionary<TKey, TValue>
. Ele permite que os usuários armazenem dados em pares de valores-chave. A ordem não é preservada nesta estrutura de dados.System.Collections.Generic.ICollection<T>
. No entanto, os dados armazenados nessa estrutura de dados são consumidos no modelo FIFO, como no caso das Filas.Parar um nó de servidor no modo de manutenção faz com que o redisdistribuição de dados entre os nós restantes. Isso pode levar muito tempo, dependendo dos dados no cache. Durante esse tempo, o cache está em um estado vulnerável e algumas operações podem falhar ou levar mais tempo para serem executadas.
Com este novo recurso, quando um nó é parado para manutenção, os dados no cache não são redistributado. O recurso é útil quando um nó no cluster é interrompido por um curto período para aplicar patches ou outros trabalhos de manutenção.
A afinidade de local significa manter os itens de cache relacionados em um nó. Esse recurso pode ser útil de várias maneiras, como consultas mais rápidas e operações em massa, etc.
Lucene.NET é uma biblioteca de mecanismo de busca de texto, mas não é distribuída. Com NCacheLucene.NET SDK, os usuários poderão construir índices Lucene distribuídos e consultá-los. NCacheO SDK Lucene.NET do Lucene.NET é semelhante à biblioteca Lucene.NET, portanto, os usuários não precisam aprender muito para usar NCacheDistributedLucene.NET API.
. Baseado em NET Core NCache O servidor estará disponível no Windows também. Anteriormente, estava disponível apenas no Linux.
Este é um novo esquema de licenciamento em que as licenças são ativadas apenas em servidores de cache. No entanto, os servidores de cache também são ativados para permitir que um determinado número de clientes se conecte com os caches. O número de licenças de servidor e cliente necessárias é o mesmo do esquema de ativação Cliente-Servidor.
NCache configuração, gerenciamento e monitoramento são feitos por meio de um aplicativo baseado na web. Por padrão, este aplicativo é instalado em todos os servidores e clientes de cache. Os usuários podem se conectar a qualquer um dos servidores de seus navegadores para gerenciar seus clusters de cache.
O aplicativo é ASP.NET Core baseado e, portanto, pode ser executado no Windows, bem como no Linux. Este aplicativo tem todos os recursos como o Desktop baseado NCache Gerente tinha. Baseado em computador NCache Manager e Monitor são descontinuados.
A seguir, alguns comandos do PowerShell são adicionados;
07 de agosto de 2018
In NCache 4.9 SP1, a edição comunitária foi descontinuada e a edição Profissional foi trazida de volta. Existem algumas correções de bugs importantes e algumas novas melhorias feitas nesta versão. Melhorias e novas adições.
A seguir estão alguns aprimoramentos feitos nesta versão:
NCache Servidor (.NET Core baseado) agora pode ser hospedado em caixas Linux. Instaladores separados para Linux (.tar.gz) estão disponíveis para download.
O teste totalmente funcional de 30 dias está de volta. Não há limitações de desempenho durante o período de avaliação agora.
A edição Professional tem os mesmos recursos da edição Open Source, além de alguns comandos extras de gerenciamento do PowerShell. As instalações de cliente e servidor têm uma avaliação gratuita de 30 dias.
Imagens Docker para servidores Linux e Windows Nano são disponibilizadas no Docker Hub. Os arquivos Docker também estão disponíveis no GitHub.
Um contador perfmon é introduzido para monitorar o número de itens na ponte.
É fornecido suporte para pesquisa de curinga nas APIs GetKeysByTag e GetByTag.
É fornecido suporte para ativar o log do lado do cliente da API por meio da interface CacheInitParams.
O licenciamento baseado em assinatura foi introduzido para oferecer suporte a implantações na nuvem e no local.
14 de fevereiro de 2018
NCache 4.9 contém alguns recursos importantes relacionados a clustering e cache em ASP.NET Core. Esta configuração também possui algumas melhorias de desempenho e é, portanto, uma atualização recomendada para todos NCache usuários.
A seguir estão alguns aprimoramentos feitos nesta versão:
Split-Brain é uma situação em que, devido a falhas temporárias de rede entre nós do cluster, resultam em vários subclusters. Cada subcluster, neste caso, possui seu próprio nó coordenador e não conhece os demais subclusters. Isso pode eventualmente resultar em dados inconsistentes. Com NCache 4.9, os usuários podem permitir que os clusters de cache se recuperem automaticamente dos cenários SplitBrain.
NCacheA implementação do IDistributedCache utiliza o Distributed Cache Tag Helper que fornece a capacidade de melhorar drasticamente o desempenho do seu ASP.NET Core aplicativo armazenando em cache suas respostas.
Há uma melhoria de desempenho de 20 a 25% nas operações básicas de cache ADD, INSERT e GET.
As edições Open Source e Community agora têm a mesma API de cliente que a edição Enterprise. Isso significa que todos os recursos do desenvolvedor Enterprise agora também estão disponíveis nas edições Open Source e Community.
2 de novembro de 2017
NCache 4.8 contém alguns recursos importantes relacionados ao compartilhamento de dados em tempo de execução, mensagens e .NET Core. Esta é uma atualização recomendada para todos NCache usuários.
A seguir estão alguns aprimoramentos feitos nesta versão:
NCache 4.8 lançou agora uma Comunidade GRATUITA e fornece o poderoso GUI baseado NCache Manager para permitir que você configure facilmente caches a partir de um local central. Com NCache 4.9, os usuários podem permitir que os clusters de cache se recuperem automaticamente dos cenários SplitBrain.
NCache agora fornece um totalmente nativo .NET Core Cliente que pode rodar em Windows e Linux. No Windows, NCache .NET Core o cliente é instalado por meio de um Windows Installer (.msi). Entretanto, no Linux é fornecida uma instalação separada (.tar.gz).
NCache agora oferece suporte total ao Docker para clientes e servidores de cache. Você pode configurar seus aplicativos .NET para serem implantados no Docker e incluir NCache Cliente com isso perfeitamente.
NCache agora fornece ASP completo.NET Core suporte, tanto em .NET Framework e .NET Core (antes era só .NET Framework). Este suporte inclui um poderoso ASP.NET Core Provedor de Sessão que possui mais recursos que o ASP normal.NET Core Provedor de sessão. E também inclui suporte para interface IDistributedCache em ASP.NET Core.
O paradigma de mensagens Publish/Subscribe (Pub/Sub) é fornecido quando um editor envia mensagens para canais, sem saber quem (se houver) são os assinantes. E os assinantes só recebem mensagens de seu interesse sem saber quem são os editores.
NCache implementou métodos de extensão do EF Core 2.0 muito fáceis de usar para permitir que você armazene em cache os dados do aplicativo que você está buscando por meio do EF Core 2.0.
Todas as comunicações de NCache para clientes NCache os servidores agora podem ser opcionalmente protegidos por meio do TLS 1.2 (uma especificação mais recente que o SSL 3.0). O TLS 1.2 garante que todos os dados que trafegam entre NCache clientes e NCache servidores é totalmente criptografado e protegido.
NCache tradicionalmente fornece poderosas ferramentas de gerenciamento de cache baseadas em GUI e também um rico conjunto de ferramentas de linha de comando. Agora, NCache implementou todas as suas ferramentas de gerenciamento de cache de linha de comando no PowerShell. Agora você pode escrever scripts do PowerShell para um gerenciamento de cache mais sofisticado.
Alguns firewalls interrompem conexões de rede ociosas, o que causa problemas na comunicação do cliente para cache do servidor em cache. NCache. O recurso Cache Client Keep Alive, se habilitado no nó cliente, envia automaticamente um pacote leve para servidores de cache em intervalos configuráveis (uma espécie de batimento cardíaco). Esses pacotes são enviados apenas no caso de não haver atividade entre clientes e servidores e, portanto, não interferem no tráfego regular de cliente/servidor.
NCache Gerenciador usado para manter algumas informações de configuração do cache dentro do arquivo do projeto. No entanto, isso costumava causar problemas de integridade de dados se várias pessoas tentassem modificar a configuração do cache em máquinas diferentes. Para corrigir isso, NCache O Manager agora não armazena nenhuma informação de configuração de cache dentro de seus arquivos de projeto. Em vez disso, todas as informações de configuração são mantidas em servidores de cache comuns em todos os lugares e não surgem mais problemas de integridade de dados.
Tradicionalmente, NCache forneceu apenas uma opção de licenciamento cliente/servidor que exige que tanto os clientes quanto os servidores de cache sejam licenciados. No entanto, agora NCache fornece uma opção adicional de licenciamento somente para servidor, onde os clientes de cache não exigem nenhuma licença. Apenas o servidor de cache requer licenças. Se você deseja usar o licenciamento somente para servidor, entre em contato com seu gerente de conta para obter detalhes.
10 de maio de 2017
NCache O 4.6 SP3 contém alguns recursos secundários e otimizações de cache do cliente. Existem também várias correções de bugs relatadas pelos clientes. Esta é uma atualização recomendada para todos NCache usuários.
A seguir estão alguns aprimoramentos feitos nesta versão:
Com o NCache 4.6 SP3, o cache pode ser usado para distribuir mensagens em um aplicativo SignalR implantado em vários servidores web.
É introduzido um leitor de dados do lado do cliente, que é mais estável e tolerante a falhas durante a transferência de estado no cache.
Mais amostras foram enviadas com NCache instalação. As amostras existentes também são refatoradas.
3 de janeiro de 2017
NCache O 4.6 SP2 contém algumas otimizações de cache do cliente, melhorias na topologia do Bridge e recursos relacionados ao monitoramento do cache. Existem também várias correções de bugs relatadas pelos clientes. Esta é uma atualização recomendada para todos NCache usuários.
A seguir estão alguns aprimoramentos feitos nesta versão:
Uma nova API é introduzida para monitorar o cliente de cache conectado a um cluster. Usando esta API, uma lista de clientes conectados pode ser obtida, bem como notificações podem ser registradas caso algum novo cliente se conecte ou um existente seja desconectado.
O Cache do Cliente agora otimizou a maneira de sincronizar-se com o cache clusterizado. Em vez de receber eventos em cada atualização feita no cache clusterizado, o cache do cliente agora pode receber eventos em massa em um intervalo configurável. Isso reduz o tráfego e também o uso de memória.
NCache O Bridge agora pode ter caches com nomes idênticos.
Carregador de cache em NCache agora pode ser executado em vários nós, o que pode ajudar no carregamento mais rápido do cache.
A criptografia AES compatível com FIPS é introduzida no SP2.
NCache Provedor de armazenamento de sessão ASP.NET para ASP.NET Core aplicativos agora é suportado.
NCache agora é licenciado com base no número de núcleos que uma máquina possui. Para cada 4 núcleos, 1 licença é usada. São utilizadas no mínimo 2 licenças para ativar uma máquina, mesmo que o número de núcleos seja inferior a 8. Para 16 núcleos, são utilizadas 4 licenças, para 20 núcleos são utilizadas 5 e para 32 núcleos, são utilizadas 8 licenças. Máquinas licenciadas para desenvolvedores agora podem se conectar a um cache remoto, mas com limitações no número de solicitações por segundo e no número total de solicitações que um cliente pode fazer a um cache remoto.
03 de maio de 2016
NCache 4.6 SP1 contém algumas otimizações relacionadas à memória e grandes melhorias no desempenho do NCache. Esta é uma atualização recomendada para todos NCache usuários.
7 de dezembro de 2015
NCache 4.6 contém alguns recursos importantes relacionados à análise de dados em tempo de execução, desempenho e otimização de memória de NCache. Esta é uma atualização recomendada para todos NCache usuários.
A seguir estão alguns aprimoramentos feitos nesta versão:
NCache cache agora pode ser configurado para armazenar dados em forma de objetos. Por padrão, todos os dados são armazenados em formato binário.
Cada cache em NCache agora está hospedado em seu próprio processo, que é executado independentemente de todos os outros caches. A gestão deste processo é feita através de NCache serviço que contém informações sobre todos os processos de cache em execução na máquina.
MapReduce em NCache permitirá que os desenvolvedores escrevam programas que processem grandes quantidades de dados não estruturados em paralelo através de um NCache conjunto. Para distribuir dados de entrada e analisá-los em paralelo, o MapReduce opera em paralelo em todos os nós de um cluster de qualquer tamanho.
O agregador processa registros de dados e retorna resultados compilados. Ele agrupa valores de várias fontes e pode realizar diversas operações, como somar valores, calcular médias, encontrar valores mínimos/máximos, etc.
NCache fornece a capacidade de executar o código dos usuários no lado do servidor em um conjunto de entradas de cache. Os processadores de entrada podem modificar entradas de cache no lado do servidor sem envolver essas entradas para viajar na rede para operações de busca e atualização.
As consultas agora podem ser executadas no cache usando o leitor de dados, assim como fazem os bancos de dados. Usando o leitor de dados, o conjunto de resultados pode ser recuperado dos servidores em vários blocos de tamanho configurável. Essa abordagem oferece melhor desempenho e usa menos memória no cliente.
O usuário agora pode configurar NCache com expirações nomeadas padrão. NCache o servidor usará expirações padrão quando os itens forem inseridos no cache sem nenhuma expiração ou inseridos explicitamente com o padrão nomeado.
As instruções Select agora podem ter a cláusula orderby que retornará o conjunto de resultados classificado em um ou mais atributos especificados.
Uma ferramenta GUI para visualizar e monitorar logs gerados por NCache servidor e clientes em um só lugar. Os arquivos de log de todos os servidores podem ser visualizados na mesma ferramenta. A ferramenta pode filtrar entradas de log e entradas de log importantes também podem ser marcadas.
NCache 4.4 SP2 pode ser atualizado para NCache 4.6 sem perder nenhum dado usando sua topologia Bridge.
NCache 4.6 em diante, os servidores e clientes de cache serão licenciados com base no número de núcleos em vez do número de CPUs que a caixa possui.
28 de julho de 2015
NCache 4.4 SP2 contém alguns aprimoramentos importantes relacionados à memória e desempenho de NCache. Esta é uma atualização recomendada para todos NCache usuários.
A seguir estão alguns aprimoramentos feitos nesta versão:
A ferramenta Dumpcachedata faz um dump de um cache em execução enumerando os dados do cache e armazena esses dados em um local especificado pelo usuário. Esses dados podem ser recarregados posteriormente em um cache novo ou no mesmo cache. Essa ferramenta é útil quando os clientes precisam reiniciar seus servidores de cache sem querer perder seus dados críticos de negócios no cache.
A ferramenta DumpCache foi renomeada para DumpCacheKeys.
LinqPad é uma ferramenta de terceiros que pode ser usada com NCache para consultar dados de cache. Os dados são mostrados no console do LinqPad em formato tabular.
Existem algumas configurações no nível de configuração de serviço que agora podem ser aplicadas a quente em caches em execução em um servidor. Anteriormente, a reinicialização do serviço era necessária para aplicar as configurações definidas no arquivo de configuração do serviço. A lista de configurações do HotApplicable é a seguinte:
# | Nome da propriedade | Aplicável a Quente |
---|---|---|
1 | NCacheServidor.LicenseLogging | Sim |
2 | NCacheServidor.EnableNagling | Sim |
3 | NCacheServidor.NaglingSize | Sim |
3 | NCacheServidor.NaglingSize | Sim |
4 | NCacheServidor.EventBulkCount | Sim |
5 | NCacheServidor.ExpirationBulkRemoveSize | Sim |
6 | NCacheServidor.ExpirationBulkRemoveDelay | Sim |
7 | NCacheServidor.EvictionBulkRemoveSize | Sim |
8 | NCacheServidor.EvictionBulkRemoveDelay | Sim |
9 | NCacheServidor.BulkItemsToReplicate | Sim |
10 | NCacheServidor.EnableCacheLastAccessCount | Sim |
11 | NCacheServer.EnableCacheLastAccessCountLogging | Sim |
12 | NCacheServer.CacheLastAccessCountInterval | Sim |
13 | NCacheServidor.CacheLastAccessLogInterval | Sim |
14 | NCacheServidor.LOHPoolSize | Sim |
15 | NCacheServidor.LOHPoolBufferSize | Sim |
16 | NCacheServidor.CacheSizeThreshold | Sim |
17 | NCacheServidor.CacheSizeReportInterval | Sim |
18 | NCacheServidor.LogClientEvents | Sim |
19 | NCacheServidor.EventLogLevel | Sim |
20 | NCacheServidor.AllowRequestEnquiry | Sim |
21 | NCacheServidor.RequestEnquiryInterval | Sim |
22 | NCacheServidor.ResponseDataSize | Sim |
23 | NCacheServidor.EnableSnapshotPoolingCacheSize | Sim |
24 | NCacheServidor.SnapshotPoolSize | Sim |
25 | NCacheServidor.SnapshotCreationThreshold | Sim |
26 | NCacheServidor.RequestInquiryCleanInterval | Sim |
Algumas alterações arquiteturais são feitas no cache do cliente para ter um melhor desempenho no caso de operações em massa.
04 de abril de 2015
NCache 4.4 SP1 contém alguns novos recursos, bem como melhorias importantes relacionadas à memória e ao desempenho do NCache. Esta é uma atualização recomendada para todos NCache usuários.
A seguir estão alguns aprimoramentos feitos nesta versão:
As operações básicas de gerenciamento e configuração agora podem ser executadas no Visual Studio. Com NCache 4.4 SP1, a instalação do desenvolvedor vem com um 'NCache Extensão do Manager que ajuda os desenvolvedores a gerenciar NCache do Visual Studio. Visual Studio 2010/2012/2013 são suportados por NCache.
Um pacote NuGet é fornecido para desenvolvedores criarem aplicativos usando NCache sem instalar NCache em suas máquinas. Com este pacote, os desenvolvedores podem escrever seus aplicativos usando NCache API e teste-os com o cache InProc.
A integração do Entity Framework 6.0 e 6.1 é fornecida em NCache 4.4 SP1. Anteriormente, NCache com suporte Entity Framework 5.0 ou anterior. Neste pacote de serviços, NCache também fornece extensões de cache para Entity Framework 6.0 que permitem aos desenvolvedores mais controle sobre quais entidades armazenar em cache. Esta é uma opção de configuração alternativa à sem alteração de código para desenvolvedores que desejam ter um controle maior sobre as entidades que estão sendo armazenadas em cache.
NCache O 4.4 SP1 usa estruturas de dados personalizadas que são aprimoradas para ocupar menos memória e ter melhor desempenho que as estruturas de dados nativas do .NET. Essas estruturas de dados evitam alocações em Large Object Heap (LOH) tanto quanto possível para evitar NCache processos entrem em um estado de grave fragmentação de memória. Por isso, NCache O 4.4 SP1 tem um grande aumento na memória e no desempenho.
O particionamento de rede ou split-brain ocorre quando o cluster é dividido de tal forma que alguns dos servidores não conseguem se conectar com o restante dos servidores. Essas instâncias agora estão conectadas ao visualizador de eventos e alertas por e-mail para tais cenários também podem ser configurados em NCache Gerente.
NCache 4.4 SP1 é certificado para Windows Server 2012 R2. Passou em todos os testes de compatibilidade da Microsoft. A Microsoft validou isso NCache funciona de acordo com os padrões da Microsoft.
08 de janeiro de 2015
NCache 4.4 contém algumas melhorias importantes e algumas correções de bugs importantes relacionadas à estabilidade do cache. É uma atualização recomendada para todos os usuários.
A seguir estão alguns aprimoramentos feitos nesta versão:
NCache o licenciamento foi movido para o modelo de licenciamento anual do modelo perpétuo anteriormente suportado.
As estruturas de dados internas são otimizadas para reduzir a sobrecarga de memória dos itens armazenados.
Grandes melhorias no tempo de inicialização do cluster para tamanhos de cluster acima de 20 nós.
Novos contadores perfmon são introduzidos para medir a memória adquirida por vários índices. A seguir estão as breves descrições de cada um deles:
Novos contadores perfmon relacionados ao OQL também são introduzidos para medir o desempenho das operações de cache relacionadas à consulta, como: Média de µs/Execução de Consulta: Tempo médio que a consulta leva durante a execução. Tamanho Médio da Consulta: Número Médio de itens retornados pelas consultas. Consultas/s: Número de consultas por segundo no cache.
NCache agora é totalmente compatível com o Windows Server 2012 R2.
30 de Junho de 2014
NCache 4.3 Service Pack1 (SPs) contém algumas melhorias importantes e correções de bugs importantes relacionadas à estabilidade do cache. É uma atualização recomendada para todos NCache 4.3 usuários.
A seguir estão alguns aprimoramentos feitos nesta versão:
Você pode configurar o log do lado do cliente modificando o arquivo client.ncconf (existe na pasta %NCHOME%/config. Por padrão, o log do lado do cliente está desabilitado para todos os caches, mas você pode habilitar o log do lado do cliente para um cache a qualquer momento, especificando o valor 'true' para 'enable-client-logs', por exemplo
<cache id="mycache" ... enable-client-logs="false|true" log-level="error|info"/>
Os valores possíveis para o atributo 'enable-client-logs' são 'false' e 'true'. O valor padrão é 'falso'.
Os valores possíveis para o atributo 'log-level' são 'error' e 'info'. O valor padrão é 'erro'.
Atual NCache clientes de uma rede diferente ou remota também podem acessar o cache que existe em uma rede diferente. Para conseguir isso, basta adicionar as duas tags a seguir em 'Alachisoft.NCacheArquivos .Service.exe.config' nos nós do servidor de cache.
<add key="NCacheServer.MgmtEndPoint" value="public-ip:public-port" />
<add key="NCacheServer.ServerEndPoint" value="public-ip:public-port" />
Onde IP público é o endereço IP exposto fora da rede e porta pública é a porta acessível fora da rede.
Os caches do cliente eram anteriormente visíveis apenas em NCache Manager em seus respectivos caches de segundo nível (2º nível), mas agora você pode visualizar o cache do cliente existente em NCache Manager sob o nó da árvore 'Caches Locais' do 'Explorador de Cache'.
Os alertas por e-mail são suportados para caches locais fora de processamento e caches de clientes fora de processamento. Você pode selecionar os eventos nos quais NCache enviaria uma notificação por e-mail, por exemplo, no Cache Start, no Cache Stop etc.
Os caches de cliente podem ser configurados fora da rede do cluster de cache usando ferramentas de linha de comando, por exemplo, CreateClientCache, AddClientNode etc.
NCache agora é totalmente compatível com o Windows Server 2012.
NCache fornece a API do cliente Java para usar o NCache como armazenamento de cache de dentro dos aplicativos baseados em Java. NCache O cliente Java é totalmente compatível com a API do cliente .NET.
05 de março de 2014
NCache A versão 4.3 introduziu novos recursos e melhorias importantes que são essenciais para aplicações de nível empresarial. Esta nova versão permite NCache para ser instalado na nuvem; no Windows Azure e Amazon. Além disso, um invólucro para Memcached agora está disponível para usuários existentes que desejam substituir Memcached com NCache. Esta nova versão fornece um pacote para compartilhamento de dados em tempo de execução entre múltiplas plataformas (Java e .Net). Java se tornou 100% compatível com .NET e agora você pode gerenciar seus clientes Java com NCache Gerente.
Para obter uma lista abrangente de todos os recursos do 4.3, leia NCache Funcionalidades
Ao registrar eventos com cache, os clientes de cache podem informar ao cache se estão interessados em dados ou metadados quando os eventos ocorrem. Por padrão, os dados ou metadados não são enviados com os eventos aos clientes.
Uma nova API para registrar eventos foi introduzida enquanto a API antiga foi marcada como obsoleta. A API antiga não pode ser usada para receber dados com eventos.
Write-through e write-behind agora podem ser configurados para os seguintes comportamentos:
As consultas agora podem ser registradas com a cláusula 'Agrupar por' como no banco de dados para agrupar os resultados conforme necessário.
Uma nova API foi introduzida para este método. Atualmente, este novo método 'ExecuteReader' na API só pode ser usado se 'group by' for usado. Para todas as outras instruções select, o método antigo deve ser usado.
Assim como no banco de dados, agora os itens podem ser removidos do cache escrevendo instruções delete. Anteriormente, apenas as instruções select e update eram suportadas. Uma nova API foi introduzida para oferecer suporte à instrução delete. ExecuteNonQuery será usado para instruções de exclusão.
Um nó agora pode ser interrompido normalmente em um cluster. Esta ação garantirá que todas as solicitações do cliente que atingiram o nó sejam executadas no cache antes que ele pare completamente. Da mesma forma, todas as operações write-behind pendentes na fila naquele momento também são executadas na fonte de dados. No entanto, nenhuma outra solicitação de cliente será aceita por este nó.
Os seguintes aprimoramentos são feitos no recurso de criptografia:
As seguintes melhorias foram feitas na serialização compacta:
CacheInitParams ao inicializar o cache agora pode cobrir tudo o que pode ser configurado em client.ncconf. Anteriormente, client.ncconf sempre era necessário para inicializar um cache. As configurações passadas por CacheInitParams têm um efeito predominante nas configurações definidas em client.ncconf.
O cache InProc agora mantém objetos em formato desserializado. Isso elimina o custo de serialização e desserialização e, portanto, melhora o desempenho. Os caches do cliente InProc também mantêm objetos em formato desserializado.
As chamadas de API agora podem ser registradas apenas configurando algumas opções na configuração do cliente. Esses logs são gerados nas caixas do cliente e são muito úteis para determinar quais métodos de cache estão sendo chamados e em que sequência.
Os usuários podem configurar para gerar os arquivos de log no local de sua escolha. Cada cache pode ter seu próprio local de log. Por padrão, todos os arquivos de log serão gerados na pasta log-files do diretório de instalação.
Ao adicionar caches à ponte, os usuários podem configurar um cache para participar como membro ativo ou passivo da ponte. Mesmo quando a ponte está instalada e funcionando, os usuários podem transformar um passivo em ativo e um ativo em passivo sem perder nenhum dado. A experiência do usuário para configurar uma ponte também é alterada, pois as topologias na ponte podem ser alternadas entre Ativo-Ativo para Ativo-Passivo a qualquer momento. Outras topologias 'Star' e 'Hub-spoke' não estão atualmente disponíveis em bridge.
O usuário pode escolher um dos dois caches na ponte como 'cache mestre'. Sempre que há necessidade de transferência de estado entre caches em bridge, os dados são transferidos de um cache mestre para o não mestre. Quando o cache mestre fica inativo, o único cache restante se torna mestre automaticamente.
Os administradores de cache podem conectar e desconectar temporariamente os caches da ponte enquanto a ponte está em execução. Quando um cache é desconectado, nenhum dado é transferido entre a ponte e o cache desconectado. Da mesma forma, o cache do outro lado da ponte para de enfileirar dados na ponte, pois o cache desconectado não recebe mais dados. O cache pode ser reconectado a qualquer momento.
O protocolo de comunicação para operações de gerenciamento e monitoramento foi alterado para 'Socket' de .Net Remoting'. Isto faz NCache e as ferramentas de gerenciamento e monitoramento do JvCache são intercompatíveis.
NCache O Manager agora também pode ser usado para gerenciar clientes JvCache. NCache O Manager também pode buscar contadores SNMP para clusters JvCache.
Observamos que, em alguns ambientes, os contadores de desempenho remotos são acessíveis apenas por meio de seus nomes de máquinas e, em alguns, por meio de seus endereços IP. Então nesta versão NCache, NCache O gerenciador tem uma opção onde o usuário pode escolher coletar contadores de desempenho remotos por meio de seu IP ou nome da máquina.
NCache Gerenciador utilizado para bloquear as DLLs quando os índices de consulta eram configurados pelos usuários. Nesta versão, NCache O Manager abre as DLLs fornecidas em um domínio de aplicativo separado e, portanto, nunca bloqueia as DLLs.
Existe outro tipo de painel disponível em NCache Monitor que permite aos usuários criar um painel com estilo de visualização de relatório. Neste painel, os usuários têm dois controles de relatório. Um é para nós de servidor de cache, enquanto outro é para nós clientes. Os usuários podem eliminar os contadores neste controle e seus valores são mostrados em um estilo de visualização de relatório, conforme mostrado em perfmon.
Os contadores adicionados na visualização do relatório também podem ser configurados para serem registrados. Os usuários podem iniciar e parar o registro a qualquer momento. Eles também podem programar o início do registro automaticamente, especificando o horário de início e término. Esses arquivos de log são gerados no formato .csv.
NCache Monitor agora também pode ser usado para monitorar JvCache. Dependendo se o cluster selecionado é de NCache ou JvCache, ele busca contadores de perfmon ou SNMP respectivamente.
As seguintes novas ferramentas de linha de comando são adicionadas a NCache:
Existente Memcached os usuários agora podem mudar para NCache sem alteração de código. Existem duas maneiras de substituir memcached com NCache:
Este gateway é instalado em caixas cliente e servidor como um serviço Windows. É uma implementação de memcached protocolo que envolve o NCache chama dentro dele. Dessa forma, todas as chamadas de API de memcached clientes são encaminhados para NCache servidores através deste gateway. Somente alterações de configuração são necessárias nesta abordagem.
Agora sobre o memcached implementações de cliente são suportadas nesta abordagem:
A integração do NHibernate foi escrita do zero para remover as limitações da implementação anterior. A seguir estão algumas melhorias feitas na nova implementação:
Os usuários agora podem escrever seu próprio código para modificar os itens de cache antes de serem inseridos no NCache. Os usuários podem alterar a expiração, dependências, etc. dos itens do cache de saída escrevendo esses ganchos.
Para isso, os usuários devem implementar uma interface fornecida com OutputCacheProvider e então registrar este assembly e classe em web.config.
Todos os itens armazenados em cache de vários NCache as integrações são marcadas com tags especiais que determinam o tipo de itens de cache. Por exemplo, todas as sessões criadas no cache possuem uma tag especial que informa que se trata de um item de cache de sessão. Desta forma, os usuários podem identificar qualquer item no cache, seja uma sessão ou não.
Da mesma forma, os itens OutputCache e ViewState também são marcados com suas próprias tags.
24 de outubro de 2013
NCache 4.1 SP3 contém algumas melhorias importantes e correções de bugs importantes relacionadas à estabilidade do cache. É uma atualização recomendada para todos NCache 4.1 usuários.
A seguir estão alguns aprimoramentos feitos nesta versão:
NCache O provedor de armazenamento de sessão para cache de sessão do ASP.NET agora tem a capacidade de tentar novamente qualquer operação de cache se a operação falhar. Adicione os seguintes atributos no NCache configurações do provedor de armazenamento de sessão:
Novas tentativas de operação no provedor de cache de objetos NCache O provedor de cache de objetos para .NET4x agora tem a capacidade de tentar novamente qualquer operação de cache se a operação falhar.
Adicione a seguinte entrada sob o no arquivo de configuração do aplicativo (app.config ou web.config) como:
<add key="operationRetries" value="3"/>
<add key="operationRetryInterval" value="2000"/> // 'operationRetryInterval' is the value in milli seconds
Um novo recurso é implementado no cache ViewState, que permite agrupar o viewstate de páginas relacionadas. Isso fornecerá mais controle para o cache do viewstate. Usando este recurso é possível armazenar em cache diferentes grupos de veiwstate em caches diferentes, ou armazenar em cache veiwstate usando expirações diferentes para cada grupo de viewstate.
Esse aprimoramento em NCache O módulo de cache ViewState oferece a opção de restringir o número de viewstate por página no cache. Adicione o atributo 'maxViewStatesPerSession' no ' tag sob a tag 'ncContentOptimization'. Este atributo assume valor em números inteiros.
No início do Cache, o carregador de inicialização do Cache não é iniciado instantaneamente. Seu início é atrasado 20 segundos após o início do cache. Este atraso é configurável usando o seguinte atributo em 'Alachisoft.NCacheArquivo .Service.exe.config': Adicione a seguinte entrada no em NCache arquivo de configuração de serviço como:
<add key="NCacheServer.CacheLoaderStartupDelay" value="20"/>
O valor padrão para este atributo é 20 segundos.
Para evitar problemas parciais de conectividade do cluster quando os caches são iniciados simultaneamente usando o recurso de inicialização automática, um atraso pode ser introduzido. Adicione a seguinte entrada sob o em NCache arquivo de configuração de serviço como:
<add key="NCacheServer.CacheStartDelay" value="3"/>
O valor padrão para este atributo é '3 segundos'.
A exceção 'IndexNotDefined' é lançada para o cliente quando ele consulta um atributo que não está indexado. Esse problema pode ocorrer facilmente quando NamedTags são usados à medida que índices são criados para NamedTags em tempo de execução. Agora é configurável suprimir esta exceção. Adicione a seguinte entrada sob o em NCache arquivo de configuração de serviço como:
<add key="NCacheServer.DisableIndexNotDefinedException" value="true|false"/>
O aplicativo cliente pode ser configurado para consumir todos os eventos recebidos de forma 'síncrona' ou 'assíncrona'. Modo de consumo de evento padrão para NCache O cliente é 'assíncrono', mas os eventos podem ser consumidos no lado do cliente 'sincronamente'. Adicione a seguinte entrada sob o no arquivo 'App.config' do aplicativo cliente como:
<add key="NCacheClient.AsynchronousEventNotification" value="true|false"/>
<add key="NCacheClient.NumberofEventProccesingThreads" value="2"/>
Para o modo de processamento de eventos síncronos, neste exemplo são usados 2 threads, mas é configurável para ajustar as necessidades de processamento de eventos de acordo com os requisitos do aplicativo cliente. O valor mínimo padrão é '1' e o valor máximo padrão é '5'.
Novo contador do lado do servidor:
Novos contadores do lado do cliente:
Agora, a chamada de limpeza de cache disparará os eventos ItemRemoved para todas as chaves que existem em um conjunto de resultados ContinuousQuery.
Se houver um cache do cliente ativado e muitos itens estiverem expirando do cache L2, o L2 enviará eventos de expiração de itens ao cache do cliente (cache L1) para remover esses itens de seu armazenamento local. Isso prejudica o desempenho de clientes ativos e utiliza alta CPU. Agora o cache do cliente (Cache L1) também manterá a expiração dos itens, e o cache L2 não enviará os eventos de expiração para o cache L1.
NCache O módulo EFCaching fornecido é aprimorado para análise e armazenamento em cache do EF.
Agora o serviço de ponte pode ser configurado para iniciar as pontes especificadas no início do serviço. Para configurar uma ponte para iniciar automaticamente quando um serviço de ponte (Alachisoft.NCache.Bridge.exe) é iniciado/reiniciado. Descomente a seguinte tag em 'Alachisoft.NCache.BridgeService.exe.config' e forneça o(s) nome(s) da ponte que está(ão) configurado(s) nas máquinas atuais, como:
<add key=" NBridgeServer.AutoStartBridges" value="Bridge-1,Bridge-2"/>
10 de outubro de 2012
NCache 4.1 SP2 contém algumas melhorias importantes e correções de bugs importantes relacionadas à estabilidade do cache. É recomendado atualizar para todos NCache 4.1 usuários.
A seguir estão alguns aprimoramentos feitos nesta versão:
O recurso de criptografia é fornecido para garantir que os dados trafegam entre NCache cliente e NCache servidor ou entre nós do cluster é criptografado. Isso evitará o vazamento de dados do usuário, mesmo que os pacotes de dados sejam detectados na rede.
Agora, várias dependências de banco de dados podem ser adicionadas para um único item em cache. Este recurso compensará a limitação de dependência de 'Notificação SQL' de uma única dependência de banco de dados.
Caches configurados para 'inicialização automática' agora podem ser atrasados de acordo com o tempo especificado pelo usuário. Isto irá melhorar o NCache tempo de resposta caso haja muitos caches configurados para 'auto start'. Adicione a seguinte entrada sob o <appSettings>
in NCache arquivo de configuração de serviço como:
add key='NCacheServer.AutoStartDelay' value='5'
Agora você pode configurar os 'caches do cliente' para iniciar automaticamente na reinicialização do serviço ou quando a máquina cliente for reinicializada. Isso disponibilizará o cache do cliente sem intervenção do usuário.
Agora o veiwstate é armazenado em cache junto com o 'ID da sessão' como informações de 'grupo'. Isso facilitará ao usuário relacionar o viewstate e a sessão da mesma aplicação e usuário. Usando este recurso, o usuário pode remover todo o viewstate relacionado a uma sessão específica quando uma sessão é fechada ou expira. Adicione o seguinte atributo dentro
groupedViewStateWithSessions="true|false"
10 de maio de 2012
NCache 4.1 Service Pack1 (SP1) contém algumas melhorias importantes e correções de bugs importantes relacionadas à estabilidade do cache. É uma atualização recomendada para todos NCache 4.1 usuários.
A seguir estão alguns aprimoramentos feitos nesta versão:
Você pode adicionar tipos genéricos personalizados para serialização compacta. Todos os tipos genéricos com qualquer número de argumentos podem ser serializados através da serialização compacta. Você pode registrar tipos genéricos através NCache Manager ou por meio de um manipulador customizado implementando a interface IGenericTypes. Atualmente, esse recurso está disponível apenas para clientes .NET.
Agora você pode modificar atributos de itens de cache em tempo de execução sem modificar os dados. Atualmente, a API (SetAttribute) permite atualizar dicas de dependência e expiração.
Você pode ter servidores de cache, bem como clientes rodando em diferentes fusos horários; NCache manterá um horário padrão para expirar um item com base no fuso horário local. Sempre que um item é replicado ou movido de um servidor de cache para outro, a expiração é redefinida de acordo com o fuso horário local, tornando possível a expiração do item de acordo com o intervalo de tempo configurado.
23 de agosto de 2011
NCache A versão 4.1 introduziu novos recursos e aprimoramentos muito importantes que são críticos para aplicativos de nível empresarial. Esta nova versão oferece um pacote totalmente novo para compartilhamento de dados em tempo de execução entre várias plataformas (java e .Net). Java tornou-se 100% compatível com .NET e agora você pode até plug-in seu código Java com NCache processo. NCache O modelo de solicitação-resposta também foi aprimorado para lidar com grandes respostas em que GBs de dados podem ser recuperados do cache clusterizado em uma única solicitação. Todos os bugs que foram relatados na versão anterior foram corrigidos nesta versão.
Para uma lista abrangente de TODOS OS RECURSOS em 4.1, por favor leia NCache Funcionalidades:
NCache agora permite armazenar objetos .NET no cache e lê-los como objetos Java de seus aplicativos Java ou vice-versa. E, em vez de fazer a transformação de .NET para Java por meio de XML, NCache usa transformação de nível binário. Como resultado, o desempenho é super rápido. NCache resolve automaticamente conflitos de tipo entre Java e .NET.
Você também pode utilizar várias versões no compartilhamento de dados em tempo de execução entre .NET e Java. Veja os detalhes abaixo.
Agora você pode compartilhar diversas versões das mesmas classes .NET ou Java em vários aplicativos. Um aplicativo pode estar usando a versão 1.0 de uma classe, enquanto outro aplicativo pode ter uma versão 2.0 posterior dessa mesma classe. Quando a versão 2.0 desta classe é armazenada no cache, o aplicativo anterior ainda pode buscar essa classe como versão 1.0 e vice-versa. NCache permite configurar mapeamentos de versão por meio de arquivos de configuração XML.
Você também pode utilizar a versão em Runtime Data Sharing entre .NET e Java.
NCache permite especificar um conjunto de dados com base em uma consulta semelhante a SQL. Em seguida, ele mantém esse conjunto de dados no cluster de cache para você e monitora quaisquer alterações de tempo de execução nele, incluindo adições, atualizações ou exclusões. E, NCache notifica seu aplicativo sempre que alguma dessas alterações ocorrer no conjunto de dados. Isso permite que seus aplicativos monitorem de forma mais inteligente alterações de dados ou adição de dados que correspondam a determinados critérios e sejam notificados por NCache.
Este é um recurso poderoso se você deseja compartilhar dados em tempo de execução entre vários aplicativos.
A topologia de ponte permite replicar de forma inteligente e assíncrona todo o cache na WAN. NCache 4.1 agora oferece quatro configurações diferentes na Topologia de Bridge. Eles são:
Anteriormente, você só podia atribuir tags como valores. Agora você pode atribuir tags com nomes. Isso permite indexar dados com base no nome do atributo e no conceito de valor do atributo. Anteriormente, você podia indexar objetos, mas todos os dados de string não podiam ser indexados. Agora, até mesmo dados de string (por exemplo, XML) podem ser indexados com tags nomeadas. Então, você poderia usar NCache API para buscar dados pertencentes a uma ou mais tags nomeadas ou você pode emitir uma consulta semelhante a SQL (por meio de LINQ ou OQL) para eles.
NCache 4.1 traz suporte para Java no mesmo nível do .NET. Aqui estão os novos recursos baseados em Java destinados a acompanhar o conjunto de recursos do .NET:
Agora você pode usar o recurso Client Cache em aplicativos Java no Windows ou Unix. Não há necessidade de alteração de código em seus aplicativos para ativar o Cache do Cliente.
Agora você pode usar o recurso Client Cache em aplicativos Java no Windows ou Unix. Não há necessidade de alteração de código em seus aplicativos para ativar o Cache do Cliente.
Escreva seu código de carregamento de cache em Java e registre-o com NCache. Seu código Java nativo será executado em servidores de cache, assim como o código .NET.
Agora você pode registrar suas classes Java com NCache e NCache gera seu código de serialização no momento da inicialização, compila-o na memória e envia-o para NCache clientes. Este código Java compilado é então executado para serializar/desserializar suas classes Java. Obviamente, isso acelera seu desempenho porque o código de serialização compilado é executado muito mais rápido do que a serialização baseada em Reflection que é feita em Java.
NCache agora fornece um cache L2 para Hibernate. Isso permite que você comece a usar NCache sem fazer nenhuma alteração no código do seu aplicativo Java.
NCache agora permite que os servidores de cache retornem respostas maiores em pedaços menores para uma determinada solicitação. Isso melhora o desempenho geral do cache porque o custo de serialização diminui com o tamanho e também ajuda os aplicativos a buscar conjuntos de dados maiores em uma única chamada. Ele também elimina a limitação de serialização do .NET onde falha ao serializar dados maiores que 1.9 GB. O limite de resposta e o tamanho do bloco são configuráveis e podem ser modificados em NCache arquivo de configuração de serviço “NCache\bin\serviço\ Alachisoft.NCache.Serviço.exe.config”
<add key="NCacheServer.ResponseDataSize" value="1024"/>
17 de março de 2011
NCache 3.8 Service Pack 4 (SP4) contém correções importantes que são importantes para ambientes de produção. É uma atualização recomendada para todos NCache Usuários 3.8.
A seguir estão alguns aprimoramentos feitos nesta versão:
Você pode compartilhar valores de string entre aplicativos .NET e Java.
<add key="NCacheServer.NCacheSQLNotificationService" value="NCacheSQLService"/>
A arquitetura de dependência do SQL Cache foi aprimorada para oferecer suporte a filas personalizadas e serviços de notificação que não exigem permissões extras do usuário, como “criar fila” e “criar serviço”. NCache agora permite que você escolha o modo padrão (com notificação SQL padrão e serviço de fila) ou modo personalizado onde você pode especificar sua própria fila e serviço de notificação. O formato do nome do serviço deve ser "NCacheSQLService-[endereço-ip]" e "NCacheSQLQueue-[ip-address]" onde o IP-Address será da máquina na qual NCache processo de serviço estará em execução. Você pode especificar essa configuração no arquivo de configuração do serviço: “NCache/bin/service/Alachisoft.NCache.Service.exe.config”
.
02 Novembro, 2010
Neste lançamento de NCache 3.8 Pacote de Serviço 3 (SP3), NCache Enterprise é separado em dois produtos denominados 'NCache para .NET' e 'NCache para Java'. Anteriormente 'NCache'tinha ambos os componentes combinados em um único pacote.
Dois novos recursos também são adicionados em 'NCache Cliente Java'.
A seguir estão alguns aprimoramentos feitos nesta versão:
Agora você pode adicionar itens no cache com 'dependência de banco de dados' do seu aplicativo Java. Qualquer alteração no banco de dados relacionado invalida a entrada do cache e sua aplicação receberá notificações sobre essa alteração.
NCache O cliente Java adicionou suporte de streaming na API, onde você pode ler e gravar fluxo de dados binários no cache.
NCache Enterprise 3.8.x
10 de Outubro, 2010
NCache 3.8 O Service Pack 2 (SP2) contém correções e aprimoramentos importantes que foram relatados pelos clientes. É uma atualização recomendada para todos os usuários de NCache 3.8.
A seguir estão alguns aprimoramentos feitos nesta versão:
NCache agora suporta licenciamento em ambientes Xen VM.
O Visual Studio 2010 mostra uma mensagem de aviso quando você adiciona referência a NCache assemblies e então a compilação também falha. Isso só acontece se o framework de destino do aplicativo for .NET 3.5. Este é um problema conhecido do Visual Studio que fica confuso quando você tem os mesmos assemblies disponíveis no GAC 2.0 e GAC 4.0 e para assemblies dependentes ele tenta carregá-los do GAC 4.0, o que resulta na mensagem de aviso.
Resolvemos esse problema copiando todos os assemblies no NCache bin/assembly e agora o Visual Studio não precisa localizar os assemblies dependentes no GAC. Isso resolveu o problema.
<script>
tag termina com </script>
. Da mesma forma, a minificação de CSS falhará se caminhos relativos forem usados para carregar imagens. Agora os caminhos relativos em CSS são convertidos em caminhos absolutos. 24 de agosto de 2010
NCache 3.8 Service Pack 1 (SP1) contém correções e aprimoramentos importantes. O recurso mais importante e exigido adicionado nesta versão é o suporte ao .Net frame work 4.0. A API é totalmente compatível com a versão 3.8 e os aplicativos podem ser atualizados sem reconstruir/recompilar o aplicativo.
A seguir estão alguns aprimoramentos feitos nesta versão:
A base de código de NCache servidor de cache foi convertido para .NET 4.0 e o NCache client está disponível nas versões .NET 2.0 e 4.0.
Há uma melhoria no gerenciamento de cache do cliente por meio de NCache Gerenciador onde os arquivos do projeto entrarão em contato com os nós do cliente na opção de atualização e isso melhorou o carregamento rápido de NCache Arquivo de projeto do gerenciador.
Resolvemos esse problema copiando todos os assemblies no NCache bin/assembly e agora o Visual Studio não precisa localizar os assemblies dependentes no GAC. Isso resolveu o problema.
NCache as amostras agora são criadas com o visual studio 2008.
Problema da VeriSign, o padrão no arquivo de configuração do serviço deve ser generatePublisherEvidence habilitado ="false"/>
. O aprimoramento é feito.
A assinatura da interface do provedor ReadThru foi modificada para suportar recursos máximos de NCache. Há uma nova estrutura introduzida no namespace “Alachisoft.NCache.Runtime.Caching” chamado ProviderCacheItem que é semelhante ao CacheItem. Agora você pode especificar facilmente expirações, tags, dicas de despejo, dependências, etc.
Novas interfaces
public void LoadFromSource(string key, out ProviderCacheItem cacheItem)
public Dictionary<string, ProviderCacheItem> LoadFromSource(string[] keys)
Agora, você pode especificar a propriedade IsResyncExpiredItem no Cache Loader para que os itens expirados possam ser recarregados automaticamente.
NCache não suporta a versão mais recente do NHibernate 2.1.2. Também adicionamos suporte regional nesta versão. O aplicativo de exemplo NHibernate também é modificado com suporte a regiões NHibernate.
7 de Junho de 2010
NCache 3.8 contém novas adições e aprimoramentos importantes com base no feedback do cliente. A compatibilidade com versões anteriores da API é a preocupação mais importante para a maioria dos clientes e, tendo isso em mente, adicionamos um novo protocolo para compatibilidade com a API. A partir de agora (3.8) todos os novos lançamentos serão automaticamente compatíveis com versões mais antigas do NCache (a partir de 3.8).
A seguir estão alguns aprimoramentos feitos nesta versão:
NCache fornece integração LINQ com a ajuda da interface IQueryable que permite que os itens armazenados em cache sejam pesquisáveis. NCache oferecem suporte a expressões Lambda e operadores LINQ para consultar itens em cache.
NCache fornece integração perfeita com o cache do EF, onde ele é conectado no nível do ADO e permite que seu aplicativo use o cache distribuído sem qualquer alteração de código. Você só precisa fazer alterações no arquivo de configuração do aplicativo.
Resolvemos esse problema copiando todos os assemblies no NCache bin/assembly e agora o Visual Studio não precisa localizar os assemblies dependentes no GAC. Isso resolveu o problema.
NCache fornece integração com o provedor de cache .NET 4.0. NCache também fornece diferentes Monitores de Mudança (baseado em arquivo, baseado em chave, dependência de banco de dados) para gerenciar dependências de cache.
NCache agora segue o protocolo de compatibilidade com versões anteriores e, em versões futuras, o aplicativo poderá se conectar a versões mais recentes sem atualizar os clientes.
NCache adicionou suporte de streaming na API onde você pode ler e gravar fluxo de dados binários no cache.
NCache combina vários arquivos JavaScript e arquivos CSS em um único arquivo de recurso e armazena-o no cache. Ele também substitui a saída renderizada por uma única referência HTTP para todos os arquivos CSS e JS para que o navegador possa fazer uma única chamada para carregar todos os recursos. Isso ajuda a melhorar o tempo de resposta do seu aplicativo.
NCache substitui a longa string ViewState por uma menor e a envia para o cliente. Isso ajuda a melhorar o desempenho do aplicativo e economizar largura de banda.
Agora você pode receber alertas por e-mails sobre determinados eventos de cache, como “Transferência de estado”, Cache interrompido, Membro esquerdo, Membro ingressado etc.
Esta API permite meta informações sobre itens de cache como LastAccessed Time e Creation DateTime.
NCache permite vários provedores readthru e writethru. NCache O Manager implanta automaticamente os assemblies da fonte de dados na pasta implantada para que você não precise copiar manualmente os assemblies do provedor em NCache pasta de serviço.
A topologia de réplica particionada agora oferece suporte à replicação síncrona.
Agora você pode configurar a segurança por meio da ferramenta de linha de comando
Se você tiver um arquivo config.ncconf de cache antigo, poderá atualizá-lo usando esta ferramenta.
Agora você pode configurar Remote Clients de NCache Manager e pode alterar facilmente as configurações individuais do cliente a partir de um único ponto.
Você também pode adicionar remote clientse cliente-cache por meio de ferramentas de linha de comando.
Agora você pode especificar seus assemblies do provedor de cache por meio de um novo assistente onde você pode escolher seu assembly. Agora, você não precisa digitar as informações da montagem manualmente.
NCache O Manager fornece a implantação automática de provedores de fonte de dados.
Agora você não precisa implementar nenhuma interface ISerializable ou IDeserializable para serialização compacta. Você só precisa registrar os tipos compactos em NCache Gerente e NCache serializar automaticamente os tipos em tempo de execução.
A segurança pode ser configurada de NCache Gerente agora.
21 de abril de 2010
NCache 3.6.2 (SP3) contém correções e aprimoramentos importantes que foram relatados pelos clientes. O recurso mais importante e exigido incluído nesta versão é o suporte de cache de sessão Java para plataformas J2EE. Agora, você pode usar facilmente NCache como um armazenamento de sessão para seus aplicativos Java sem fazer nenhuma alteração de código. Você só precisa adicionar um filtro de sessão Java em seu arquivo web.xml.
Aqueles que usam NCache A versão 3.6.x pode ser atualizada sem reconstruir/recompilar o aplicativo.
A seguir estão alguns aprimoramentos feitos nesta versão:
NCache O Java Session Provider é suportado para WebLogic e pode ser usado em qualquer plataforma de J2EE (servidores web), se a plataforma subjacente (servidor web) seguir a especificação Java Servlet 2.3 (ou posterior). As sessões Java são suportadas nas plataformas Linux e Windows.
NCache O Java Session Provider é compatível com JBoss nas plataformas Linux e Windows.
NCache O Java Session Provider é suportado pelo WebSphere nas plataformas Linux e Windows.
NCache O Java Session Provider é compatível com Apache-Tomcat nas plataformas Linux e Windows.
Existem dois tipos de Garbage Collector baseados no sistema operacional do servidor e na estação de trabalho chamados “Server GC” e “Workstation”, respectivamente. A menos que seja especificado .NET framework usa o GC da estação de trabalho por padrão, mesmo que esteja sendo executado no sistema operacional do servidor. Agora, NCache permite que você especifique o modo GC dependendo do seu sistema operacional. O Server GC foi projetado para produtividade máxima e pode ser dimensionado com desempenho muito alto. NCache agora está configurado por padrão para usar o Server GC em vez do Workstation GC. Você pode alterar este modo de Alachisoft.NCache.Service.exe.config:
<add key="NCacheServer.EnableForcedGC" value="true"/>
<add key="NCacheServer.ForcedGCThreshold" value="80"/>
11 de janeiro de 2010
NCache 3.6.2 O Service Pack 2 (SP2) contém correções e aprimoramentos importantes que foram relatados pelos clientes. É uma atualização recomendada para todos os usuários de NCache. Aqueles que usam NCache A versão 3.6.x pode ser atualizada sem reconstruir/recompilar o aplicativo.
A seguir estão alguns aprimoramentos feitos nesta versão:
Um evento será registrado no visualizador de eventos do Windows e no log de erros de cache quando:
Esses eventos são categorizados como informação, aviso e informação.
<add key="NCacheServer.EventLogLevel" value="error | warning| all"/>
O usuário pode especificar apenas um dos seguintes níveis:
A entrada do log de conexão do cliente para o visualizador de eventos/arquivo de log pode ser NCache Arquivo de configuração do serviço. Por padrão, esta opção está desabilitada, mas você pode habilitá-la modificando o seguinte atributo em NCache arquivo de configuração do serviço.
"Alachisoft.NCache.Service.exe.config".
<add key="NCacheServer.LogClientEvents" value="false" />
NOTA: A alteração acima requer NCache serviço para reiniciar.
NCache agora oferece suporte ao Oracle 11g para dependência de banco de dados e recurso de sincronização.
06 de outubro de 2009
NCache 3.6.2 O Service Pack 1 (SP1) contém correções e aprimoramentos importantes que foram relatados pelos clientes. É uma atualização recomendada para todos os usuários de NCache. Aqueles que usam NCache A versão 3.6.x pode ser atualizada sem reconstruir/recompilar o aplicativo.
A seguir estão alguns aprimoramentos feitos nesta versão:
Para superar problemas de quebra de soquete nos nós do cluster, NCache tem uma nova lógica de tentativa de conexão que é configurável em config.ncconf na configuração do cluster.
connection-retries="10" connection-retry-interval="1secs"
No caso de um soquete quebrar devido a problemas de rede, NCache tentará restabelecer a conexão após cada intervalo de novas tentativas de conexão tantas vezes quanto as tentativas de conexão. Isto requer um reinício do NCache serviço após a atualização.
NCache contadores do lado do cliente são introduzidos para detectar e depurar problemas do lado do cliente. Esses contadores aparecem nos contadores perfmon do Windows na categoria 'NCache Cliente'.
NCache o recurso de inicialização automática foi aprimorado e a inicialização de vários caches especificados pelo usuário com NCache inicialização do serviço, torna-se assíncrono. Se alguns caches estiverem corrompidos e não forem iniciados, um aviso será registrado, mas NCache o serviço inicia normalmente.
A descrição do modo de sincronização de cache do cliente é adicionada em NCache Ajuda.
A descrição sobre a configuração da memória do cluster, seu uso e estimativa é adicionada nas configurações do cluster.
NCache o assistente de instalação avisa o usuário que não é administrador. Privilégios e permissões administrativas são necessários para o usuário instalar NCache em um sistema.
09 de julho de 2009
NCache A versão 3.6.2 contém diversas melhorias úteis e correções de bugs que foram relatadas pelos clientes. É uma atualização recomendada para todos os usuários de NCache. Aqueles que usam NCache A versão 3.6.x pode ser atualizada sem reconstruir/recompilar o aplicativo.
A seguir estão alguns aprimoramentos feitos nesta versão:
Os rastreamentos de log são adicionados para os seguintes eventos:
A dependência de banco de dados baseada em sondagem tem as seguintes melhorias.
As mensagens de erro são aprimoradas quando o serviço falha ao iniciar devido a endereços de ip de ligação indisponíveis.
26 de março de 2009
NCache 3.6.1 contém vários aprimoramentos úteis e correções de bugs que foram relatados pelos clientes. É uma atualização recomendada para todos os usuários de NCache. Aqueles que usam NCache A versão 3.6.x pode ser atualizada sem reconstruir/recompilar o aplicativo.
A seguir estão alguns aprimoramentos feitos nesta versão:
Agora o NCache as conexões do cliente são reequilibradas automaticamente entre os nós do cluster quando um novo nó se junta ao cache. Portanto, agora você não precisa mais se preocupar com o balanceamento de carga do cliente nos servidores de cache.
Novos contadores para monitoramento de desempenho são adicionados no 'NCache' categoria nos contadores do Windows Perfmon.
NCache agora suporta o uso de Stored-Procedures e Command Object em DB Dependency.