Pesquisar

Olá desenvolvedores, Divirtam-se assistindo o novo vídeo no InterSystems Developers YouTube: ⏯ InterSystems IRIS Cloud SQL @ Global Summit 2022 Aprenda a implantar um mecanismo InterSystems IRIS SQL totalmente gerenciado, escalável e seguro na nuvem em menos de um minuto. Mostraremos como começar a trabalhar rapidamente por meio do InterSystems Cloud Portal — importe seus esquemas e dados e conecte-se facilmente usando os drivers de cliente JDBC, ADO.NET, DB-API e ODBC da InterSystems. Apresentadores: 🗣 Richard Guidice, Engenheiro de Nuvem Sênior, InterSystems🗣 @Steven.LeBlanc, Especialista de Produto, InterSystems Aproveite e fique ligado!👍

Olá Desenvolvedores, Gostaríamos de convidá-lo a participar de nosso próximo concurso, dedicado à criação de ferramentas úteis para facilitar a vida de seus colegas desenvolvedores: 🏆 Concurso InterSystems: Ferramentas para Desenvolvedores 🏆 Envie um aplicativo que ajude a desenvolver mais rapidamente, contribua com código mais qualitativo e ajude no teste, implantação, suporte ou monitoramento de sua solução com o InterSystems IRIS. Duração: de 23 de Janeiro a 12 de Fevereiro de 2023 Total em prêmios: US$13.500 O tópico 💡 InterSystems IRIS Ferramentas para Desenvolvedores 💡 Neste concurso, esperamos aplicativos que melhorem a experiência do desenvolvedor com o IRIS, ajudem a desenvolver mais rapidamente, contribuam com código mais qualitativo, ajudem a testar, implantar, oferecer suporte ou monitorar sua solução com o InterSystems IRIS. Requisitos Gerais: Aplicativos aceitos: novos para aplicativos Open Exchange ou existentes, mas com uma melhoria significativa. Nossa equipe analisará todas as inscrições antes de aprová-los para o concurso. O aplicativo deve funcionar no InterSystems IRIS Community Edition. Tipos de aplicativos que correspondem: estruturas de interface do usuário, IDE, gerenciamento de banco de dados, monitoramento, ferramentas de implantação, etc. O aplicativo deve ser um aplicativo de código aberto e publicado no GitHub. O arquivo README para o aplicativo deve estar em inglês, conter as etapas de instalação e conter a demonstração em vídeo ou/e uma descrição de como o aplicativo funciona. Prêmios 1. Nominação de Especialistas - um júri especialmente selecionado determinará os vencedores: 🥇 1º lugar - US$5.000 🥈 2º lugar - US$3.000 🥉 3º lugar - US$1.500 🏅 4tº lugar - US$750 🏅 5º lugar - US$500 🌟 6-10º lugares - US$100 2. Ganhadores da Comunidade - ao aplicativo que receberá mais votos no total: 🥇 1º lugar - US$750 🥈 2º lugar - US$500 🥉 3º lugar - US$250 Se vários participantes obtiverem a mesma quantidade de votos, todos são considerados vencedores e o prêmio em dinheiro é dividido entre os vencedores. Prazos Importantes 🛠 Fase de desenvolvimento e inscrição do aplicativo: 23 de Janeiro de 2023 (02:00 BRT): Início do concurso 5 de Fevereiro de 2023 (01:59 BRT): Prazo final para envio. ✅ Voting period: 6 de Fevereiro de 2023 (02:00 BRT): Início da votação 12 de Fevereiro de 2023 (01:59 BRT): Fim da votação Nota: Os desenvolvedores podem melhorar seus aplicativos durante todo o período de registro e votação Quem pode participar Qualquer membro da comunidade de desenvolvedores, exceto funcionários da InterSystems.​​​​​Crie uma conta! 👥 Os desenvolvedores podem se unir para criar um aplicativo colaborativo. Permitido de 2 a 5 desenvolvedores em uma equipe. Não se esqueça de destacar os membros da sua equipe no README do seu aplicativo - perfis de usuário da Comunidade de Desenvolvedores Recursos útei ✓ Aplicações de examplo: iris-rad-studio - RAD para Interface com Usuário cmPurgeBackup - Ferramenta de Backup errors-global-analytics - Visualização de erros objectscript-openapi-definition - gerador de Open API Test Coverage Tool - ajudante de cobertura de teste and many more ✓ Modelos que sugerimos para começar: iris-dev-template rest-api-contest-template native-api-contest-template iris-fhir-template iris-fullstack-template iris-interoperability-template iris-analytics-template ✓ Para iniciantes no IRIS: Build a Server-Side Application with InterSystems IRIS Learning Path for beginners ✓ Para iniciantes no ObjectScript Package Manager (ZPM): How to Build, Test and Publish ZPM Package with REST Application for InterSystems IRIS Package First Development Approach with InterSystems IRIS and ZPM ✓ Como enviar seu projeto para o concurso: Como publicar uma aplicação no Open Exchange Como enviar uma aplicação para o Concurso Precisa de Ajuda? Junte-se ao canal do concurso no servidor Discord da InterSystems ou fale conosco no comentário deste post. Mal podemos esperar para ver seus projetos! Boa sorte 👍 Ao participar deste concurso, você concorda com os termos de competição definidos aqui. Por favor, leia-os atentamente antes de prosseguir.

Olá Comunidade, Alguns de vocês passaram na Certificação Oficial da InterSystems e gostariam de obter uma marca verde bacana no avatar do seu perfil e todos os seus certificados em seu perfil DC para que outras pessoas saibam que você sabe... você sabe o que queremos dizer Portanto, para adicionar a certificação ao seu perfil na DC, você precisa seguir 3 etapas fáceis: 1️⃣ Vá até o seu perfil na comunidade 2️⃣ Vá até a seção Certificação Intersystems 3️⃣ Clique no botão Carregar minha certificação e é isso! O sistema enviará a solicitação para Credly com seu e-mail DC. Se sua certificação estiver vinculada ao mesmo e-mail, seus certificados serão carregados automaticamente: Caso contrário, siga as etapas detalhadas descritas na página: E pronto. Agora todo mundo sabe que você sabe... Parabéns por adicionar a Certificação e por realmente ter passado nela. Bom trabalho!

Boa tarde, Estamos com uma vaga aberta para São Paulo, de Sales Engineer, presencial. Quem tiver interesse, favor verificar os requisitos da vaga em A InterSystems está contratando! Este também é o link para aplicar para a vaga!!!!!! Venha trabalhar conosco!!!!!!!

Oi Comunidade! Nós sabemos que pode ser frustrante receber muitos emails (e nós definitivamente não queremos adicionar no seu lote), então aqui está como você pode definir notificações por email para o portal InterSystems Ideas. Por padrão, todos os usuários registrados são inscritos em todas as categorias de ideias. Para mudar isso, entre no seu perfil do Portal de Ideias, selecione "Edit Profile", e então clique dentro do item "Weekly summary email", clique em "categories to highlight" e escolha o que você tem interesse. Também tem algumas coisas que você deve saber: 1. Quando você cria uma ideia ou vota numa ideia existente, você automaticamente se inscreve para mudanças de status e comentários relacionados àquela ideia. 2. Você pode se inscrever/desinscrever de notificações relacionadas a uma ideia especifica clicando no botão "Subscribed" no topo direito da tela. Se você apoia uma ideia, mas não quer receber notificações, por favor não cancele seu voto para se desinscrever, use o botão "Subscribed". 3. Para ver as ideias que você se inscreveu, use o filtro "My subscriptions" no menu principal do Portal de Ideias. Esse filtro estará disponível após o login. Ali, você pode gerenciar suas inscrições a cada ideia 4. Se você não quer notificações do Portal de Ideias, envie uma mensagem privada a @Vadim.Aniskin . Aguardando suas novas ideias, comentários e votos no InterSystems Ideas!

Oi Desenvolvedores! Nós temos certeza que você quer que suas ideias do Ideas Portal sejam implementadas, então aqui estão alguns passos que você pode seguir para atrair atenção a elas. Para promover sua ideia, você pode: 1. Criar uma publicação na Comunidaed de Desenvolvedores sobre a sua ideia, convidando usuários a votaram por ela no Portal de Ideias. Por exemplo, @Heloisa.Paiva escreveu um artigo "About the idea of Using Python Class Definition Syntax to create IRIS classes" mencionando "use Python Class Definition Syntax to create IRIS classes" do @Sylvain.Guilbaud. 2. Requisite a criação de uma enquete no Portal de Ideias dedicada à implementação da ideia. @Guillaume.Rongier7183 requisitou uma enquete do tipo sobre a ideia "Dark version of InterSystems Community". Para requisitar uma enquete, escreva uma mensagem direta a @Vadim.Aniskin. 3. Responda a comentários sobre a sua ideia no Portal de Ideias e na Comunidade de Desenvolvedores. Esses três passos vão atrair atenção a sua ideia e melhorar as chances de sua implementação. Boa sorte e continue mandando ideias!

Atualizado 01/04/25 Olá Comunidade, Vocês podem desbloquear todo o potencial do InterSystems IRIS — e ajudar sua equipe a se integrar — com a gama completa de recursos de aprendizado da InterSystems oferecidos online e presencialmente, para todas as funções em sua organização. Desenvolvedores, administradores de sistema, analistas de dados e integradores podem rapidamente se atualizar. Recursos de Integração para Cada Função Desenvolvedores Programa de Aprendizado Online: Introdução ao InterSystems IRIS para Codificadores (21h) Treinamento em Sala de Aula: Desenvolvimento com Objetos InterSystems e SQL (5 dias) Administradores de Sistema Trilha de Aprendizagem: Noções Básicas de Gerenciamento do InterSystems IRIS (10h) Treinamento em Sala de Aula: Gerenciando Servidores InterSystems (5 dias) Analistas de Dados Vídeo: Introdução à Análise com InterSystems (6m) Trilha de Aprendizagem para cada ferramenta: Analisando Dados com o InterSystems IRIS BI Apresentando Dados Visualmente com Relatórios InterSystems (1h 15m) Construindo Modelos de Dados Usando o Adaptive Analytics (2h 15m) Curso em Sala de Aula: Usando o InterSystems Embedded Analytics (5 dias) Integradores Programa de Aprendizagem: Introdução ao InterSystems IRIS for Health para Integradores (14h) Treinamento em Sala de Aula: Desenvolvimento de Integrações de Sistemas e Construção e Gerenciamento de Integrações HL7 (5 dias cada) Implementadores Trilha de Aprendizagem: Implementação do InterSystems IRIS em Container e na Nuvem (3h) Programa de Aprendizagem: Iniciando com InterSystems IRIS para Implementadores (26h) Gerentes de Projeto Assista a vídeos de visão geral do produto. Leia histórias de sucesso para se inspirar — veja como outros estão usando os produtos InterSystems! Outros Recursos dos Serviços de Aprendizagem 💻 Aprendizado Online: Registre-se gratuitamente em learning.intersystems.com para acessar cursos, vídeos e exercícios individuais. Você também pode concluir trilhas de aprendizado baseadas em tarefas ou programas baseados em funções para avançar em sua carreira. 👩‍🏫 Treinamento em Sala de Aula: Verifique o cronograma de treinamento em sala de aula ao vivo, presencial ou virtual, ou solicite um curso privado para sua equipe. Encontre detalhes em classroom.intersystems.com. 📘 Documentação do InterSystems IRIS: Materiais de referência abrangentes, guias e artigos explicativos. Explore a documentação. 📧 Suporte: Para suporte técnico, envie um e-mail para support@intersystems.com. Oportunidades de Certificação Depois que você e os membros da sua equipe tiverem obtido treinamento e experiência suficientes, ganhem o certificado de acordo com sua função! Aprenda com a Comunidade 💬Participe do aprendizado na Comunidade de Desenvolvedores: Converse com outros desenvolvedores, poste perguntas, leia artigos e fique atualizado com os últimos anúncios. Veja este post para dicas sobre como aprender na Comunidade de Desenvolvedores. Com esses recursos de aprendizado, sua equipe estará bem equipada para maximizar os recursos do InterSystems IRIS, impulsionando o crescimento e o sucesso de sua organização. Para obter assistência adicional, poste perguntas aqui ou pergunte ao seu Engenheiro de Vendas dedicado.

Eu decidi escrever isso antes que o tempo apagasse minha memória.É uma história muito pessoal como parceiro, como competidor, como funcionário,como cliente e, finalmente, como um observador externo da InterSystems. Após uma graduação super rápida na Universidade Técnica de Viena,alguns anos de desenvolvimento para uma máquina virtual na SIEMENS,alguma experiência hardcore em networking e desenvolvimento de núcleo de SO na OLIVETTI, eu entrei na Digital Equipment (DEC) em 1978 como engenheiro de suporte e vendas do seu novíssimo DSM-11. O núcleo do DSM-11 - o módulo Global - foi escrito por Terry Ragon.Eu tive a oportunidade de conhecê-lo durante o treinamento de lançamento em Maynard, MA.A InterSystems era relativamente nova após sua fundação. O núcleo do DSM-11 - o módulo Global - foi escrito por Terry Ragon.Eu tive a oportunidade de conhecê-lo durante o treinamento de lançamento em Maynard, MA.A InterSystems era relativamente nova após sua fundação.Foi um período desafiador para entender toda a tecnologia de hardware (para mim) nova e todos os detalhes daquele grande bolo de sistema operacional, banco de dados e interpretador.Era fascinante. Foi ótimo ver como eu podia vencer qualquer benchmark contraBDs relacionais tradicionais.Como fornecedor do motor principal, eu via a InterSystems como um Parceiro. Embora baseado na minha experiência em virtualização, eu simplesmente não consegui resistir a modificar e ajustar drivers e módulos de disco para transformar o DSM-11 em um "Produto em Camadas" [um Aplicativo] rodando com quase o mesmodesempenho sobre o RSX-11M. Você pode imaginar que a DEC não ficou muito satisfeita com essa experiência.Especialmente porque pouco tempo depois, eles iniciaram o mesmo exercício no VMS.O resultado foi ruim e não atraente para os clientes naquela época.A DEC simplesmente não conseguiu entender a joia que tinha em suas mãos.Mais tarde, sob a orientação da InterSystems, essa lacuna foi fechada. Mas um dos meus clientes me convidou para escrever seu próprio SO "tipo DSM"diretamente em um VAX puro, sem nenhuma parte do VMS.Com que frequência você ouviu falar de uma oportunidade de engenharia como essa?Foi um daqueles gatilhos de "IMPOSSÍVEL - NÃO PODE SER FEITO" que encontrei durante minha vida.Éramos 2 engenheiros experientes dedicados ao projeto:Compramos um VAX-750 em 1981, começamos a ler o manual do processadore depois de passar da página 35 começamos a digitar no console.Realista:- Havia um projeto além dos limites do PDP- Já suportando máquinas sem disco via Ethernet,- Eu criei os bootloaders, meu próprio protocolo sobre Ethernet,meu próprio formato de hardware no disco, que mais ninguém conseguia ler. ..... Um esforço enorme. Mas depois de apenas 18 meses estava prontoe pudemos executar a primeira instalação em um cliente.Esta foi a época em que a InterSystems se tornou uma Concorrente.Uma concorrente muito remota, já que não havia sobreposição no mercado.Observávamos um ao outro com desconfiança de uma grande distância. Foi um sucesso comercial para a empresa.Para mim, tornou-se muito trabalho de rotina com o MicroVAX como máquina principal.Correção de bugs e um novo lançamento de vez em quando não eram um desafio real. Alguns anos depois, a DEC me ofereceu uma nova "MISSÃO IMPOSSÍVEL" e eu aceitei.Era um desafio tecnológico - mas longe do antigo DSM que havia saídodo meu escopo. E se converteu em um desafio organizacional e de gestão.Então eu vendi minha "Alma de Engenheiro" para subir na gestão internacional da DEC.Mas isso me tornou consciente da mentalidade de "Qualidade" e "Cliente em primeiro lugar". Quando a Compaq comprou a DEC, as estruturas de gestão locais foram destruídas.Buscando novas oportunidades, fui contatado por um headhunter.Grande surpresa: seu cliente era a InterSystems: Em poucas semanas, entrei como Funcionário e me senti em casa imediatamente.Agora percebi o que havia perdido por muito tempo - Trabalho Criativo -e o que eu havia vendido por apenas alguns trocados a mais. Eu tinha acabado de entrar quando os objetos se tornaram invisíveis na partição local.O Caché Studio era novo em folha. E duas décadas de desenvolvimento tinham se passado.Mas as estruturas básicas eram as mesmas que eu havia construído na minha própria variante.E de suma importância para mim: "Qualidade em primeiro lugar" + "Dedicação ao Cliente". Passei 12 anos muito emocionantes na InterSystems vendo muitas funcionalidades novassurgirem e algumas menos atraentes desaparecerem.Mas nunca foi um trabalho de rotina. Todo dia um desafio diferente para enfrentar. Estou especialmente orgulhoso de nunca ter perdido nenhum benchmark contra outros BDs:Coroado por vencer o Oracle Spatial por um fator significativo. Após minha aposentadoria, há 9 anos, passei para o papel deCliente da InterSystems. Essa experiência completa a imagem.Um prazer muito pessoal para mim é esta Comunidade de Desenvolvedores da qual participei em 2017.Agora me vejo no papel de Observador da InterSystems. Entendam,eu já havia proposto isso em 2005. Mas era muito cedo para ser aceito. Minha dedicação a Clientes + Qualidade permanece intacta e minha mensagem para meus engenheiros de suporte na DEC ainda é válida para mim: o cliente sempre tem razão - ele tem o problema nossos produtos podem ter um bug - então encontre-o a descrição dos nossos produtos pode estar errada - explique melhor não assuma que o cliente tem seu conhecimento técnico - explique em detalhes nós não entendemos qual é o bug - pergunte duas vezes e tente escutar mais profundamente Esses também são os 5 princípios que aplico quando faço minhas revisões no OEXe isso faz a qualidade de um pacote OEX. Agora, em 2023, tornei-me um Observador crítico e tenho minhas surpresas,tenho alguns déjà-vus reconhecendo ideias antigas vestidas de novo. Meus aplausospara novidades são filtrados. Algumas são ótimas, outras menos convincentes. Eu sempre tento transmitir minha experiência pessoal àqueles que a pedem.E às vezes tento lembrar os colaboradores de que seus artigos oupacotes são um serviço aos outros membros e merecem Qualidade. Espero que não tenha sido entediante para você.

Olá Comunidade! Como você sabe, temos o nosso marketplace para soluções e ferramentas das Plataformas de Dados InterSystems, o [InterSystems Open Exchange](http://openexchange.intersystems.com)!  Mas como publicar sua aplicação no OE? Antes de começar, deixe-me responder a algumas perguntas básicas. **Quem pode publicar?** Basicamente, todo mundo. Você pode entrar no Open Exchange com a sua conta do InterSystems Developer Community ou da Central de Suporte (WRC). **O que é uma aplicação?** Uma aplicação Open Exchange é uma solução, ferramenta, adaptador de interoperabilidade e interfaces, desenvolvidas usando qualquer produto das Plataformas de Dados InterSystems: Caché, Ensemble, HealthShare, InterSystems IRIS ou InterSystems IRIS for Health. Ou esta ferramenta ou solução deve ajudar no desenvolvimento, testes, implantação ou gerenciamento de soluções nas Plataformas de Dados InterSystems. **O que é uma aplicação para Open Exchange?**  Na verdade, é o nome, descrição e o conjunto de links para as entradas da aplicação: página de download, documentação, repositório de código (se houver), licença, etc. Deixe-me ilustrar o processo com um exemplo pessoal. **Enviando uma aplicação para o Open Exchange** Para ilustrar o procedimento, desenvolvi uma aplicação fantástica em ObjectScript para o InterSystems IRIS e quero compartilhá-la com o Developer Community: Ideal ObjectScript. Ela demonstra o uso ideal das diretrizes de codificação do ObjectScript para vários casos de uso com ObjectScript. Existem campos obrigatórios que devem ser apresentados em todas as aplicações no Open Exchange. 1. Nome - um nome único no Open Exchange para a aplicação 2. Descrição - descrição da aplicação. O campo suporta markdown. 3. URL do Produto - o link para uma página de download da sua aplicação.  4. Licença - o link para a página que exibe a licença da sua aplicação. 5. Plataformas de Dados InterSystems - conjunto de Plataformas de Dados InterSystems que sua aplicação se destina. Todos os demais campos são opcionais. Então, vamos enviar a minha aplicação. Eu tenho o **nome**: Ideal ObjectScript **Descrição**: O Ideal ObjectScript demonstra o uso ideal das diretrizes de codificação do InterSystems ObjectScript para vários casos de uso com ObjectScript. **URL do Produto**: https://github.com/evshvarov/ideal_objectscript/releases/tag/1.0  - o link para a versão 1.0 da aplicação na seção de lançamentos do GitHub. **URL da Licença**: https://github.com/evshvarov/ideal_objectscript/blob/1.0/LICENSE - o link para o arquivo da LICENÇA da aplicação. **Plataformas de Dados InterSystems:** E a aplicação suporta InterSystems IRIS, Caché e Ensemble - esta é a lista de produtos InterSystems com os quais eu mesmo testei a aplicação. Com isso, estamos prontos para enviar a aplicação.  **Versão da aplicação** Depois de clicar em Enviar para aprovação, você precisa fornecer a versão da aplicação e as notas da versão. Usamos o [Semver](http://semver.org/) para controle de versão. As notas de lançamento serão publicadas na seção de notícias do Open Exchange, Redes Sociais DC e histórico de versão da aplicação. Depois disso, a aplicação entra no fluxo de trabalho de aprovação que resulta com a aprovação automática no OpEx ou com algumas recomendações de como corrigir as descrições e links da aplicação. Inserir  **Parâmetros adicionais**  **URL da Imagem** Coloque uma URL para o ícone de imagem de sua aplicação que será exibida em um bloco. Você pode omitir isso e o ícone do OpEx será mostrado. **URL do GitHub** Coloque o link para o repositório no GitHub de sua aplicação se você o tiver. Temos a integração com o GitHub no Open Exchange, portanto, se você inserir o link para o repositório de sua aplicação, o Open Exchange mostrará a descrição no GitHub automaticamente (tudo o que está listado no Readme.md). Ex. veja como a página do Ideal ObjectScript [é exibida no Open Exchange.](https://openexchange.intersystems.com/index.html#!/package/Ideal%20ObjectScript) **URL do Artigo da Comunidade** É claro que você pode falar sobre a sua aplicação no Developer Community com um bom artigo, então coloque a URL dele aqui! Como você pode ver o procedimento é muito simples! Estou ansioso para ver suas aplicações para a Plataformas de Dados InterSystems no Open Exchange! Mantenha-se informado!

Na última postagem, agendamos a coleta de métricas de desempenho durante 24 horas usando pButtons. Nesta postagem, vamos ver algumas métricas essenciais que estão sendo coletadas e como elas estão ligadas ao hardware do sistema. Também começaremos a explorar a ligação entre as métricas do Caché (ou de qualquer plataforma de dados InterSystems) e as métricas do sistema. Além disso, veremos como você pode usar essas métricas para entender a integridade diária de seus sistemas e diagnosticar problemas no desempenho. [Veja aqui uma lista de outras postagens do autor na comunidade em inglês](https://community.intersystems.com/post/capacity-planning-and-performance-series-index) # Grupos alimentares de hardware  Como você verá a medida que avançarmos por esta série de postagens, os componentes do servidor que afetam o desempenho podem ser categorizados como: - CPU - Memória - E/S de armazenamento - E/S de rede Se algum desses componentes estiver sobrecarregado, o desempenho do sistema e a experiência do usuário serão prejudicados. Todos esses componentes estão inter-relacionados, e mudanças em um deles pode afetar os outros, às vezes com consequências inesperadas. Já vi um caso em que corrigir um problema de gargalo de E/S em uma matriz de armazenamento fez o uso de CPU subir para 100%, e a consequência foi uma experiência do usuário ainda pior, pois o sistema ficou livre de repente para fazer mais trabalho, mas não tinha os recursos de CPU necessários devido ao aumento da atividade e taxa de transferência dos usuários. Também veremos como a atividade do sistema do Caché tem impacto direto nos componentes do sistema. Se houver recursos de E/S de armazenamento limitados, uma mudança positiva que pode ser feita é o aumento da memória do sistema e o aumento da memória dos __buffers globais do Caché__, o que pode diminuir a __E/S de leitura de armazenamento do sistema__ (mas talvez aumente o uso de CPU!). Uma das métricas de sistema mais óbvias que deve ser monitorada regularmente ou verificada se os usuários relatarem problemas é o uso de CPU. Pode-se verificar utilizando o _top_ ou _nmon_ no Linux e AIX, ou _Monitor de Desempenho do Windows_. Como a maioria dos administradores de sistema verificam os dados de CPU regularmente, ainda mais quando são apresentados em gráficos, uma olhada rápida fornece uma boa compreensão da integridade atual do sistema: o que está normal, ou um surto repentino de atividade, que pode ser anormal ou indicar um problema. Nesta postagem, vamos dar uma olhada rápida nas métricas de CPU, mas nos concentraremos nas métricas do Caché. Começaremos verificando os dados do _mgstat_ e como ver os dados em gráficos pode dar uma boa compreensão da integridade do sistema rapidamente. # Introdução ao mgstat O mgstat é um dos comandos do Caché incluídos e executados no pButtons. O mgstat é uma ferramenta excelente para coletar métricas básicas de desempenho para ajudar a entender a integridade dos sistemas. Veremos os dados do mgstat coletados durante 24 horas em um pButtons, mas, se você quiser capturar dados além do pButtons, o mgstat também pode ser executado sob demanda de forma interativa ou como um trabalho em segundo plano pelo terminal do Caché. Para executar o mgstat sob demanda pelo namespace %SYS, o formato geral é: do mgstat(sample_time,number_of_samples,"/caminho_do_arquivo/arquivo.csv",page_length) Por exemplo, veja abaixo o comando para executar em uma tarefa em segundo plano por uma hora com um período de amostragem de 5 segundos e salvar a saída em um arquivo csv: job ^mgstat(5,720,"/data/mgstat_data_e_hora_de_hoje.csv") Por exemplo, para exibir na tela sem algumas colunas, chame a rotina através do label dsp132: Deixarei como tarefa para vocês a verificação da saída para que vocês entendam melhor a diferença. do dsp132^mgstat(5,720,"",60) > As informações detalhadas das colunas do mgstat estão disponíveis no _Guia de monitoramento do Caché_ na documentação mais recente do Caché: [Documentação online da InterSystems](https://docs.intersystems.com) # Sobre os dados do mgstat O pButtons agrupa os dados em um único arquivo HTML, facilitando a navegação e empacotando os dados para envio aos especialistas de suporte da Central de Suporte (WRC) para diagnosticar problemas no desempenho. Entretanto, quando você executa o pButtons por conta própria e deseja exibir os dados em gráficos, eles podem ser separados novamente em um arquivo csv para processamento em gráficos, por exemplo, com o Excel, usando um script de linha de comando ou apenas cortando e colando os dados. Nesta postagem analisaremos algumas métricas do mgstat para mostrar como somente uma visão rápida dos dados pode indicar se o sistema está com bom desempenho ou se há problemas atuais ou potenciais que afetarão a experiência do usuário. ## Glorefs e CPU O gráfico abaixo mostra o uso de CPU do servidor de banco de dados em um local que executa uma aplicação de hospital com uma alta taxa de transações. Note o pico de atividade durante a manhã, quando há vários ambulatórios, com uma queda durante o almoço, diminuindo então à tarde e à noite. Neste caso, os dados vêm de _(_Total)\% Tempo do Processador_ do Monitor de Desempenho do Windows. O formato do gráfico corresponde ao perfil diário de trabalho, sem picos ou depressões incomuns, o que é normal para esse local. Fazendo o mesmo em seu local, você pode começar a estabelecer uma linha de base do que é "normal". Um grande pico, especialmente um de longa duração, pode ser um indicador de problema. Uma postagem futura se concentrará na CPU.  Como referência, este banco de dados está em um servidor Dell R720 com dois processadores E5-2670 de 8 núcleos. O servidor tem 128 GB de memória e 48 GB de buffers de globais. O próximo gráfico mostra mais dados do mgstat: Glorefs (referências globais) ou acessos ao banco de dados no mesmo dia que o gráfico de CPU. As glorefs indicam a quantidade de trabalho ocorrendo durante a carga de trabalho atual. Embora as referências a globais consumam tempo de CPU, nem sempre elas consomem outros recursos do sistema, como leituras físicas, devido à maneira como o Caché usa o pool global de buffers de memória.  Nas aplicações típicas do Caché, há uma correlação muito forte entre as glorefs e o uso de CPU. > Outro modo de olhar esses dados de CPU e glorefs é dizendo que _a redução das glorefs reduz o uso de CPU_, permitindo a implantação em servidores com menos núcleos ou a escalabilidade de sistemas existentes. É possível reduzir as referências globais tornando uma aplicação mais eficiente. Voltaremos a esse conceito em postagens futuras. ## PhyRds e Rdratio O formato da representação gráfica dos dados _PhyRds_ (leituras físicas) e _Rdratio_ (proporção de leituras) do mgstat também pode fornecer informações do que se esperar do desempenho do sistema e ajudar a planejar a capacidade. Vamos analisar com mais detalhes a E/S de armazenamento no Caché em postagens futuras. _PhyRds_ são simplesmente Operações de Entrada e Saída por Segundo (IOPS) de leitura nos bancos de dados do Caché. Você deverá ver os mesmos valores nas métricas do sistema operacional para discos lógicos e físicos. Lembre-se de que, ao verificar as Operações de Entrada e Saída por Segundo (IOPS) do sistema operacional, também podem estar sendo exibidos dados de outras aplicações que não o Caché. Dimensionar o armazenamento sem levar em conta as Operações de Entrada e Saída por Segundo (IOPS) esperadas é uma receita para o desastre. Você precisa saber as IOPS de seu sistema em horários de pico para planejar a capacidade corretamente. O gráfico abaixo mostra _PhyRds_ entre meia-noite e 15h30.  Observe o grande salto de leituras entre 5h30 e 10h. Também há picos menores às 11h e um pouco antes das 14h. Qual você acha que é a causa desses picos? Você também vê esse tipo de picos em seus servidores? _Rdratio_ é um pouco mais interessante: é a proporção de leituras de blocos lógicos em comparação a leituras de blocos físicos. Portanto, é a proporção de quantas leituras são de buffers de globais (lógicos) da memória e quantas são do disco, que são algumas ordens de grandeza mais lentas. Uma _Rdratio_ alta é uma boa coisa, e chegar perto de zero por longos períodos não é bom.  Observe que, quando as leituras físicas estão altas, _Rdratio_ cai para perto de zero. Nesse local, me pediram para investigar quando o departamento de TI começou a receber ligações de usuários informando que o sistema estava lento por longos períodos. Isso estava acontecendo de maneira aparentemente aleatória durante várias semanas quando me pediram para verificar o sistema. > _**Como o pButtons havia sido agendado para execução diária de 24 horas, foi relativamente simples analisar os dados de várias semanas passadas para começar a ver um padrão de _PhyRds_ alta e _Rdratio_ baixa, com uma correlação com as ligações de suporte.*** Após uma análise mais detalhada, descobriu-se que a causa era um novo funcionário que executava diversos relatórios com parâmetros ruins, além de consultas mal escritas sem índices apropriados, o que causava muitas leituras no banco de dados. Essa era a causa da lentidão aparentemente aleatória. Como esses relatórios de longa execução lêem dados dos buffers de globais, a consequência é que os dados interativos dos usuários estavam sendo obtidos do armazenamento físico, em vez da memória, e o armazenamento estava sendo sobrecarregado para atender às solicitações de leitura. O monitoramento das métricas _PhyRds_ e _Rdratio_ dará uma ideia da integridade de seus sistemas e talvez permitirá que você descubra relatórios ou consultas ruins. Pode haver um motivo válido para uma _PhyRds_ alta: talvez um relatório precise ser executado em determinada hora. Com os sistemas operacionais modernos de 64 bits e servidores com alta capacidade de memória física, você deverá conseguir minimizar a _PhyRds_ em seus sistemas de produção. > Caso a _PhyRds_ esteja alta em seu sistema, você pode considerar algumas estratégias: - Melhorar o desempenho aumentando o número de buffers (globais) de banco de dados (e a memória do sistema). - Relatórios ou extrações de longa duração podem ser feitos fora do horário comercial. - Relatórios somente leitura de longa duração, trabalhos em lote ou extrações de dados podem ser feitos em um servidor Shadow ou um membro de espelhamento assíncrono para minimizar o impacto nos usuários interativos e para diminuir a carga de recursos do sistema, como CPU e Operações de Entrada e Saída por Segundo (IOPS). Geralmente, é bom ter uma _PhyRds_ baixa, e é nossa meta ao dimensionar os sistemas. Entretanto, se a _PhyRds_ estiver baixa e os usuários estiverem reclamando do desempenho, você pode verificar outros fatores para confirmar que o armazenamento não é o gargalo. A quantidade de leituras pode estar baixa porque o sistema não consegue mais atender à demanda. Veremos o armazenamento com mais detalhas em uma postagem futura. # Resumo Nesta postagem, verificamos como olhar graficamente as métricas coletadas no pButtons pode fornecer uma compreensão da integridade rapidamente. Em postagens futuras, analisarei com mais detalhes a ligação entre as métricas de sistema e do Caché e como você pode usá-las para se planejar para o futuro.

Sua aplicação está implantada e tudo está funcionando bem. Ótimo, bate aqui! Então, do nada, o telefone começa a tocar sem parar – são os usuários reclamando que, às vezes, a aplicação está "lenta". Mas o que isso significa? Às vezes? Quais ferramentas você tem e quais estatísticas você deve examinar para encontrar e resolver essa lentidão? A infraestrutura do seu sistema está à altura da tarefa de carga do usuário? Que perguntas de design de infraestrutura você deveria ter feito antes de entrar em produção? Como você pode planejar a capacidade de um novo hardware com confiança sem excesso de especificações? Como você pode parar o telefone de tocar? Como você poderia ter impedido o telefone de tocar em primeiro lugar? * * * [Veja aqui uma lista das outras postagens desta série](https://community.intersystems.com/post/capacity-planning-and-performance-series-index) * * * ## Esta será uma jornada Este é a primeira postagem de uma série que explorará as ferramentas e métricas disponíveis para monitorar, revisar e solucionar problemas de desempenho de sistemas, bem como considerações de design e arquitetura de sistema que afetam o desempenho. Ao longo do caminho, iremos percorrer algumas trilhas para entender o desempenho do Caché, sistemas operacionais, hardware, virtualização e outras áreas que se tornam tópicos a partir de seu feedback nos comentários. Seguiremos o ciclo de feedback fornecido pelos dados de desempenho para visualizar as vantagens e limitações das aplicações e da infraestrutura implantadas e, em seguida, voltar para uma melhor concepção e planejamento de capacidade. Não é preciso dizer que você deve revisar as métricas de desempenho constantemente. É lamentável o número de vezes que os clientes são surpreendidos por problemas de desempenho que estavam visíveis por um longo tempo, se eles tivessem olhando os dados. Mas, é claro, que a questão é: quais dados? Começaremos a jornada coletando algumas métricas básicas do Caché e do sistema para que possamos ter uma ideia da integridade do seus sistema atual. Em postagens posteriores, mergulharemos no significado das principais métricas. Há muitas opções disponíveis para o monitoramento do sistema – internamente do Caché e externamente. Vamos explorar um monte deles nesta série.  Para começar, veremos minha ferramenta favorita para coleta contínua de dados que já está instalada em todos os sistemas Caché – o ^pButtons. Para ter certeza de que você tem a última cópia do pButtons, reveja a seguinte postagem: ## Coletando métricas de desempenho do sistema – ^pButtons O utilitário Caché pButtons gera um relatório de desempenho em HTML legível a partir dos arquivos de log que ele cria. A saída das métricas de desempenho pelo pButtons pode ser facilmente extraída, mapeada e revisada.  Os dados coletados no arquivo HTML pelo pButtons incluem: * Configuração do Caché: com configuração, mapeamentos de unidades, etc. * mgstat: Métricas de desempenho do Caché – a maioria dos valores são médios por segundo. * Unix: vmstat e iostat – recursos do sistema operacional e métricas de desempenho. * Windows: monitor de desempenho – recursos do Windows e métricas de desempenho. * Outras métricas que serão úteis. A coleta de dados do pButtons tem muito pouco impacto no desempenho do sistema, as métricas já estão sendo coletadas pelo sistema, o pButtons simplesmente as empacota para facilitar o arquivamento e transporte.  Para manter uma linha de base, para análise de tendências e solução de problemas, é uma boa prática realizar uma coleta com o pButtons de 24 horas (meia-noite à meia-noite) todos os dias, para um ciclo de negócios completo. Um ciclo de negócios pode durar um mês ou mais, por exemplo, para capturar dados de processamento no final do mês. Se você não tiver nenhum outro monitoramento de desempenho externo ou coleta, você pode executar o pButtons durante o ano todo.  Os seguintes pontos-chave devem ser observados: * Mude o diretório de log para um local longe dos dados de produção para armazenar arquivos de saída acumulados e evitar problemas de disco cheio! * Execute um script do sistema operacional ou compacte e arquive o arquivo pButtons regularmente. Isso é especialmente importante no Windows, pois os arquivos podem ser grandes. * Revise os dados regularmente! No caso de um problema que necessite de análise imediata, os dados do pButtons podem ser visualizados (coletados imediatamente) enquanto as métricas continuam a ser armazenadas para a coleta no final dos dias de execução. Para obter mais informações sobre pButtons, incluindo visualização, interrupção de uma execução e adição de coleta de dados personalizados, veja o _Guia de Monitoramento Caché_ na documentação mais recente do  Caché:  http://docs.intersystems.com Os dados do arquivo HTML pButtons podem ser separados e extraídos (para arquivos CSV, por exemplo) para processamento em gráficos ou outra análise por script ou simplesmente recortar e colar. Veremos exemplos da saída em gráficos posteriormente na próxima postagem. É claro que, se você tiver problemas urgentes de desempenho, entre em contato com a Central de Suporte (WRC). ### Agende a coleta de dados de 24 horas do pButtons O ^pButtons pode ser iniciado manualmente a partir do prompt do terminal ou agendado. Para agendar uma coleta diária de 24 horas: 1. Inicie o terminal Caché, mude para o %SYS namespace e execute o pButtons manualmente uma vez para configurar as estruturas de arquivo do pButtons: %SYS>d ^pButtons Current log directory: /db/backup/benchout/pButtonsOut/ Available profiles: 1 12hours - 12 hour run sampling every 10 seconds 2 24hours - 24 hour run sampling every 10 seconds 3 30mins - 30 minute run sampling every 1 second 4 4hours - 4 hour run sampling every 5 seconds 5 8hours - 8 hour run sampling every 10 seconds 6 test - A 5 minute TEST run sampling every 30 seconds Selecione a opção 6. para teste, amostragem de execução de TESTE de 5 minutos a cada 30 segundos. Observe que sua numeração pode ser diferente, mas o teste deve ser óbvio. Durante a execução, execute Collect^pButtons (conforme mostrado abaixo), você verá informações incluindo o runid. Neste caso, “20160303\_1851\_test”. %SYS>d Collect^pButtons Current Performance runs: <strong>20160303_1851_test</strong> ready in 6 minutes 48 seconds nothing available to collect at the moment. %SYS> Observou que esta execução de 5 minutos leva 6 minutos e 48 segundos para finalizar? O pButtons adiciona um período de carência de 2 minutos a todas as execuções permitindo um tempo para a coleta e ordenação dos logs no formato HTML.  2. IMPORTANTE! Altere o diretório de saída do log pButtons - o local de saída padrão é a pasta /mgr. Por exemplo, no Unix, o caminho para o diretório de log pode ser assim: do setlogdir^pButtons("/algum_lugar_com_muito_espaço/perflogs/") Certifique-se de que o Caché tenha permissões de gravação para o diretório e que haja espaço em disco suficiente disponível para acumular os arquivos de saída. 3. Crie um novo perfil de 24 horas com intervalos de 30 segundos executando o seguinte: write $$addprofile^pButtons("My_24hours_30sec","24 hours 30 sec interval",30,2880) Verifique se o perfil foi adicionado ao pButtons: %SYS>d ^pButtons Current log directory: /db/backup/benchout/pButtonsOut/ Available profiles: 1 12hours - 12 hour run sampling every 10 seconds 2 24hours - 24 hour run sampling every 10 seconds 3 30mins - 30 minute run sampling every 1 second 4 4hours - 4 hour run sampling every 5 seconds 5 8hours - 8 hour run sampling every 10 seconds 6 My_24hours_30sec- 24 hours 30 sec interval 7 test - A 5 minute TEST run sampling every 30 seconds select profile number to run: Nota: Você pode variar o intervalo de coleta - 30 segundos é bom para monitoramento de rotina. Eu não usaria menos de 5 segundos para uma execução de rotina de 24 horas (…”,5,17280), pois os arquivos de saída podem se tornar muito grandes à medida que pButtons coleta dados a cada tique do intervalo. Se você está resolvendo problemas em um determinado momento do dia e deseja dados mais granulares, use um dos perfis padrão ou crie um novo perfil personalizado com um período de tempo mais curto, por exemplo, 1 hora com intervalo de 5 segundos (…”,5,720). Vários pButtons podem ser executados ao mesmo tempo, portanto, você pode ter pButtons curtos com intervalo de 5 segundos em execução ao mesmo tempo que os pButtons de 24 horas. 4. Dica Para sites UNIX, revise o comando disk. Os parâmetros padrão usados com o comando 'iostat' podem não incluir os tempos de resposta do disco. Primeiro exiba quais comandos de disco estão configurados atualmente: %SYS>zw ^pButtons("cmds","disk") ^pButtons("cmds","disk")=2 ^pButtons("cmds","disk",1)=$lb("iostat","iostat ","interval"," ","count"," > ") ^pButtons("cmds","disk",2)=$lb("sar -d","sar -d ","interval"," ","count"," > ") Para coletar estatísticas de disco, use o comando apropriado para editar a sintaxe de sua instalação do UNIX. Observe o espaço à direita. Aqui estão alguns exemplos: LINUX: set $li(^pButtons("cmds","disk",1),2)="iostat -xt " AIX: set $li(^pButtons("cmds","disk",1),2)="iostat -sadD " VxFS: set ^pButtons("cmds","disk",3)=$lb("vxstat","vxstat -g DISKGROUP -i ","interval"," -c ","count"," > ") Você pode criar arquivos HTML pButtons muito grandes, executando os comandos iostat e sar. Para avaliações regulares de desempenho, geralmente uso apenas o iostat. Para configurá-lo há apenas um comando: set ^pButtons("cmds","disk")=1 Mais detalhes sobre como configurar pButtons estão na documentação on-line. 5. Programe o pButtons para iniciar à meia-noite no Portal de Gerenciamento > Operação de Sistema > Gerenciado de Tarefas: Namespace: %SYS Task Type: RunLegacyTask ExecuteCode: Do run^pButtons("My_24hours_30sec") Task Priority: Normal User: superuser How often: Once daily at 00:00:01 ### Coletando dados com pButtons O pButtons disponível em versões mais recentes das Plataformas de Dados InterSystems incluem a coleta automática. Para coletar e ordenar manualmente os dados em um arquivo HTML no %SYS namespace, execute o seguinte comando para gerar quaisquer arquivos de saída HTML pButtons pendentes: do Collect^pButtons O arquivo HTML estará no logdir que você configurou no passo 2 (se você não configurou, vá e **faça agora!**). Caso contrário, o local padrão é Os arquivos são nomeados como Ex. vsan-tc-db1\_H2015\_20160218\_0255_test.html ### Considerações sobre o Monitor de Desempenho do Windows Se o sistema operacional for Windows, o Monitor de Desempenho do Windows (perfmon) pode ser usado para coletar dados em sincronia com as outras métricas coletadas. Em distribuições Caché mais antigas do pButtons, o perfmon do Windows precisa ser configurado manualmente. Se houver uma demanda nos comentários da postagem, escreverei uma postagem sobre a criação de um template perfmon para definir os contadores de desempenho a serem monitorados e agendar a execução para o mesmo período e intervalo que o pButtons. ### Resumo Esta postagem nos fez começar a coletar alguns dados para analisar. No final da semana, começarei a examinar alguns dados de amostra e o que isso significa. Você pode acompanhar os dados coletados em seus próprios sistemas. Vejo você então.

Olá Desenvolvedores! Aqui estão os bônus tecnológicos do Concurso de Interoperabilidade InterSystems que irão lhe dar pontos extras durante a votação: Uso do Business Process BPL ou Business Rule DTL Uso de Adaptadores de Interoperabilidade Customizados Uso da Production EXtension(PEX) Java ou .NET Uso do Workflow Implantação usando o pacote ZPM Uso de contêiner Docker Vejam os detalhes abaixo. Uso do Business Process BPL ou de Business Rules - 1 ponto Uma das funcionalidades principais das Produções de Interoperabilidade IRIS são os Business Processes, que podem ser definidos através do uso de BPL (Business Process Language). Aprenda mais sobre Business Processes na documentação. As Business Rules são uma abordagem sem/pouco código para gerenciar a lógica de processamento de uma produção de interoperabilidade. Na plataforma de dados InterSystems IRIS você pode criar uma business rule através do editor gráfico ou usando representação em ObjectScript. Você conseguirá ganhar o bônus Business Process/Business Rule se você criar e usar business processes ou business rules em sua produção de interoperabilidade. Exemplo de Business Rule Aprenda mais sobre Business Rules na documentação. Uso de Adaptadores de Interoperabilidade Customizados - 1 ponto Produções de Interoperabilidade da InterSystems podem conter adaptadores de entrada (Inbound) ou de saída (Outbound) que são utilizados para comunicação com sistemas externos pelos business services e business operation da produção. Você pode utilizar os adaptadores nativos da plataforma(lcomo File, Email,etc) ou desenvolver o seu próprio. Você ganhará este bônus de você desenvolver o seu próprio adaptador (de entrada ou de saída) e usá-lo em sua produção de interoperabilidade. Examplo de um adaptador. Aprenda mais sobre adaptadores. Uso de Production EXtension (PEX) - 2 pontos PEX é uma extensão Java ou .NET de produções de interoperabilidade. Você ganhará este bônus se utilizar PEX com JAVA ou .NET em sua produção de interoperabilidade. Demonstração PEX. Aprenda mais sobre PEX na documentação. Uso do Workflow - 1 ponto O Workflow é uma funcionalidade da plataforma de dados IRIS que permite a distribuição automática de tarefas entre usuários em uma produção de interoperabilidade. Você ganhará este bônus se incluir o uso de Workflow em sua produção de interoperabilidade. Aprenda mais sobre Workflows na documentação. Existem os módulos da comunidade WorkflowAPI e WorkflowUI-ngx que disponibilizam uma bela camada de IU em Angular para o Workflow. Implantação usando o pacote ZPM - 1 ponto Você ganhará este bônus se você construir e publicar o pacote ZPM para sua aplicação Full Stack de forma que ela possa ser implantada com o comando: zpm "install your-full-stack-solution-name" na plataforma de dados IRIS com o cliente ZPM instalado. Documentação cliente ZPM. Uso de contêiner Docker - 1 ponto A aplicação ganhará o bônus 'Docker contêiner' se utilizar a plataforma de dados InterSystems IRIS rodando em um contêiner docker. Você pode obter o bônus se utilizar um dos seguintes modelos docker: Modelo de Interoperabilidade IRIS Sinta-se a vontade para realizar qualquer pergunta sobre o uso das tecnologias listadas e, Boa sorte na competição !!!

Olá Desenvolvedores, Esta semana é a semana de votação para o Concurso de Interoperabilidade InterSystems Interoperability! Então, é a hora de você dar o seu voto para a melhor solução de interoperabilidade desenvolvida com a plataforma de dados IRIS. 🔥 Você decide: VOTE AQUI 🔥 Como votar? É fácil: você tem direito a um voto, e seu voto vai ou para a Nominação pelos Experts ou para a Nominação pela Comundade. Nominação pelos Experts Se você é um Gerente de Produtos InterSystems, Moderador da Comunidade ou Especialista ou níveis acima no Global Masters seu voto vai para a Nominação pelos Experts. Nominação pela Comunidade Se você já contribuiu para a comunidade (postando ou respondendo) e não foi considerado como spam, vocÊ pode votar pela Nominação pela Comunidade. Votando A votação é realizada na Página de Concursos Open Exchange e você precisará se logar no Open Exchange – você pode fazer isso com suas credenciais da conta da Comunidade de Desenvolvedores. Se vocÊ mudar de ideia, cancele sua escolha e dê seu voto para outra aplicação - você tem 7 dias para escolher ! Participantes do Concurso podem corrigir problemas e fazer melhorias em suas aplicações durante a semana de votação então, não perca a oportunidade e mantenha sua aplicação atualizada. ➡️ Não se esqueçam também de verificar as Regras de julgamento e votação para o Concurso aqui.

Olá Comunidade, É um prazer convidá-los para o encontro online com os ganhadores do Concurso de Interoperabilidade da InterSystems! Dia e horário: Sexta-feira, 27 de Novembro de 2020 – 12:00 horário de Brasília O que lhe aguarda neste encontro virtual ? A biografia de nossos ganhadores. Demonstrações de suas aplicações. Uma discussão aberta sobre as tecnologias utilizadas, bônus, dúvidas e planos para os próximos concursos. Nossos palestrantes: @Yuri.Gomes, Arquiteto de Software na YM Consulting @Lorenzo.Scalese, Arquiteto de Soluções na Xperthis s.a. @José.Pereira, Desenvolvedor BI na Shift Consultoria e Sistemas Ltda @Henrique.GonçalvesDias, Especialista em Gerenciamento de Sistemas / Administrador de Bancos de Dados, Tribunal Regional Federal, Sao Paulo @Evgeny.Shvarov, Gestor do Ecosistema InterSystems para Desenvolvedores. Você também terá a oportunidade de realizar perguntas para nossos desenvolvedores através do bate-papo de nosso webinar. Ficaremos felizes em conversar com vocês em nosso Encontro Virtual! ➡️ JUNTE-SE A NÓS NO ENCONTRO ONLINE!

É um prazer anunciar que o DBeaver suporta a plataforma de dados InterSystems IRIS nativamente desde a versão 7.2.4. Você não precisa realizar uma configuração manual mais, basta identificar o ícone do IRIS na lista de conexões. Todos os campos necessários já vem preenchidos mas, não se esqueça de colocar seu usuário e senha !!!! Por padrão o driver do InterSystems IRIS não é incluído na instalação do DBeaver. Para realizar a primeira conexão o DBeaver sugere que seja feito o download do driver do repositório GitHub oficial da InterSystems. Este driver será então usado para todas as conexões posteriores. A versão atual não contém funcionalidades específicas do IRIS mas, todas as funções principais do DBeaver funcionam para nossa plataforma. Se você julga importante adicionar algo a mais, nos avise por favor !!!!!