Como usar NCache as AppFabric Alternative

Webinar gravado
Por Ron Hussain e Zack Khan

AppFabric chegou ao fim da vida útil e se você está pensando sobre para onde ir a partir daqui, então você deve assistir a este webinar. Este webinar mostra diferentes maneiras de migrar seus aplicativos .NET de AppFabric para NCache.

NCache é um .NET/ extremamente rápido e escalável.NET Core sistema de cache distribuído e fornece um wrapper para AppFabric que permite migrar para NCache com mínima ou nenhuma alteração de código em seus aplicativos. Sua Appfabric As APIs usadas em seus aplicativos começam a funcionar NCache perfeitamente. Além disso, você pode começar a usar muitas outras APIs e recursos oferecidos por NCache para a funcionalidade de cache avançada que está faltando no AppFabric.

Aqui está o que este webinar aborda:

• Visão de AppFabric e seus problemas de fim de vida
• Sua marca NCache é a melhor opção e alternativa para AppFabric
• Diferentes formas de migração para NCache
  • Através do wrapper sem alteração de código
  • Através direto NCache Chamadas de API
  Recursos avançados de cache distribuído que apenas NCache ofertas
• Exemplos práticos e demonstrações de migração

O tema de hoje será: “Como você pode usar NCache como AppFabric alternativo?" O webinar de hoje vai cobrir uma infinidade de tópicos. Particularmente uma visão geral AppFabric e suas questões de fim de vida. Assim como, por que NCache é a sua melhor alternativa para AppFabric e quaisquer recursos avançados de cache distribuído que oferecemos, que você pode usar no lugar do que AppFabric costumava oferecer e um exemplo prático e demonstração de como você pode migrar de AppFabric para NCache?

Agora, observe que este é um webinar ao vivo, portanto, a qualquer momento, você pode usar a guia de perguntas para inserir quaisquer perguntas ou dúvidas que possa ter e nós poderemos abordá-lo. E, finalmente, no final do webinar, também teremos uma sessão separada de perguntas e respostas, então, se alguém tiver alguma dúvida que queira salvar até o final, também podemos falar com você. Certo, sem mais delongas, Ron, você tem a palavra.

Então, o tema de hoje é muito específico. Você sabe, vai cobrir AppFabric problemas de fim de vida útil e como a própria Microsoft recomendou que você migrasse dessa tecnologia. Então, se você estiver usando um AppFabric aplicação, se ainda faz parte da arquitetura da sua aplicação, apresentaríamos algumas opções com NCache para migrar disso e, você sabe, eu vou te mostrar como essa transição pode ser suave. Como é fácil migrar de AppFabric e poder usar NCache como está e então ser capaz de usar alguns recursos estendidos de NCache qual AppFabric completamente carente. Então, AppFabric é um produto muito limitado. Costumava funcionar muito bem, mas está no fim da vida, certo, então não está sendo feito backup. Não está mais sendo atualizado. Então, é hora de você migrar para fora dele.

Então, hoje vamos cobrir todos os detalhes. Quais são as diferentes opções em relação ao uso NCache, como um produto alternativo para o App Fabric e como é fácil migrar dele e quais são os benefícios que você obterá se começar a usar NCache. Então, temos alguns detalhes técnicos para cobrir.

Visão de AppFabric

Então, vamos falar sobre AppFabric em geral. Tenho certeza que a maioria de vocês já sabe AppFabric e sua arquitetura. Se estiver sendo usado em seu ambiente, você deve ter experiência prática com AppFabric. É um sistema de cache distribuído .NET na memória. É usado principalmente como um Cache Distribuído gratuito, que vem como parte do Windows Server. É usado principalmente para aplicativos da Web, serviços de camada intermediária e quaisquer outros aplicativos .NET, que precisam de cache para economizar viagens ao banco de dados. Foi lançado e suportado pela Microsoft. Em 2010 foi lançado 1.0 e 1.1 foi lançado em 2015 e essa foi a última versão do AppFabric. A API de cache, como você pode usar AppFabric? Será principalmente um aplicativo .NET, consumindo AppFabric Data Class e, em seguida, expondo o Wrapper, você sabe, expondo as APIs de AppFabric por aquela biblioteca. Você também pode usar alguns provedores, que AppFabric costumava ter. Provedor de estado de sessão ASP.NET e provedor de cache de saída ASP.NET. Portanto, não havia opções de alteração de código, que você poderia usar, se não quiser usar o cache de dados, se estiver mais focado no cache específico da Web, esses eram dois recursos disponíveis sem nenhuma alteração de código.

AppFabric Diagrama de Arquitetura

Aqui está o detalhamento arquitetônico. É muito simples que você tenha seus servidores de cache, que são chamados de Hosts de Cache em relação a AppFabric. Ele permite que você formule um cluster de Cache. Com algumas limitações, havia um conceito de regra da maioria. Você precisa ter pelo menos 3 servidores e se algum servidor cair, você viola a regra da maioria. Assim, a alta disponibilidade e a confiabilidade dos dados podem ser comprometidas e então surgiu o conceito de Lead Host também.

Mas, a ideia aqui é que você tenha Servidores de Cache, que estão hospedando seu Cache. Eles formulam um repositório para armazenamento em cache e, em seguida, seu aplicativo é capaz de conectar esse repositório de cache, com backup de vários servidores e permite realizar operações de armazenamento em cache.

Ele costumava ter ferramentas de administração de cache baseadas em PowerShell. A configuração de cache e a configuração de cluster geralmente eram em um local de armazenamento, um sistema de arquivos ou um banco de dados. Então, essa era outra dependência dentro AppFabric. Então, há uma visão geral de como, você sabe, Servidores de Aplicativos Habilitados para Cache ou Clientes de Cache podem se conectar a este Servidor de Cache, você sabe, quem vai realmente hospedar o Cache em seu ambiente.

AppFabric já é fim de vida. O primeiro anúncio veio em abril de 2016. Onde, a Microsoft começou a recomendar que você migrasse dessa tecnologia porque ela não terá mais suporte. Eles anunciaram o fim do ciclo de vida do suporte para esse produto em abril de 2016 e, em seguida, encerraram o suporte principal em um ano. Então 2017 foi o fim de seu apoio mainstream, na medida em que, AppFabrics suporte oficial da Microsoft está em causa e, em seguida, o suporte estendido. Eles estão estendendo o suporte há alguns anos, mas a última data atual será 2022.

Então, basicamente essa é a e esperamos que esta possa ser a última extensão que a Microsoft deu. Portanto, eles recomendam fortemente que você migre para fora dessa tecnologia. Não é Open Source. Portanto, ele não tem nenhuma comunidade para apoiá-lo também. Recursos online, até onde você sabe, quando eu estava preparando este webinar recebendo uma AppFabric documentação de ajuda fora do portal da Microsoft é muito difícil, à medida que você começa a usá-lo.

Então, é muito difícil conseguir recursos de ajuda. O suporte oficial não existe mais. Suporte estendido limitado está disponível. Não serão fornecidas mais correções de bugs. Não serão adicionados mais aprimoramentos ao conjunto de recursos. Se você estiver usando plataformas mais recentes, como, .NET Core, compatibilidade de plataforma, atualizações de segurança não farão parte disso. Então, é essencialmente o fim da vida. É um produto de prateleira obsoleto e é por isso que a Microsoft recomenda que você migre para fora dele e use alternativas e é por isso que estamos fazendo este webinar também, para que você tenha uma opção de migração fácil, como parte do NCache, como sua opção de substituição.

É muito arriscado usar o App Fabric principalmente, porque a Microsoft, o principal fornecedor, deu recomendações para migrar dele. As implantações de produção estão em risco, como falamos, devido à falta de suporte, correções de bugs, aprimoramentos, compatibilidade ou atualizações de segurança. Você está indo. O custo de algo cair é muito alto, porque você pode estar usando isso em um aplicativo de missão crítica e se esse aplicativo estiver usando AppFabric e se isso passar por um problema ou cair, você não sabe para onde ir. Portanto, isso pode afetar seus negócios e também a experiência geral do usuário.

Portanto, recomendamos que você execute a migração. Especificamente, quando você tem opções tão fáceis de migração disponíveis que NCache ofertas. Portanto, recomendamos que você conclua este projeto com prioridade e, de fato, neste webinar, no final deste webinar, você estará totalmente equipado para usar um AppFabric aplicativo e mostrarei um guia passo a passo para migrar disso, você sabe, migrado AppFabric para NCache. Esse aplicativo pode ser completamente, você sabe, pare de usar AppFabric e comece a usar NCache e então eu vou te mostrar, como é simples. É um processo de três etapas, que abordarei neste webinar e que deve lhe dar uma boa ideia de como começar a usar NCache como uma alternativa. Alguma dúvida até agora?

Então, isso foi apenas um detalhe introdutório. Alguns detalhes sobre, como AppFabric entrou em existência? Quais são os problemas e como realmente migrar dele?

NCache como uma opção de migração

então, NCache é uma opção de migração. É uma escolha muito natural. NCache é um produto .NET 100% nativo, que está no mercado há mais de 15 anos, com um histórico completo de mercado, com muita tração, muitas implantações personalizadas reais usando NCache em suas aplicações e temos clientes em todos os lugares, em diferentes indústrias também.

• Então, o primeiro benefício que você obtém em relação à migração AppFabric para NCache é, que você obtenha a plataforma Windows. Então, AppFabric é um produto baseado em Windows, NCache também é um produto nativo baseado em Windows. Portanto, temos um Servidor de Cache baseado em .NET, para que você possa implantá-lo nativamente no Windows. Se você estiver usando AppFabric, você pode estar usando caixas de 2012 ou 2016. Assim, você pode usar o mesmo conjunto de sistemas operacionais e ainda poder instalar NCache nas mesmas caixas. Portanto, não há nenhum requisito específico de hardware ou de sistema operacional que você precise atender para migrar de outra tecnologia. Então, isso é muito compatível com o que você já tem em seu ambiente.
• É o cache distribuído .NET mais antigo e estável. Somos líderes de mercado neste espaço. Temos uma enorme base de clientes, que estão usando NCache em seus aplicativos .NET. Desde a, AppFabric também é baseado na API .NET. Então, é uma escolha muito natural, onde você começa a usar NCache API ou use nossa abordagem de wrapper, que é uma opção sem alteração de código e migrar AppFabric e comece a usar NCache. É totalmente suportado. Direita. Esse é o ponto principal que levantamos nos slides anteriores que AppFabric é fim de vida. Não está sendo apoiado por nenhuma comunidade. Não é Open Source. Não há suporte oficial. O suporte estendido está disponível, mas isso acabaria sendo descontinuado. Então, você está em risco.
• Com o NCache, você obtém Software totalmente suportado do Servidor, bem como do ponto de vista do Cliente. Se você encontrar algum problema de desempenho, problemas de segurança, bugs, qualquer coisa, quaisquer novos recursos forem necessários, basta entrar em contato conosco e trabalharemos com você.
• É muito mais poderoso e rico em recursos também.

Então, acabei de listar alguns dos fatores mais comuns, você sabe, aqui, que você deve considerar NCache como, como alternativa. Principalmente, por causa do suporte a .NET e Windows. Em segundo lugar, ele tem um histórico na indústria ou nos aplicativos .NET e é totalmente suportado. Opções oficiais de suporte regular e 24 horas por dia, 7 dias por semana, estão disponíveis em nossas equipes. E falaremos sobre quais são os diferentes recursos que você pode estender. Assim, você pode estender seu caso de uso de cache existente. Vemos clientes vindo até nós e eles têm um caso de uso para AppFabric mas quando eles adotam NCache eles desejam estender seu caso de uso e começar a usar esses recursos avançados, que estão disponíveis apenas em NCache e AppFabric completamente carece desses recursos. Então, esse é outro fator que você deve considerar NCache é uma opção de migração.

NCache Implantação em empresas

NCache implantação, em uma empresa tipicamente grande, é assim que NCache parece. Você tem novamente um conjunto de Servidores, hospedando o cluster de cache e ao contrário AppFabric, você não precisa ter uma regra de maioria ou um conceito de host principal. É um cluster de cache arquitetado 100% ponto a ponto. Ele usa o protocolo de cluster baseado em TCP/IP. Você cria um cluster de Cache na equipe de Servidores e estes contribuem para a capacidade de tratamento de requisições dos Aplicativos Clientes, que estão conectados a ele. Então, estes podem ser seu ASP.NET ou ASP.NET Core Aplicativos da Web. Está na pilha mais nova também. .NET ou .NET Core Serviços da Web ou .NET Core Aplicativos de servidor.

Então, em geral, qualquer .NET, .NET Core ou mesmo aplicativos Java, podem se conectar a NCache e tirar vantagem de NCache cache. É muito simples.

Você pode começar com 2 NCache Servidores para formular um cluster de cache e 2 é o mínimo para obter recursos de alta disponibilidade e confiabilidade de dados. Mesmo um único servidor pode funcionar, mas eu recomendo que você use pelo menos 2 NCache Servidores para aproveitar a alta disponibilidade e a confiabilidade dos dados. E, é muito flexível. Ele permite que você crie quantos caches você precisar. O tamanho pode crescer, a memória e há muitos recursos que você obtém como parte da adoção do NCache.

Cobrimos esta seção de maneira muito detalhada em nosso NCache webinar de arquitetura mas este é mais um slide introdutório aqui, então, por favor, deixe-me saber se houver alguma dúvida específica em relação a NCache desdobramento, desenvolvimento.

NCache pode ser implantado em servidores dedicados separados, onde seus aplicativos estão em caixas separadas NCache está em caixas separadas ou você pode ter NCache e aplicações nas mesmas caixas também. Portanto, a hospedagem de caixa do Windows Server NCache também pode atuar como sua caixa de cliente, uma caixa de servidor web. É só que seu aplicativo é implantado na mesma máquina em que NCache também está em execução. Portanto, isso também é uma possibilidade ou você pode ter uma camada separada de Servidores de Cache e seus aplicativos podem estar em caixas separadas. Então, somos muito flexíveis.

Está disponível em e Microsoft Azure, bem como AWS e em qualquer nuvem pública ou privada. Você só precisa disso .NET Framework como pré-requisito para NCache e isso é tudo que ele precisa. Como eu disse, é um produto muito flexível, muito fácil de usar. Em comparação com o App Fabric, seria uma transição natural do AppFabric para NCache se você planeja adotá-lo.

Opções de migração

Então, a seguir, falarei sobre as opções de migração e mostrarei exemplos práticos para conseguir isso.

Cache de dados do aplicativo

Portanto, para cache de dados, embora tenhamos discutido que temos API .NET e, em seguida, temos sessões e recursos de cache de saída com AppFabric, portanto, este deve ser seu caso de uso geral com AppFabric. Se você tiver um aplicativo ativo em execução no momento, é provável que o cache de dados seja o caso de uso mais comum, que você deve ter usado em seus aplicativos, enquanto usava o App Fabric.

• utilização AppFabric Invólucro

  Então, vamos falar sobre como migrar um aplicativo usando AppFabric e você começa a usar NCache como substituto. Então, há duas opções. Nós projetamos nosso wrapper, nós o implementamos e sem nenhuma alteração no código do aplicativo. Você não precisa alterar nenhum código. Você pode começar a usar NCache como uma substituição de AppFabric. Você só precisa usar nosso NuGet e atualize o espaço de nomes. Então, o que fizemos foi implementar nosso wrapper em torno AppFabric API, então, em seu aplicativo sempre que você fizer AppFabric Chamadas de API, nos bastidores que a implementação do wrapper recebe essa chamada e começa a chamar NCache e é uma opção muito simples e fácil de usar, onde seu aplicativo existente, que eu mostraria a você, como realmente gerenciar. Eu vou correr isso lado a lado e todos os seus AppFabric APIs começariam a trabalhar com NCache perfeitamente. Nenhuma alteração de código é necessária. Apenas uma biblioteca, mudança de espaço de nomes, faria o trabalho.

• Direto NCache Chamadas API

  A segunda opção é fazer um contato direto NCache API ligar. Nele, você faz alterações no código e introduz NCache A API chama você mesmo. Você pode começar a substituir AppFabric APIs ou você pode começar a estender o existente AppFabric APIs e comece a usar os recursos estendidos também.

Você também pode usar essas duas abordagens lado a lado. Por exemplo, o que você já tem com AppFabric, você pode usar nosso wrapper para cobrir essa base e, em seguida, usar nosso estendido características. Funcionalidades que faltam em AppFabric, você pode começar a usar isso por meio de nossas APIs nativas.

NCache Abordagem do invólucro

Então, vou demonstrar esses dois aspectos da NCache com a ajuda do aplicativo de exemplo. Então, esta é a nossa abordagem de wrapper.

Antes de começarmos, deixe-me configurar o ambiente e mostrar como NCache é configurado e como é fácil configurar NCache ambiente de cluster. Então, para isso, vou entrar no nosso ambiente de demonstração.

Configurando o ambiente e criando um cluster de cache

Esta é a nossa ferramenta de gerenciamento web. Isso pode ser acessado de qualquer lugar em seu ambiente. Pode ser suas caixas de clientes, caixas de aplicativos. Pode ser seu atual AppFabric Caixas de servidores. Você só precisa instalar NCache em uma ou duas caixas e depois uma vez NCache a instalação estiver concluída, você poderá iniciar o processo de gerenciamento da Web e configurar um cluster de cache.

Então eu tenho NCache instalado em duas caixas aqui, que eu usaria como meus servidores de cluster de cache. Então, tudo que você precisa fazer é vir aqui no Cache Clusterizado. Você pode, aliás, criar um Cache Clusterizado, um Cache Local, um Cache Clusterizado. Você pode acessá-lo a partir do próprio endereço IP.

Então, você clica em Novo e então pode nomeá-lo, digamos, democache. Você pode nomear qualquer coisa. NCache é baseado em serialização Binária e JSON, portanto, você pode escolher qualquer um desses formatos. Eu vou com Binário e escolho Avançar.

Você sabe, com NCache nós temos muitos topologias de cache e exorto-vos a rever o nosso NCache webinar de arquitetura, que aborda todas essas topologias em grandes detalhes.

então, Topologia particionada da réplica, se eu tiver que dar uma visão geral rápida disso, é baseado em partições que são armazenadas em backup. Então, esta é a nossa topologia de Partição de Réplica. Cada servidor tem uma partição de dados onde os clientes estão conectados. Portanto, os servidores 1 e 2 hospedam as partições ativas. O item número 1, 2 está no Servidor 1 e o item número 3 e 4 no Servidor 2 e então temos uma partição de backup onde o Servidor 1 tem backup no 2 e o Servidor 2 tem backup no Servidor 1.

Assim, caso algum servidor caia, o backup é ativado e você não perde nenhum dado. Assim, cada servidor tem backup em outros Servidores no cluster de Cache e você pode ter quantos Servidores precisar, nesta configuração e da mesma forma, temos outras topologias, que recomendo que você revise através do nosso webinar de arquitetura. Então, Partitioned of Replica é o que vou escolher. Mantenha tudo simples.

O modo de replicação entre a partição ativa e seu backup no outro servidor pode ser Sincronizado ou Assíncrono. Eu vou com Async porque é mais rápido. O Sync é mais confiável, mas o Async também é bastante rápido.

E aqui vou especificar os servidores que vão hospedar meu cluster de cache. Então, eu tenho duas caixas 107 e 108.

Vamos ver se esse Cache, parâmetros baseados em TCP/IP, para comunicação entre Sever Nodes e Eviction podem ser ativados. Desde então, você especificou um tamanho de cache aqui. Nesta tela, você também especifica um tamanho do Cache. Assim, você também pode escolher o Despejo a ser realizado caso seu Cache fique cheio. Então, nesse caso, o Cache pode remover alguns itens mais antigos e abrir espaço para os itens mais novos.

Se você estiver usando NCache para Cache de Sessão, como uma migração de AppFabric para NCache, AppFabric Módulo de armazenamento de sessões para NCache Módulo de armazenamento de sessões, recomendamos que você desative o Eviction, porque esses são seus dados de usuário e até mesmo seus dados confidenciais, mesmo se você estiver usando APIs de cache de objetos, você pode ativar o Eviction apenas se puder perder dados, se seu Cache fica cheio. Então, você sempre pode dar um tamanho de cache maior também, para mitigar esse problema. Inicie este Cache ao terminar. Auto iniciar este Cache na inicialização do serviço. Assim, cada vez que o servidor for reinicializado, ele deverá se juntar automaticamente ao cluster de cache, para que não haja tempo de inatividade ou perda de dados. Um cluster funciona totalmente, se tiver todos os membros funcionando, portanto, nas reinicializações, ele deve se juntar novamente automaticamente. Você não deve fazê-lo manualmente e é isso.

É assim que é fácil configurar nosso cluster de cache. Como você pode ver, temos 107 e 108, o democache está totalmente instalado e funcionando.

Monitoramento de estatísticas de cache

E agora posso mostrar algumas estatísticas. Estes são nossos contadores de desempenho do Windows. Então, novamente, é uma escolha muito natural, onde temos o sistema de monitoramento integrado do Windows por meio de monitores de desempenho do Windows.

E também temos nossa própria ferramenta de monitoramento disponível, que está fazendo uso de contadores de desempenho do Windows, além de alguns parâmetros de monitoramento, dentro do NCache inscrição. Tal como, um número de conexões de clientes, alguma utilização, algumas estatísticas dentro do host de cache. Portanto, temos cluster totalmente conectado, solicitações/segundo, microssegundo médio/cache para mostrar latência, adições, buscas, atualizações, exclusões/s Tamanho do cache, gráfico de CPU, gráfico de memória, dados totais na contagem de cache, tempo de CPU gasto por NCache, Memória do Sistema aqui e depois também os Processos Clientes que estão conectados.

Então, é muito elaborado e ainda por cima, tem dashboard de cliente, visualização de relatórios de Servidor e Cliente e então você pode adicionar seus próprios dashboards também. Digamos que, se eu criar um novo painel, ele deve ser nomeado, digamos, Api Logs, posso apenas ir em frente e criar e depois arrastar e soltar contadores daqui.

Por exemplo, posso ver operações de cluster, posso ver adições por segundo. Então, posso apenas adicionar contadores que preciso, especificamente para monitorar NCache Cacho. Portanto, no momento não há nenhum aplicativo cliente em execução, então, vou executar um rapidamente e, para isso, direi apenas democache de estresse de teste. Então, assim que esse aplicativo é executado, leva algum tempo pela primeira vez. A janela do PowerShell nesta caixa está um pouco atrasada, mas assim que isso for executado, lá vai, simularia alguma atividade fictícia no meu cache, lá vai você e você pode ver solicitações por segundo chegando.

Se, eu trouxer isso aqui, a média de microssegundos por operação de cache é pouco menos de 100 microssegundos por operação e temos uma bela mistura de adições por segundo, buscas, atualizações acontecendo. O tamanho do cache está crescendo, alguns Megabytes. É apenas um tamanho de objeto de um Kilobyte, em média. CPU é inferior a 5%, 4% no momento. A memória é o que você adiciona e você pode ver todos os conjuntos de contadores mostrando atividade aqui.

Temos um Client Processes, sendo mostrado aqui também e se eu mostrar o Client Dashboard, estamos vendo todos esses relatórios também.

Então, isso foi apenas para dar uma ideia de como é fácil configurar. Então, esse é um dos testes, então, se você já tem AppFabric Servidores, tudo que você precisa fazer é download NCache software do nosso site, instale-o nos mesmos servidores. Dois servidores é o requisito mínimo que recomendamos para alta disponibilidade e confiabilidade de dados. Você pode começar com um também, apenas para teste, mas recomendamos que você use pelo menos dois servidores em produção e, depois de fazer isso, você pode mover para seu aplicativo e começar a usar o mesmo cluster de cache.

E, depois da instalação, obviamente, você precisa criar um cluster de cache, o que acabamos de fazer, e então você pode começar a usar seu aplicativo e, em seguida, acessar seu aplicativo e começar a usar NCache como uma opção de migração e que eu mostraria com a ajuda de um aplicativo de exemplo.

Executando uma amostra AppFabric Aplicação

Então, eu tenho este aplicativo de exemplo. Na verdade, é o mesmo aplicativo de exemplo, com nativo AppFabric interface do usuário do console e o segundo que eu converti deste NCache AppFabric interface do usuário do console. Então, se eu abrir esses dois, são exatamente os mesmos aplicativos, mas com pequenas alterações feitas, a fim de torná-lo compatível com NCache. Então, e eu vou orientá-lo através dessas mudanças. Eu tenho uma cópia separada disso que vou demonstrar. Então, eu configurei isso como um projeto de inicialização, certo e estou planejando executá-lo e, a propósito, antes de executá-lo, tenho um AppFabric Servidor instalado e funcionando aqui também. Então nós temos AppFabric Servidor. Se eu apenas mostrar as estatísticas atuais, eu tenho algumas, você sabe, deixe-me apenas reiniciar isso e enquanto isso está sendo reiniciado, deixe-me voltar aqui e isso está usando um típico AppFabric, você sabe, chamadas de cache de dados. Deixe-me ver, se eu lhe mostrar daqui, Program.cs.

Existe uma pergunta? Eu queria jogar um do seu jeito. Sim. Um de nossos participantes mencionou, no slide seis, que mencionou que o cluster Cache está rodando em Windows e Linux, então, o Servidor pode ser hospedado em Linux e, se sim, como funciona o recurso de painel.

Muito boa pergunta. Isto é um ferramenta de gerenciamento baseada na web, que é implementado em ASP.NET Core, certo e tem todas as ferramentas disponíveis para ambiente Linux também. Então, se o seu NCache O servidor está hospedado no Linux. Em primeiro lugar, você ainda pode acessar o gerenciamento da web, que faria parte do Linux. Você pode acessá-lo de qualquer caixa do Windows ou de qualquer navegador dentro do seu ambiente e para monitoramento do Linux, ainda não temos contadores PerfMon no Linux, certo.

A .NET Core ainda está sendo desenvolvido, portanto, os contadores PerfMon ainda não estão lá. Então, demos nossos contadores personalizados para o ambiente Linux. Você obteria uma visão quase semelhante do monitoramento do servidor Linux NCache. Então, a única diferença seria que seria uma caixa Linux em vez de Windows e você pode ter um .NET Core instalação nessas caixas Linux.

Assim, a visão seria a mesma. É só que escolhemos um caminho diferente, para superar uma limitação de .NET Core. Os contadores PerfMon não estão lá, portanto, implementamos nosso monitoramento personalizado para esse caso de uso específico. Espero que isso responda sua pergunta.

Então, deixe-me limpar isso e mostrar a estatística atual. Então, este é um 'democache', mesmo nome, você pode até usar o mesmo cache nomeado com NCache também. Você nem precisa alterar o nome do cache. É assim que projetamos isso. Certo, então, deixe-me apenas mostrar as estatísticas deste cache. Então, nada no momento está no AppFabric cluster de cache. Então, eu vou iniciar este aplicativo.

Então, meu objetivo aqui é que executemos um aplicativo com AppFabric, mostra que funciona e, em seguida, migramos isso, migramos isso para NCache e pare de usar AppFabric e comece a usar NCache. Então, eu vou executar isso.

Tudo bem. Então, este é meu caso de teste pessoal, aplicativo de amostra, que eu projetei. Está passando por todas as APIs, possivelmente todas as APIs de AppFabric. É por isso que você está vendo muitas APIs sendo executadas neste momento. Então, vou apenas executar isso com AppFabric e, em seguida, execute a mesma amostra que teria e teria teste de notificação também. Então, enquanto isso está sendo feito, deixe-me encaixá-lo aqui e depois trazer este aqui. Na verdade, deixe-me apenas abrir esta amostra aqui. Ok, então, basicamente o mesmo aplicativo de exemplo, meu mal. Tudo bem. Então, isso é com, você sabe, AppFabric e deixe-me mostrar a você que esta amostra fez algumas adições, então, se eu mostrar as estatísticas. Temos contagem de itens para ser 48, contagem de região 60, contagem de solicitações 154.

Então, temos um monte de parâmetros e se eu mostrar as chaves no cache, você pode ver algumas estatísticas dentro do cache. Então, tem alguns itens. Um primário no, você sabe e só tem um servidor no momento, mas também temos regiões adicionadas no cache.

Então, é um aplicativo de exemplo totalmente funcional e agora vou executar o mesmo exemplo e, a propósito, mostrarei como fazer, como fizemos as alterações também. Então, vou chegar a este exemplo, que é uma cópia do primeiro, com o qual rodamos AppFabric e fez alterações para equipá-lo com NCache. Inicie uma nova instância e isso deve ser executado aqui. Então, você pode ver que a mesma amostra está sendo executada com NCache e eu vou te mostrar todas as mudanças daqui a pouco.

Portanto, a comparação lado a lado realmente ajudaria você, pois temos o que esperamos da amostra um de AppFabric e o que estamos recebendo NCache vai ser exatamente o mesmo e não faria nenhuma alteração no código, para conseguir isso. Vou orientá-lo através de todas as etapas que fizemos. Então, está quase concluído. Então, deixe-me apenas chegar ao topo. Ainda está rodando pelo caminho. Então, você pode ver que o marcador amarelo é basicamente, é a tarefa que estamos fazendo e, se estiver concluída, mostrará em verde e, se você vir um erro do lado do servidor, verá, você sabe, o vermelho mais escuro , mais claro à direita e depois vermelho mais escuro, se estiver no lado da análise, no lado do cliente. Então, acabei de dar a eles uma visão codificada por cores. Assim, você pode ver que todas as saídas são exatamente as mesmas, incluindo os códigos de erro e quaisquer exceções que possam ter encontrado. Então, começando daqui, adicionando valor de chave, adicionando uma chave inexistente, a mesma saída aqui. Então, adicione item ao teste, que também é a mesma saída, obtenha item, item seis, você sabe, sucesso neste também, erro. Então, você pode ver a vista lado a lado e isso está exatamente combinando com NCache, certo.

Então, no final, eu apenas mostraria alguns eventos. Então, está usando regiões também, certo. Então, casos de uso de região aqui e você veria a mesma saída de NCache também. Então, limpar a região, adicionar a região, remover o teste da região, está realmente funcionando exatamente da maneira que deveria ser. Então, essa é uma demonstração rápida de que fomos capazes de alcançar isso.

Deixe-me mostrar quais são as etapas, que estão envolvidas. Agora vou encerrar isso e a propósito, você tem todo o monitoramento, que eu deveria ter mostrado, mas deixe-me apenas mostrar os passos que realizamos. Tudo o que fizemos foi adicionar um pacote NuGet e, para isso, deixe-me seguir este passo a passo. Então, o que você realmente precisa fazer é esta é a interface do usuário do console do App Fabric. Então, está usando AppFabric no momento.

Então, a primeira coisa que você precisa fazer é adicionar um pacote NuGet. Então, se você for gerenciar pacotes NuGet, então, você pode ver alguns pacotes NuGet instalados ou você pode navegar e ver alguns vamos ver AppFabric NCache. Se, eu clicar sobre isso, instale isso. Então, esse é o nosso primeiro passo.

Então, se eu voltar aqui, dentro da opção de migração, sem opção de mudança de código, a primeira coisa que você precisa fazer é apresentar nosso pacote NuGet que é AppFabric.Embrulho.NCache e então este próximo passo é que você substitua Microsoft.ApplicationServer.Caching; namespace com o Alachisoft.NCache.Dados.Cache; Este é o conjunto do invólucro e NCache se encarregaria de todas as chamadas a partir desse ponto.

Deixe-me fazer isso na sua frente. Então, esta é a amostra, que é nativa AppFabric amostra. Temos o NuGet instalado. Ainda está sendo feito.

Pergunta rápida eu jogo seu caminho com isso. A pergunta era: obter itens por tags é suportado pelo wrapper?

Sim. Obtendo, você sabe, o AppFabric tem regiões, né. Então, se você estiver usando regiões dentro AppFabric, então, usaremos tags e grupos para dar suporte a isso, mas se você quiser usar NCache marcas, certo. Então, você quer estender seu uso de cache e isso é um tópico dentro do webinar também, nesse caso você pode usar nossas APIs diretamente. Então, use o wrapper, para suportar o que você já tem por meio de regiões, a tag está sendo usada nos bastidores e se você quiser usar as tags oferecidas especificamente pelo NCache, NCache API. Então, você pode usá-lo diretamente NCache API também. Então, espero que isso responda sua pergunta.

Então, vou passar por isso um por um, certo, e simplesmente usar este slide aqui, então, precisamos usar Alachisoft.NCache.Data.Caching; certo, então, essa é a idéia aqui. Então, eu vou passar por isso, adicionar no cache. Não tem nenhuma referência de AppFabric mas este tem. Então, tudo que você precisa fazer é incluir este espaço de nome Alachisoft.NCache.Data.Caching; e é isso.

Então, o pacote NuGet adicionou vários recursos aqui NCache, você sabe, Data.Caching que é o wrapper e então NCache montagens regulares e tudo isso é o que você precisa. O NuGet está adicionando NCache recursos do cliente em seu aplicativo e, em seguida, você vai um por um e começa a substituir isso.

Deixe-me voltar aqui e copiar isso para que onde quer que você encontre AppFabric referência, por exemplo, aqui, substitua-a por NCache e estou fazendo isso na sua frente para que você veja como é fácil. Então, seguimos em frente. me desculpe meu mal, usando Alachisoft.NCache.Data.Caching; e vamos repetir isso. Houve um erro de digitação, então, acho que me livrei dele também. Tudo bem. Então, vou passar para outros testes. Isto é bom. Limpar região está bem, criar região está bem. Então, todos os testes de região não estão usando nenhuma referência direta, mas temos o teste de tags. Então, vou postar este exemplo no GitHub também. A propósito, nosso NuGet já está no ar, com as últimas informações do service pack, mas vou postar essa no. Então, espero ter completado tudo. Deixe-me apenas reconstruir isso. Se houver algum erro, irei e abordo-o especificamente. Então, nisso eu acho. Tudo bem. Então, deixe-me apenas validar que estou usando o wrapper certo.

Tudo bem. Então, depois de fazer isso, deixe-me, você sabe, acho que perdi alguns, mas depois de fazer isso, você precisa voltar aqui e adicionar suas configurações de conexão do lado do cliente. Por exemplo, no meu caso, é essa caixa aqui, 101, que é minha própria caixa e a configuração tem que ter o nome do cache.

Por exemplo, tivemos 'democache'. Então, vou mostrar um teste local com meu cache local, mas você sempre pode usar o cache remoto também. Por exemplo, para isso eu posso usar esse cache aqui mesmo. Deixe-me adicionar minha caixa como cliente, certo e depois adicionar isso, minha caixa tem um nó cliente, por exemplo, 101 é uma máquina cliente.

Tudo bem. Então, eu tenho todas as configurações agora. Então, eu posso usar o client.nc conf ou posso apenas apontar para 107 como uma caixa de cliente daqui.

Direita. Então, isso é uma coisa e, em seguida, a configuração do aplicativo precisa apontar para o nome do cache. Então, não pretendo mudar nada aqui. Agora deixe-me executar este exemplo com meu cache real. Construiu bem. Depois disso, eu apenas executaria. Eu só vou fazer isso como um projeto de inicialização assim que for concluído. Inicie um projeto e, em seguida, vamos executá-lo.

Então, é essencialmente um processo de três etapas. Você pode incluir nosso NuGet, substituir seu AppFabric biblioteca, ApplicationServer.Caching com o Alachisoft. NCache.Data.Caching. Reconstrua o aplicativo. Certifique-se de que não há erros. Use nosso pacote NuGet mais recente e atualize o client.nc conf para apontar para o servidor que você acabou de escolher e, neste caso, temos um arquivo client.nc conf que é adicionado pelo servidor. Agora que você tem um cluster configurado. Apenas aponte para esse servidor e se eu voltar aqui, deixe-me apenas monitorar isso e deixe-me fechar a ferramenta de teste de estresse. Direita. Então, devemos ter estatísticas sendo mostradas no próprio aplicativo, certo.

Então, em geral, esse é o ciclo de vida de como migrar e usar nossa abordagem de wrapper.

direto NCache Chamadas API

Deixe-me mostrar também o uso de chamadas diretas da API. Agora, a segunda abordagem em que havia uma pergunta também sobre o que acontece se usarmos NCache tags ou NCache recursos? Portanto, temos muitos recursos avançados disponíveis. Assim, você pode fazer diretamente NCache chamadas de API em cima do seu AppFabric inscrição. Então, para isso, recomendo que você use nossa documentação de ajuda como guia e esta é nossa API direta. Então, tudo que você precisa fazer é Cache ICache = CacheManager.GetCache e obtenha o identificador de cache e comece a usar NCache APIs e, para isso, tudo o que você precisa fazer é usar nosso SDK e temos um aplicativo de exemplo que permite adicionar tudo isso a qualquer aplicativo de uso geral que você tenha.

Portanto, mesmo o aplicativo usando uma abordagem de wrapper pode estender esse uso e você começa a usar NCache APIs em um estágio posterior também.

Então, se eu abrir as amostras e para isso vou te mostrar NCache amostras. Operações Básicas é um aplicativo de amostra muito simples, que faz o trabalho. Portanto, esta amostra de operação básica está pronta. Tem uma abordagem muito simples, operação básica, então, tudo que você precisa fazer é adicionar Alachisoft.NCache.Cliente biblioteca.

Então, como eu disse, você pode usar isso como referência e onde quer que você tenha AppFabric, por exemplo, se eu abrir o Bulk Get Tests, você pode incluir este namespace aqui, certo, e dentro disso, deixe-me apenas levá-lo no formulário, onde realmente precisamos dele. Por favor tenha paciencia comigo. Deixe-me descobrir onde devo adicioná-lo, porque não quero alterar nada na amostra. Certo, acho que está apenas usando AppFabric teste de wrapper em cima dele. Então, acho que devo me ater a este exemplo básico de operação. Direita. Então, este é o nosso cache de classe ICache e então você pode usar Create New Customer, que é seu objeto e então você pode dizer Add Object To the Cache, que é sua implementação, implementação personalizada, mas é assim que você usaria NCache APIs.

Você poderia construir um item de cache e então chamar Cache.Adicionar e isso representa NCache, você sabe, APIs Alachisoft Objeto de cache. Então, é o Alachisoft.NCache.Cliente.ICache.

Então, ele retorna um identificador de cache e permite que você use NCache APIs em cima dele. Então, como eu mencionei, você pode começar com a migração através do wrapper e então você pode usar nossas APIs estendidas em cima dele e então há muitos recursos de documentação disponíveis, onde você pode ver como AppFabric Aparência das APIs e como NCache APIs. Então, se você quiser realmente parar de usar AppFabric e comece a usar NCache APIs, você pode começar desde o início e usar essa abordagem, ou pode usar uma abordagem lado a lado, em que você usa o wrapper para facilitar a migração e, em seguida, estende-o usando NCache APIs.

Cache ASP.NET com NCache

Nós já fizemos isso. então Cache de sessão ASP.NET, você apenas altera o provedor de forma que possa fornecer alterações de configuração da Web para apontar para NCache como um armazenamento de sessão e saída, você pode apenas apontar para NCache como um provedor de cache de saída. Temos documentos de ajuda detalhados disponíveis nesta frente também. Por exemplo, se você diz NCache Cache de sessão, ele apontará para o nosso provedor de estado de sessão e, da mesma forma, você também poderá procurar o cache de saída. Certo, então, isso é o que você precisa modificar na configuração da web.

<configuration>
  ...
  <sessionState cookieless="false"
                regenerateExpiredSessionId="true"
                mode="Custom"
                customProvider="NCacheSessionProvider"
                timeout="20">
    <providers>
      <add name="NCacheSessionProvider"
          type="Alachisoft.NCache.Web.SessionState.NSessionStoreProvider"
           cacheName="demoClusteredCache"
           sessionAppId="demoApp"
           exceptionsEnabled="true"
           writeExceptionsToEventLog="false"
           enableLogs="false"
           enableSessionLocking="true"
           sessionLockingRetry="-1"
           emptySessionWhenLocked="false" />       
    </providers>

  </sessionState>
...
</configuration>

O mesmo vale para o cache de saída, que está aqui. Portanto, se eu fornecer uma visão geral do provedor, é isso que você precisa adicionar dentro do seu aplicativo para aumentar o cache de saída do App Fabric com NCache cache de saída.

<!-- caching section group -->
<caching>
  <outputCache defaultProvider ="NOutputCacheProvider">
    <providers>
    <add name="NOutputCacheProvider" 
         type= "Alachisoft.NCache.OutputCacheProvider.NOutputCacheProvider, Alachisoft.NCache.OutputCacheProvider, 
         Version=x.x.x.x, Culture=neutral, PublicKeyToken=cff5926ed6a53769" 
         cacheName="demoClusteredCache" 
         exceptionsEnabled="false"enableDetailLogs="false" 
         enableLogs="true" 
         writeExceptionsToEventLog="false"/>"
    </providers>
  </outputCache>
</caching>

E, do lado esquerdo você pode ver a lista com NCache é enorme. Sessões em vários sites são suportados, ver estado provedor é suportado, o que está faltando em AppFabric. Cache de saída com ganchos personalizados é um recurso exclusivo para NCache. Da mesma forma, temos SignalR Backplane, ASP.NET Core Cache de resposta, ASP.NET Core SignalR Backplane. Portanto, esta lista é muito extensa, porque estamos atualizando ativamente nosso conjunto de recursos em comparação com AppFabric.

Replicação de WAN

E, então, em geral, você sabe, NCache é 100% peer to peer arquitetado em comparação com AppFabric. Muitas topologias de cache em comparação, que você pode revisar. A replicação WAN está disponível. O suporte a vários datacenters está disponível, NCache, onde você tem Datacenters Ativo-Passivo, Ativo-Ativo ou 3+ Ativo-Ativo disponíveis.

Temos um enorme conjunto de clientes, que já discutimos para respaldar também, onde NCache está sendo implementado ativamente em ambientes Windows e .NET Então, acho que isso conclui a sessão de hoje. Deixe-me saber se houver alguma dúvida.

Então, eu tenho uma pergunta aqui Ron para você. A pergunta está formulada em nosso AppFabric Cache Client Wrapper que temos. Fornecemos todos os nós do cluster, portas, configurações de tempo limite, etc. via APIs versus no app.config. Agora, usando o wrapper, podemos fornecer o mesmo via APIs vs configs?

Sim, você pode, porque em geral também temos parâmetros inline, certo. Portanto, o wrapper é projetado de tal forma que permite que você se conecte ao cache com alterações mínimas de código e também de configuração. Então, isso é projetado de tal forma, certo. Então, é por isso que eu queria fazer parecer que é uma opção muito fácil de migrar. Então, mostramos apenas as mudanças no nível de configuração, mas se você estiver interessado em fornecer algo inline, temos parâmetros de inicialização. Portanto, temos parâmetros de inicialização, que permitem fornecer a lista de portas Servidores, Servidor 1, Servidor 2, Servidor 3. Então, todas as configurações do lado do cliente que você viu como parte do client.ncconf, deixe-me abrir aqui. Então, essas são configurações que você pode especificar dentro do código do aplicativo também. Então, isso é uma possibilidade.

Então, um de nossos participantes está perguntando sobre algumas informações de desempenho. Tais como, largura de banda.

NCache é muito escalável, tem capacidade de equipar sua aplicação para alcançar, você sabe, escalabilidade 100% linear, certo. Assim, você pode ter mais e mais servidores adicionados e isso apenas aumentaria a capacidade de tratamento de solicitações. Então, se você quer apenas uma ideia de propósito geral, eu recomendo que você revise nosso benchmark. Deixe-me mostrar isso. Temos nossos benchmarks publicados, com nossas e você sabe, Throughput Operations per Second com apenas 5 NCache Servidores, conseguimos atingir 2 milhões de solicitações por segundo. Certo, então, isso é algo que você pode revisar e você pode ver daqui também, nós usamos apenas 5 NCache servidores. Há um demonstração em vídeo disso também. Então, se você quiser revisar isso, há um whitepaper e, em seguida, há uma demonstração em vídeo ao vivo deste teste, onde começamos com 2 servidores e, em seguida, conseguimos obter alguma taxa de transferência e capacidade de tratamento de solicitações e, em seguida, conseguimos aumentar o número de servidores colocando mais e mais carga. Com apenas 5 clusters de nós, conseguimos atingir 2 milhões de operações por segundo.

Então, no que diz respeito aos recursos do servidor, se sua pergunta é mais focada em quais recursos de largura de banda ou servidor são necessários, esses eram servidores AWS, servidores bastante sofisticados, porque realmente queríamos demonstrar a capacidade ou o alongamento que você pode conseguir com NCache. Assim, conseguimos esticar os servidores até os limites e, em seguida, conseguimos 2 milhões de solicitações por segundo. Mas você também pode usar um tipo de configuração de servidor web com até 8 núcleos, com placa de interface de rede de 1 Gigabit com requisitos de memória tão bons quanto 16 GB ou mais. Então, 8 Gigs também é bom, mas 16 Gigs é o que recomendamos. Então, que você tenha memória adequada, para hospedar seus dados.

Por que é NCache uma solução melhor do que Redis?

Então, basicamente, se eu tiver que dar cinco razões principais, primeiro é .NET versus .NET não nativo. Redis não é muito compatível com o Windows. Tem uma versão portada, suportada pela Microsoft Open Tech, um terceiro. Redis Laboratórios ou Redis O próprio código aberto recomenda que você não use Redis na plataforma Windows. Então, em comparação com AppFabric NCache é um ajuste melhor. Principalmente, por estar na mesma pilha de AppFabric & Redis não é. Redis em geral, é mais um produto baseado em Linux. Enquanto que NCache é Windows, bem como, produto baseado em Linux.

Existem muitos problemas de alta disponibilidade com Redis. Redis cluster não é 100% arquitetado ponto a ponto, em comparação com NCache. NCache é um cluster de cache totalmente arquitetado ponto a ponto, onde você pode colocar qualquer servidor offline. Isso não afetaria seus clientes de cache, que estão conectados a ele e também não causaria perda de dados. Então, muitos recursos estão faltando no Redis. Como o cache do cliente não existe. Eles introduziram recentemente, mas é muito básico. Temos cache de cliente desde 2008, né. Então, é um recurso muito antigo, que foi muito aprimorado como parte do NCache. Ponte, código do lado do servidor SQL Como Pesquisa, Manipuladores Read-Through, Write-Through, Cache Loader, todos esses recursos estão ausentes no Redis e gostaria que você passasse rapidamente por um documento de comparação, que é publicado em nosso página de comparação. Então você pode ver Azul Redis vs NCache, Redis vs NCache diferenças resumidas, Redis vs NCache (Conjunto de slides) e depois há algumas informações de propósito geral sobre NCache.

Então, deixe-me mostrar isso bem rápido e me avise se houver alguma dúvida. Estou registrado nisso, então, deixe-me apenas entrar. Claro. Uma pergunta de acompanhamento sobre isso é uma pergunta sobre replicação assíncrona.

Eles podem assumir que o comportamento de replicações assíncronas é seguro, é garantido?

É, é…., então, você sabe. Se falhar no meio, o que é um cenário muito raro, você pode perder essa atualização, mas é bem rápido. Temos um tópico dedicado. Deixe-me mostrar o diagrama e depois voltar à primeira pergunta. Então, vamos resolver essa questão primeiro. Então, partição ativa do Servidor 1, assim que seu aplicativo adiciona algo aqui, ele retorna NCache é responsável por atualizá-lo no backup e lá você tem opções assíncronas e sincronizadas.

Então, assíncrono, é bem rápido. Está em menos de um milissegundo e ficarei muito feliz se você puder reproduzir um cenário em que uma chamada está sendo acionada no Servidor 1 e, enquanto estava replicando, esse servidor fica inativo e você não consegue obter a atualização. É um cenário muito raro dentro NCache. Mesmo nossas equipes de controle de qualidade trabalham muito duro para reproduzir isso e não conseguem fazê-lo. Então, com leve, com atraso de sub milissegundos, o thread dedicado atualiza o backup e enquanto esse servidor cai, há uma pequena possibilidade de você perder a atualização, mas como eu disse, é um cenário muito raro de reproduzir e temos opção de sincronização disponível também para, para acomodar esta situação. Se você está muito preocupado que precisa que os backups sejam atualizados o tempo todo, você pode usar atualizações de sincronização, onde um cliente atualiza o ativo e o backup de uma só vez. É uma operação transacional. Se falhar no meio, reverteria toda a operação. Então, é muito seguro, se sua pergunta for focada nisso.

Então voltando para Redis, É Azul Redis vs NCache. Assim, você pode ver a comparação de nível de recurso e pode ver a lista onde o Azure Redis têm papel parcial, apoio limitado em todas essas frentes. Assim, a alta disponibilidade é parcialmente suportada, as topologias de cache são limitadas, Replicação de WAN é muito limitado, Cache ASP.NET características, cache de objetos características, Sincronização recursos estão completamente ausentes em Redis e se você estiver usando NCache para cache de objetos, faz muito sentido ter esses recursos de sincronização disponíveis.

SQL como pesquisa está desaparecido, agrupamento de dados está faltando, o código do lado do servidor está completamente ausente e isso nem é .NET porque o Redis não está escrito em .NET. Então, a lista continua.

A pergunta é: Então, eu sei NCache é nativo do Windows e comparado ao Linux Redis é melhor, no entanto, como é que NCache no Linux comparar com Redis no Linux?

Mesmo conjunto de recursos, mesmo suporte, suportado por .NET Core está disponível no Linux. Então, NCache é, não é apenas um produto Windows, em comparação com Redis. Onde Redis é principalmente um produto orientado para Linux. NCache é Windows e Linux. Portanto, qualquer conjunto de recursos que você está vendo aqui é totalmente suportado no ambiente Linux. Todos .NET Core lançamentos no Windows, todos os Linux estão no mesmo nível. Nós temos nosso monitoramento personalizado, para acomodar o problema do contador PerfMon que o Linux tem, mas fora isso, todo o conjunto de recursos que você está vendo, essa comparação é bastante válida, tudo é válido para o ambiente Linux também. Estou mais focado no Windows, porque Redis em geral, falta completamente, você sabe, suporte ao Windows. Mas, até onde, NCache está preocupado, nossa oferta de Windows e oferta de Linux é exatamente a mesma. Então, todos os recursos que discutimos, debatemos NCache é um vencedor claro também no ambiente Linux e, de fato, com implantações mais recentes, com mais clientes adotando .NET Core dentro de suas aplicações, eles preferem usar NCache em ambientes Linux. Porque, você sabe, é mais compatível e mais fácil de usar, do ponto de vista do licenciamento, do ponto de vista do Open Source, o Linux é bem mais fácil em comparação. Então, nosso NCache servidores, sentados em servidores Linux, através .NET Core é uma prática muito comum nos dias de hoje.

Temos suporte ao Docker?

Sim temos, claro. Como podemos não ter Suporte Docker com NCache. Se você for à nossa página de download, encontrará uma seção no Docker. Nós temos .NET Core Imagens do Docker, que estão disponíveis no Linux e, em seguida, temos .NET Framework Windows e, em seguida, temos arquivos do Docker disponíveis para ambos também. Então, para Enterprise, Professional, Open Source, você pode usar nosso, a propósito, mantivemos intencionalmente .NET Core Imagens apenas para Linux porque essa é a mais comum e de fato você pode usar nosso Imagens Docker em qualquer plataforma Kubernetes também. Tal como OpenShift, como Serviço Azure Kubernetes, Serviço Elastic Kubernetes oferecidos pela AWS e pelo Google Kubernetes Service também. Então, é muito comum. É muito popular na implantação de aplicativos. Então, é algo que você pode baixar diretamente do nosso site ou ir para o Hub do Docker para esse assunto.

Por favor, confirme, se isso responder à sua pergunta. Deixe-me saber se houver mais perguntas. Algum outro? Mesmo que você não consiga responder a todas as suas perguntas agora, o que tenho certeza de que já estamos recebendo muitas, mas você sempre pode enviar um e-mail support@alachisoft.com. Se você tiver dúvidas técnicas ou dúvidas sobre recursos e-mail support@alachisoft.com. Nossa equipe de suporte responderá a todas as suas perguntas, pensamentos, perguntas sobre casos de uso, etc.

E, se você estiver interessado em obter NCache começou, bem, temos dois meses grátis NCache Enterprise teste gratuito disponível para você baixar e usar em seu ambiente e, se desejar, pode entrar em contato conosco em support@alachisoft.com or sales@alachisoft.com. Ajudaremos você a configurá-los e também nos informarão em quais casos de uso você está trabalhando. Em quais recursos você está interessado? Garantiremos que você obtenha uma satisfação em uma frente técnica, absolutamente.

Também tínhamos uma pergunta, podemos pegar os slides da apresentação?

Claro, não apenas esta gravação do webinar será lançada, então definitivamente espere isso em seu e-mail, mas também podemos enviar os slides, especificamente para você. Se você quiser ou se alguém mais quiser os slides, vá em frente e solicite-os agora. Vou garantir que todos recebam os slides.

Se não houver mais perguntas, lembre-se de que você pode entrar em contato conosco a qualquer momento. Baixar NCache Enterprise, se você ainda não o fez e definitivamente jogue com ele. Se você precisar de ajuda para configurá-lo em seu ambiente, entre em contato conosco.

O que fazer a seguir?

• NCache Adicionar ao carrinho
• Baixar NCache
• Solicite uma demonstração AO VIVO personalizada