O InterSystems API Manager (IAM) permite monitorar e controlar o tráfego de e para suas APIs baseadas na web. Se você estiver construindo camadas de aplicações orientadas a serviços, provavelmente descobrirá que o número de APIs que está usando aumenta rapidamente. Quanto mais distribuído seu ambiente, mais crítico se torna o controle e monitoramento adequado do tráfego da API. O API Manager permite que você roteie facilmente todo o seu tráfego por meio de um gateway centralizado e encaminhe a solicitação da API para os nós de destino apropriados.
As versões 2.8.4.11 e 3.4.3.11 do InterSystems API Manager (IAM) já estão disponíveis para o Público em Geral. Essas são as versões mais recentes das duas versões de longo prazo com suporte do IAM. Essas versões contêm correções importantes, e todos os clientes são incentivados a fazer o upgrade.
As versões 2.8.4.10 e 3.4.3.10 do InterSystems API Manager (IAM) já estão disponíveis para o público em geral. Essas são as versões mais recentes das duas versões de longo prazo com suporte do IAM.
A versão 3.4.2 do InterSystems API Manager (IAM) agora está com disponibilidade geral. Além de correções de bugs e pequenas melhorias, o IAM 3.4 inclui vários recursos que podem ser do interesse dos clientes IRIS.
Com o meu conhecimento básico sobre o contêiner Docker e a API REST, queria tentar usar o InterSystems API Manager pela primeira vez para controlar APIs e microsserviços. Concluí esse curso online usando minha instância IRIS local como host (SO Windows) e o IAM em execução em uma VM Linux (convidado).
Pesquisando sobre InterSystems IRIS e como ela pode transformar o negócio de uma organização me deparei com uma possibilidade: Como uma grande empresa pode melhorar sua eficiência operacional e oferecer uma experiência de compra mais personalizada para seus clientes?
O InterSystems API Manager (IAM) versão 3.2.1 agora está disponível para o público geral. Além das correções de bugs e pequenas melhorias, o IAM 3.2 adiciona novos plug-ins que podem ser do interesse dos clientes IRIS.
Este novo plugin permite reduzir o risco de ataques XML checando a estrutura das cargas XML. Isso valida a complexidade máxima (profundidade da árvore), tamanho máximo de elementos e atributos.
A versão 2.8.1 do API Manager (IAM) da InterSystems se encontra agora disponível (GA). Adicionalmente a uma série de melhorias de performance e correção de bugs, esta versão adiciona novas significantes funcionalidades, incluindo:
Estou com uma mensagem de alerta no portal do IAM, informando que a licença está prestes a expirar em alguns dias. Acredito que essa licença não tem ligação com a licença do IRIS, já que a licença IRIS vencerá com outra data.
Além da licença IRIS há a necessidade de adquirir uma licença junto ao Kong?
https://www.youtube.com/embed/FYq8rIqmz2w [Isso é um link incorporado, mas você não pode ver conteúdo incorporado diretamente no site, porque recusou os cookies necessários para acessá-lo. Para ver o conteúdo incorporado, você precisa aceitar todos os cookies nas suas Definições de cookies]
Tenho uma instância IAM instalada, e acesso o portal no browser pela porta 8002 (ip-do-host:8002). Porém, o acesso ocorre direto no portal (ip-do-host:8002/overview) sem pedir uma senha. É possível habilitar usuário e senha para autenticação no portal?
Foi lançada a versão 2.3 do InterSystems API Manager (IAM).
O contêiner do IAM, incluindo todos os artefatos relevantes para realizar a atualização a partir de versões anteriores, podem ser baixados a partir do site de Distribuição de Software do WRC na área de Componentes.
O número do build deste lançamento é IAM 2.3.3.2-1.
Este lançamento é baseado no Kong Enterprise versão 2.3.3.2.
Preciso configurar certificado SSL para uma instância InterSystems API Manager, versão "iam:1.5.0.9-4" e gostaria de saber qual procedimento deve ser feito, para que a minha instância esteja disponível com ssl habilitado.
Minha instalação foi feita com base na documentação Installing IAM
Publicado o novo lançamento da versão 1.5 do InterSystems API Manager (IAM).
O contêiner do IAM, incluindo todos os artefatos necessários para realizar a atualização a partir de versões anteriores do IAM podem ser baixados do site de Distribuição de Software do WRC na área de Componentes.
O número de registro deste lançamento é IAM 1.5.0.9-4.
Neste artigo eu gostaria de falar sobre a abordagem de especificação primeiro (spec-first) para o desenvolvimento de APIs REST.
Embora o desenvolvimento de API REST com código primeiro (code-first) tradicional seja assim:
Escrever o código
Habilitando-o com REST
Documentando-o (como uma API REST)
A especificação primeiro (spec-first) segue os mesmos passo, mas ao contrário. Começamos com uma especificação, também usando-a como documentação, geramos uma aplicação REST padrão a partir dela e, finalmente, escrevemos alguma lógica de negócios.
Isso é vantajoso porque:
Você sempre tem uma documentação relevante e útil para desenvolvedores externos ou front-end que desejam usar sua API REST
A especificação criada em OAS (Swagger) pode ser importada em uma variedade de ferramentas permitindo edição, geração de cliente, gerenciamento de API, teste de unidade e automação ou simplificação de muitas outras tarefas
Arquitetura de API aprimorada. Na abordagem de código primeiro (code-first), a API é desenvolvida método a método então um desenvolvedor pode facilmente perder o controle da arquitetura geral da API, no entanto, com a especificação primeiro (spec-first), o desenvolvedor é forçado a interagir com uma API a partir da posição de um consumidor de API, o que geralmente ajuda no design de uma arquitetura melhor da API.
Desenvolvimento mais rápido - como todo código padrão é gerado automaticamente, você não terá que escrevê-lo, tudo o que resta é desenvolver a lógica de negócios.
Loops de feedback mais rápidos - os consumidores podem obter uma visão da API imediatamente e podem oferecer sugestões com mais facilidade, simplesmente modificando as especificações
Vamos desenvolver nossa API em uma abordagem de especificação primeiro!
Por atualização
.png)