Faz algum tempo que Ballerina foi disponibilizada para os desenvolvedores, encantando-os com conceitos simples e práticos. Algumas rotinas que já são feitas há tempos em outras linguagens e frameworks ganharam novas perspectivas dentro da lógica "cloud native" da plataforma.

A principal mudança talvez seja a maneira que serviços e clientes se relacionam dentro da aplicação.

Com uma linguagem orientada ao consumo de serviços através da rede, Ballerina faz uma abstração bastante singular do uso de aplicações distribuídas. A linguagem utiliza uma definição de serviço (service) e cliente (client) para a definição de recursos de rede, e sua utilização é bem simples.

Neste artigo, você pode entender um pouco melhor a definição de um client e os recursos ele oferece.

Client proposto

O client proposto para esse exemplo deve buscar dados de uma lista de usuários do Github e compará-los, para ver quem tem mais repositórios públicos dentro da plataforma.

Começando de maneira simples, é necessário criar um client para consultar os dados de um usuário do Github.

Escreva a legenda e créditos da imagem

Escreva a legenda e créditos da imagem

Parece um exemplo simples, mas por ele é possível perceber a orientação a serviços distribuídos da linguagem. Veja algumas características importantes desse código:

Relações entre sistemas

Primeiro, "github", é um Http:Client que possui métodos remotos, como "get", que descrevem as interações entre os serviços. A linguagem representa em sua sintaxe a natureza dessa relação entre sistemas e isso fica evidente quando utilizamos os diagramas de sequência de Ballerina.

Diagramas de sequência

Os diagramas de sequência são um recurso nativo da linguagem que permitem uma visão gráfica da função. Usando o plugin oficial do Ballerina para VSCode, fica fácil ver o diagrama do exemplo:

Escreva a legenda e créditos da imagem

A relação entre sistemas pode ser vista no diagrama, identificando uma chamada para o método remoto "get". 

Foco em JSON

Outra característica interessante é o formato da resposta. Ballerina é focada em JSON, o que simplifica muito a manipulação dos payloads obtidos através de um client. É possível definir estruturas mais específicas para os responses:

Escreva a legenda e créditos da imagem

Isso é suficiente para Ballerina fazer a conversão do response para o tipo criado. Veja como é refletido no diagrama de sequência:

Escreva a legenda e créditos da imagem

Esse primeiro passo mostra como é fácil descrever um client e, consequentemente, a relação por completo entre sistemas distribuídos.

Agora é possível seguir o desenvolvimento da proposta.

Múltiplas chamadas

O próximo passo é incluir uma lista de usuários e buscar dados de todos eles.

Agora existe um loop, uma sequência de uso do cliente, o que muda ligeiramente o diagrama anterior.

Escreva a legenda e créditos da imagem

O diagrama deixa bem clara a relação dos fluxos da aplicação com os serviços remotos e reflete a proposta da plataforma. Esses e outros recursos trazem todos os conceitos, que geralmente são abstraídos dentro das linguagens, para a superfície do processo.

Em um momento em que arquiteturas distribuídas e integrações reinam, uma linguagem especializada nestes aspectos tende a contribuir muito para a qualidade e velocidade das entregas dos produtos.

Este artigo foi escrito por Márcio Menezes e publicado originalmente em Prensa.li.

A pandemia de COVID-19 foi, sem dúvidas, um divisor de águas no campo da tecnologia. Sem poder sair de casa, as pessoas recorreram ao digital para se conectar umas às outras, para trabalhar à distância e até mesmo para manter um contato social, na medida do possível. 

Tudo isso acelerou drasticamente um processo que já estava em curso: o avanço da tecnologia. E essa nova realidade mostrou a necessidade de mudanças — especialmente na área da saúde.

Durante esses mais de dois anos, foi surgindo e se desenvolvendo uma nova perspectiva de compartilhamento de dados da saúde. 

Afinal, com uma nova doença, toda informação coletada precisava de muita atenção, para que cientistas pudessem entender o comportamento do vírus, seus impactos no corpo humano a curto, médio e longo prazo, e até mesmo para trazer informação para a população em geral.

A tecnologia vem sendo responsável por uma transformação na maneira como as pessoas vivem. E ela tem se sido uma importante aliada na simplificação de processos e inclusão de pessoas nos mais variados assuntos. 

Assim, pode-se dizer que essa é sua verdadeira função. A tecnologia só é relevante se servir para mudar efetivamente - e para melhor - a forma como as pessoas vivem.

A recente regulamentação da telessaúde é um exemplo claro disso. Com ela, pacientes e unidades de saúde estão mais próximos do que nunca. 

Com isso, houve um aumento expressivo nos registros clínicos nas plataformas destinadas à telemedicina, o que significa uma quantidade maior de dados e, portanto, informações sobre os pacientes, que podem ser refletidas em tratamentos mais eficientes, por exemplo.

O compartilhamento desses dados possibilita melhorias operacionais para instituições de saúde, profissionais da área e, consequentemente, para os pacientes. Mas ele deve ser feito com cautela, ética e extenso planejamento. 

A tendência é que essa abordagem cresça ao ponto de popularizar a integração de informações de instituições privadas com o SUS. Hoje, já está no ar a RNDS (Rede Nacional de Dados em Saúde), uma plataforma do governo brasileiro, desenvolvida e disponibilizada pelo Ministério da Saúde, que funciona para conectar sistemas de informação. 

A meta é tornar essa uma ferramenta conhecida e utilizada por toda a população brasileira até 2028. Atualmente qualquer pessoa pode solicitar o seu acesso pelo Portal de Serviços do site do Ministério da Saúde.

Com a observação de diferentes organizações de saúde ao redor do mundo, percebe-se que cada local conta com seus próprios desafios e, portanto, soluções. Mas um padrão encontrado até agora é a constatação dos benefícios trazidos com as iniciativas de dados abertos. 

E para obter esse sucesso, é preciso lembrar que o ponto inicial é compartilhar esses dados de maneira segura. Os pacientes são os donos desses dados, então eles devem ter o controle sobre essas informações. 

Mas a partir de sua autorização, o cruzamento de dados promete facilitar diagnósticos, otimizar tratamentos e principalmente tomar medidas para evitar que problemas de saúde venham a aparecer no futuro. Isso demonstra um grande propósito na transformação digital.

E, se lidar com o corpo humano é extremamente complexo devido às inúmeras possibilidades de diagnósticos, tratamentos e variáveis que mudam completamente de paciente para paciente, lidar com os dados relativos à saúde carrega essa mesma complexidade. 

Por isso existe a necessidade de utilizar ferramentas específicas desenvolvidas para suportar esse tipo de dados.

A WSO2 já disponibilizou uma plataforma FHIR (Fast Healthcare Interoperability Resources), orientada por APIs e que permite acesso a dados divididos entre vários sistemas diferentes e traz a possibilidade das instituições criarem seus próprios servidores de APIs para expor dados em saúde.

Para utilizar toda a tecnologia com responsabilidade, cada etapa do processo deve ser minuciosamente elaborada. Além disso, é necessária uma mudança na cultura de toda a comunidade médica. 

É preciso abandonar velhas práticas desde o aprendizado nas faculdades, para que os profissionais da área tenham o hábito de consumir todos os dados que estão - e estarão cada vez mais - disponíveis.

Ao obter um número maior de informações, médicos e enfermeiros podem tomar decisões assertivas e, consequentemente, tornar os tratamentos muito mais confortáveis para os pacientes. 

E como a inteligência artificial é capaz de analisar grandes volumes de dados, ela se revela como um instrumento muito importante na saúde, e a tendência é que se torne indispensável.

Para armazenar os mais diversos tipos de exames, identificar padrões antes ocultos e efetivamente revolucionar a forma com que se cuida das pessoas, é preciso contar com grandes bancos de dados disponíveis.

O acompanhamento de pacientes que contraíram COVID-19 serve de exemplo para o acompanhamento de outras doenças. 

A possibilidade da portabilidade de prontuários dá uma ideia de como a tecnologia pode simplificar as coisas no âmbito da saúde, além, é claro, de gerar economia e trazer mais eficiência para hospitais e laboratórios, que podem ainda estabelecer parcerias muito mais interessantes com farmacêuticas e centros de pesquisa. 

Mas apesar de toda essa perspectiva, hoje, esses dados ainda estão fragmentados em cada hospital ou unidade de atendimento, então o objetivo atual é integrar toda essa informação para que ela sirva como base no atendimento a um paciente, seja lá qual for o ponto de atendimento no qual ele for atendido. 

Isso cria uma rede de benefícios, já que evita a duplicação de exames e procedimentos, otimiza os processos das instituições de saúde e apresenta dados unificados para os profissionais da área.

Um grande desafio é apresentar essa cultura aos profissionais da linha de frente e convencê-los de que essa estratégia vai melhorar o seu trabalho, afinal, é uma área onde há certa resistência.

Uma boa estratégia para a inserção desse novo padrão é buscar a aplicação certa para cada problema em específico. E, embora seja uma transformação mais lenta, hoje já existem empresas que aplicam essas medidas. 

Na África do Sul, há empresas de planos de saúde que convertem os exercícios físicos praticados por seus beneficiários em descontos no convênio. Nos Estados Unidos, existem redes de hospitais que incorporam relatórios diários para auxiliar no monitoramento e percepção de padrões dos pacientes. 

Isso mostra que a transformação digital, antes de mais nada, envolve pessoas. A tecnologia pela tecnologia, não vale de nada.

Ainda existe um longo caminho a se percorrer, mas uma boa mediação entre integração e privacidade tem o potencial para quebrar barreiras e levar essa mudança de cultura adiante com foco na ética e bem-estar do paciente. 

Afinal, se todos os campos da sociedade vêm sendo cada vez mais impactados pela tecnologia, é de se esperar que a saúde não fique de fora disso.

Este artigo foi escrito por Renan Martorelli e publicado originalmente em Prensa.li.

A escalada da tecnologia no setor financeiro representa, acima de tudo, uma mudança no modelo de negócio bancário.

Uma transformação dessa magnitude não é um processo linear, mas uma jornada que começa na digitalização e evolui para o estabelecimento de conexões entre os ativos digitalizados, tanto internamente quanto com a cadeia de valor.

O grande desafio aqui é estabelecer essas mudanças ao mesmo tempo em que se desenvolvem novos produtos bancários com a rapidez que os clientes precisam.

E se velocidade é a exigência do momento, ela existe não pela escalada dinâmica da tecnologia, mas por causa das demandas que partem dos próprios clientes, que já estão acostumados aos serviços bancários na tela do celular.

Essa conveniência, aliás, é a maior semelhança entre as fintechs e os bancos digitais. Ela atrai nativos digitais, pessoas de até 40 anos. E mesmo assim, a familiaridade com os bancos continua a ser um fator ainda mais decisivo do que a praticidade dos aplicativos para smartphones.

Nos últimos anos, essa familiaridade vem se desenvolvendo em parceria justamente com a praticidade. Muito por causa da pandemia, hoje grande parte da população nessa faixa etária está acostumada a fazer compras de roupas e mercado online, por exemplo.

E se tudo é resolvido pelo celular, a ideia de operações bancárias serem feitas pela telinha é cada vez mais aceita.

Implementação paralela

As mudanças digitais precisam ser feitas com o banco funcionando. Por isso, Asanka Abeysinghe, chefe de tecnologia da WSO2, recomenda que operações não essenciais sejam escolhidas como piloto, para que as lições aprendidas com as implementações sejam aplicadas em outros produtos, conforme a necessidade do banco.

Segurança, confiabilidade e alta disponibilidade são partes essenciais nesse processo, bem como a busca por atualizações constantes por parte da equipe envolvida.

A percepção de que a experiência do cliente deve ser o foco de todos os serviços também chegou ao setor bancário. Para otimizar essa experiência, é preciso usar de todos os recursos para proporcionar uma resposta rápida e satisfatória ao consumidor.

Mas não adianta querer dar um passo maior do que a perna: a empresa deve reconhecer o seu estágio atual e implementar somente as mudanças que cabem em sua estrutura. Para isso, é interessante receber avaliações externas.

E se a evolução tecnológica tem como foco as pessoas, não se pode esquecer do papel delas em todo esse processo, que requer uma liderança próxima para decidir sobre investimentos e dedicada na mesma proporção ao aprendizado financeiro e tecnológico.

Nessa jornada, também é importante garantir espaço para que os funcionários comentem os problemas observados e promover trocas de ideias sobre oportunidades e dificuldades entre os executivos - que podem até ser de empresas diferentes.

E, tão importante quanto a escolha dos gestores, é estruturar todo um ecossistema para que a tecnologia esteja presente dos produtos oferecidos às campanhas de marketing.

Como se trata de banco, é óbvio que a segurança é primordial. Para garanti-la, se faz necessária uma plataforma integrada com ferramentas, padrões, processo de governança, modelos de negócio e canais de comunicação.

Para uma implementação de sucesso, front-end e back-end devem ser trabalhados simultaneamente, mas não se esqueça que as APIs estão no back-end. Também é imprescindível saber o momento de adotar no-code, low-code e full-code, e estabelecer limites para o usuário.

Na elaboração de produtos, por exemplo, é mais vantajoso optar pelo desenvolvimento próprio de soluções de front-end em vez de buscar parcerias com fintechs.

Lembre-se que embora tenham produtos parecidos, a proposta de um banco é bem diferente.

Dicas para uma implementação de sucesso

A metodologia de transformação digital Gartner tem cinco fases: refino, escala, entrega, projeto e ambição. É claro que cada banco tem a sua realidade, mas essa metodologia pode ser de grande ajuda com algumas adaptações para o seu contexto.

Para obter a organização ideal, lembre-se que a eficiência das APIs é muito mais importante do que o número de APIs criadas. Então selecione os melhores profissionais para essa função e garanta que eles terão tempo para focar exclusivamente nesse desenvolvimento.

Pensando na otimização de tempo e recursos, considere usar desenvolvimentos no-code, low-code e até mesmo código aberto. Os desafios a seguir serão muitos, então vale a pena facilitar tudo o que for possível.

Quanto à entrega de produtos, menos é mais. Sem grandes rodeios: use os dados que você tem dos clientes para ter novas ideias de produtos que possam agradá-los, e não perca tempo adicionando etapas desnecessárias a esse processo. Uma resposta rápida pode gerar mais satisfação e ainda por cima diminuir os custos de operação.

A realidade

O processo de transformação digital nunca vai ser exatamente finalizado. De agora em diante, é uma tarefa contínua e que nem sempre vai acontecer na velocidade que se deseja - e tudo bem.

O importante é oferecer soluções inovadoras e que verdadeiramente façam a diferença na vida dos clientes, sempre dentro das possibilidades do seu banco.

Este artigo foi escrito por Maria Rinaldi e publicado originalmente em Prensa.li.

https://www.youtube.com/embed/None

O compartilhamento de dados está beneficiando diversos setores, inclusive o de saúde.  

Basicamente, o Open Health funciona compartilhando os dados e histórico de saúde dos pacientes. No Brasil, a iniciativa é cada vez mais discutida, tanto pelo Governo quanto por iniciativa privada. Não é à toa, recentemente, o Senado aprovou um projeto de implementação a respeito.

Benefícios de uso do Open Health: 

• Diagnósticos mais efetivos;  

• Registros eletrônicos de saúde mais completos; 

• Dados visíveis tanto para médicos quanto para pacientes; 

• Agilidade e praticidade nos atendimentos.  
  Entre outros. 
   

Segundo a pesquisa da Accenture sobre a importância da Nuvem para essa área, cerca de 47% dos CIOs que atuam no ramo da saúde classificam os serviços em nuvem como um dos principais investimentos a se fazer.  

Conheça os principais impedimentos e desafios para a aplicação de Open Health no Brasil. Entenda quem são os envolvidos e quais os paralelos que podem ser feitos em relação a LGPD. Fique por dentro das ideias existentes, formato, segurança e potencial de crescimento do setor de saúde com a implantação do Open Health. 

Assista ao bate-papo que ocorreu entre Renan Martorelli (Moderador), Ana Paula de Andrade e Guilherme S. Hummel especialistas em soluções tecnológicas. É gratuito para assistir.  

Este artigo foi escrito por Renan Martorelli e publicado originalmente em Prensa.li.

Em 2005, Sanjiva Weerawarana, conhecido como um “evangelista do código aberto” e programador com mais de 30 anos de experiência no mercado de ciência da computação, fundou a WSO2, hoje uma das maiores empresas de open code do mundo e a maior do Sri Lanka.

Mais de 15 anos depois, a WSO2 é líder global em APIs, gerenciamento de identidade, acesso e de integração, com soluções para Open Banking, Open Insurance e Open Healthcare.

Ao todo, são mais de 800 clientes em 80 países. A empresa busca expandir o crescimento global, e quer estar pronta para o IPO até 2025 e conseguir cerca de 300 milhões de dólares em receita até lá.

Em entrevista para a Exame, Weerawarana falou sobre como o open source pode revolucionar o mercado e o futuro da tecnologia com a expansão dos serviços em nuvem.

A flexibilidade do mundo Open

Sanjiva fala sobre a mentalidade de “não estar no controle total” do open source.  “Você faz um pouco, outra pessoa faz mais e assim em diante. A partir daí, você projeta sistemas que são mais abertos e fáceis para alguém consumir e ampliar. Isso é essencial no mundo de hoje porque todos os negócios dependem de software, portanto, ter algum nível de flexibilidade é importante.”, diz.

E essa flexibilidade se estende ao Open Banking e Open Healthcare.

“Este é o conceito do open data: as informações são disponibilizadas pelas pessoas que detêm os dados. Sem permissão, você não pode tê-los.”, diz Weerawarana.

A WSO2 possui soluções para essas áreas, que permitem ao usuário compartilhar e gerenciar informações pessoais entre contas bancárias em instituições financeiras diferentes, no caso do Open Banking, por exemplo.

“Com o Open Healthcare, a mesma lógica se aplica. O que eu, como pessoa, quero saber é qual era minha pressão arterial há cinco meses e qual é agora. É sobre como você expõe as informações de forma segura a terceiros.”, explica o CEO.

A expansão do serviço em nuvem

A WSO2 atua lado a lado com gigantes como Amazon, Google e Microsoft em serviços relacionados à nuvem, e Sanjiva explica a importância disso para a empresa.

“Uma das direções que o mundo está seguindo em termos de software é em parte por causa da segurança, em parte por questões de complexidade e em parte por questões de habilidade. Queremos usar cada vez mais o software como serviço. [...] É por isso que o serviço em nuvem está decolando. Você não precisa configurar, manter ou se preocupar com patches de segurança - nós cuidamos de tudo isso.”, diz.

O futuro do mercado de tecnologia

Nos próximos anos, veremos a digitalização dos negócios acelerando ainda mais, de acordo com Sanjiva. A experiência digital tende a melhorar, do ponto de vista do consumidor, porém, isso significa que também teremos “brechas de segurança” por conta de sistemas mal projetados, especula. 

“Olhando de uma maneira realista, a violação de dados não desaparecerá. Sempre teremos cenários em que alguém irá cometer um erro e alguém terá de corrigi-lo. Se chegarmos à frente das pessoas que estão hackeando, elas hackearão outra coisa.”, diz. 

E é por isso que, para a WSO2, é importante ter infraestrutura local nos países onde está presente, trabalhar com software de código aberto, e ter acesso ao código-fonte e o poder de controlá-lo. 

“A nuvem tira muitas das responsabilidades, mas ao mesmo tempo tem esse aspecto internacional que é desafiador agora. Acho que nos próximos anos haverá uma tentativa de descobrir como fazer negócios de nuvem em escala global funcionarem, respeitando e entendendo que o mundo não segue o mesmo conjunto de regras.”, explica Sanjiva.

WSO2 na América Latina

Até o momento, a WSO2 teve um crescimento de 53% apenas em 2022, e conquistou mais de 50 clientes na América Latina. Para Sanjiva, essa expansão tem como principal motivo a pandemia, que acelerou a evolução da tecnologia e a adoção de software para todos os tipos de aplicativos. 

“Vemos muitas oportunidades na América Latina para esse tipo de tecnologia, porque há muitos negócios que ainda não implantaram os fundamentos da infraestrutura digital.”, diz Sanjiva.

Na Latam, a empresa tem cerca de 45 funcionários e espera chegar a 100 no final do próximo ano.

“O Brasil é a âncora de tudo isso. Queremos investir ainda mais na região e tentar ajudar ao máximo as indústrias locais. Somos uma empresa, obviamente planejamos receber uma receita através disso, mas queremos fazer da maneira correta e apoiar as pessoas certas.”, finaliza.

Según una encuesta realizada por KPMG en 2009, el 75% de los proyectos de IAM ofrecen menos de lo esperado. La mayoría de las veces, para muchas fallas en el diseño de software, la culpa es de estimaciones deficientes.

Según el libro The Mythical Man Month-Month de Frederick P. Brooks Jr., más proyectos de software han fracasado por falta de tiempo que por todas las demás causas combinadas.

Este libro señala cinco deficiencias importantes en la forma en que se realizan las estimaciones:

1.   Las técnicas de estimación están poco desarrolladas. Pero reflejan una suposición tácita que es completamente infundada, a saber, que todo estará bien;

2.   Las técnicas de estimación confunden engañosamente el esfuerzo con el progreso, ocultando la suposición de que los hombres y los meses son intercambiables;

3.   Como no estamos seguros de nuestras estimaciones, los administradores de software a menudo no tienen la cortesía obstinada de los demás;

4.   El progreso del cronograma está mal monitoreado;

 5.   Cuando se reconoce el retraso en la programación, la respuesta natural (y tradicional) es agregar mano de obra.

En muchos casos donde los proyectos fallan, la culpa recae en sus estimaciones y gestión del proyecto.

Me gustaría presentar una visión diferente. Si bien mi discusión se relaciona principalmente con los proyectos de IAM, creo que algunos de ellos son igualmente aplicables a todos los proyectos de software.

Aquí, compartiré mi experiencia y mis conocimientos sobre por qué no todos los proyectos de IAM cruzan con éxito la línea de meta.

RFP/RFI “Todo lo que pueda obtener”

Un RFI (Request For Information/solicitud de información) es un medio formal para obtener informaciónes generales de los proveedores, mientras que un RFP (Request For Proposal/solicitud de propuesta) es una forma muy formal y estructurada de obtener información específica del proveedor.

Las RFP/RFI se realizan en una etapa temprana de un proyecto, y, probablemente, las personas que las escriben no saben exactamente lo que necesitan, entonces eligen el camino más seguro o más fácil.

Ellos saben que necesitan de un proyecto de IAM, por lo que buscan algunos productos en el mercado, copian la lista de características según los requisitos y la publican como RFI/RFP.

Esto cubrirá más de lo necesario y, finalmente, terminará con una "RFP/RFI todo lo que pueda obtener". 

Sin embargo, hay respuestas entre sí y no. Durante el proceso de evaluación de una RFP/RFI, lo que más importa es el número de “sí”. Un proveedor con el mayor número de "sí" pasará por la primera ronda de selección.

El problema está en los detalles, cuando empiezas a mirar la columna de "comentarios".

Es posible que haya perdido fácilmente su combinación perfecta durante la evaluación, ya que ha inundado la RFP/RFI con requisitos poco realistas y terminará comprando un producto de un proveedor a un precio muy alto.

No estoy diciendo que debamos eliminar las RFP/RFI por completo, pero producir RFP/RFI al estilo "todo lo que pueda obtener" no es la manera correcta de comenzar su proyecto de IAM.  

Decisiones Desconectadas / Política Interna

Hace unos años, en WSO2, trabajamos con un importante instituto financiero de EUA para crear una plataforma de control de acceso unificada para toda la empresa.

Tenían más de 70 equipos y cada uno desarrolló su propia forma de controlar el acceso.

Algunos utilizaron una base de datos para almacenar las reglas de control de acceso en sus propios esquemas, mientras que otros simplemente las codificaron en el código de la aplicación.

Otra empresa con la que hablé había estado luchando durante más de dos años para iniciar su IAM.

En este caso particular, el principal desafío fue crear un modelo de identidad unificado en todas las aplicaciones. 

Tenían más de 30 almacenes de identidad utilizados por varias aplicaciones y el mismo usuario estaba duplicado en cada almacén de identidad sin ningún identificador de correlación.

Es un problema bastante factible de resolver técnicamente, pero primero, cada departamento debe aclarar cómo debe proceder.

Estas no son histórias aisladas. A medida que crece una organización, el mejor enfoque sería tener pequeños equipos funcionales.

Este modelo de empoderar a cada unidad de negocios para que tome sus propias decisiones ayuda a las organizaciones a moverse rápidamente, sin esperar a construir una solución completa para toda la empresa.   

Siembra lo que puedas cosechar pronto

Graham Williamson señala en su último libro, “Gestión de la identidad: una perspectiva de negocios”, que en muchos casos los gerentes comerciales no están al tanto de los cambios en la tecnología que pueden aplicarse a las organizaciones pequeñas.

La evolución de los sistemas de administración de identidades basados ​​en la nube y muchos productos de administración de identidades de software de código abierto han reducido en gran medida el costo de las iniciativas de IAM.

La necesidad de millones de dólares para nombres "grandes" ya no es necesaria. En WSO2, construimos un producto IAM de código-fonte completamente abierto y brindamos soporte de producción.

Este es el modelo de negocio que siguen la mayoría de las empresas de software de código abierto sigue.

¿Cuál es el desafío entonces? Como señaló Graham, muchos gerentes no entienden este cambio que ha tenido lugar en el dominio de IAM y son reacios a pensar en él como una función que tendrá un impacto.

La resistencia a invertir en iniciativas de IAM, y intentar mantenerlas con un presupuesto bajo, impide que alguien obtenga los beneficios y allana el camino para otra iniciativa de IAM sin éxito.

Cree su propia solución de IAM

Hay algunas razones por las que algunas empresas prefieren una solución de IAM interna en lugar de un producto desarrollado por un proveedor: presupuesto limitado, requisitos complejos, control sobre el código y razones históricas.

No digo que las soluciones IAM domésticas sean siempre malas. Sin embargo, no todas las empresas prefieren crear su propia solución IAM para mantener el control sobre su código.

No debe intentar crear internamente una solución de IAM casera si no tiene el nivel adecuado de experiencia.

La infraestructura de IAM es la parte más sensible de su negocio. Un secuestro de cuenta puede resultar en la quiebra de su empresa.

Si su organización es pequeña, puede concentrarse más en lo que puede hacer mejor al delegar la administración de su infraestructura de IAM a un proveedor que sea experto en ese dominio.

No son solo las pequeñas empresas las que subcontratan su infraestructura de IAM a proveedores externos, incluso las más grandes prefieren hacerlo.  

Enamorado de la jerga

Hace varios años, SOA (arquitectura orientada a servicios) y ESB (enterprise service bus - autobús de servicio corporativo) eran las jergas más populares. Todos querían tener una SOA o una ESB.

Con los avances, ambas jergaes se han ido desvaneciendo progresivamente y tienen ciclos de vida de Microservicios y API Gateway. Lo que impulsa su negocio es lo que necesita, no la jerga.

El cisne verde

Los patrones de identidad no nacen solos. Una vez que hayas definido su problema, tú debes dedicar algún tiempo a investigar el patrón de identidad para encontrar una solución.  

Nuevamente, no se guíe por los patrones, sino por su propia declaración del problema. Siempre hay margen de mejora.

Si crees que tu problema no se está resolviendo correctamente, no dudes en crear la solución. Así es como los estándares de identidad han evolucionado a lo largo de los años.

Encontrarás personas en algunos equipos de proyectos que odian los patrones.

Simplemente encontrarán algún artículo o blog que declare que cierto patrón no es lo suficientemente seguro o está muerto, y presionarán a todo el equipo con esa idea, sin ningún descubrimiento profundo de los hechos.

Estas personas son los “cisnes verdes”, a quienes no les gustan los patrones y modelos y deciden comenzar a reconstruir todo desde cero, en consecuencia, terminan perdiendo todos los plazos previstos.

Vista corta

Los proyectos de IAM fallan en diferentes etapas: algunos en la fase inicial, algunos se desvanecen lentamente, pero cuando lo hacen, derriban todo el negocio.

La escalabilidad de una infraestructura de IAM es fundamental para el éxito de cualquier proyecto.

Antes de evaluar cualquier proyecto de IAM, debe tener una idea de la carga que espera hoy, así como de lo que esperaría dentro de 6 a 12 meses.

Otras cosas de las que debe preocuparse son la cantidad de solicitudes y sesiones de inicio de sesión simultáneas y la cantidad de usuarios.

Para cualquier proyecto de IAM, la extensibilidad del producto subyacente es extremadamente importante. Si observas los últimos cinco años de la industria de IAM, descubrirás la velocidad con la que está evolucionando.

Construcción/Operación en Silos

Las personas en diferentes departamentos a menudo hacen sus propias tareas, lo que lleva a silos operativos. Sin embargo, la verdadera ventaja para el negocio proviene de vincular estas diferentes actividades.

Por ejemplo, Nike, como parte de su iniciativa de transformación digital, creó Nike Digital Sports en 2010 para proporcionar coordinación, innovación y algunos recursos compartidos para los numerosos esfuerzos digitales de la empresa.

Muchas empresas almacenan datos de clientes en diferentes fuentes de datos, posiblemente administradas por diferentes departamentos.

Una vez que las cosas están desconectadas, incluso si el proyecto individual puede tener éxito, fracasará como un todo, ya que será una operación muy costosa construir un perfil unificado de un determinado lead o cliente.

Una iniciativa que debería preocuparte en estos casos y que además aportará más valor a la empresa es CIAM (Gestión de identidad y control de acceso de clientes).

El sistema tiene la oportunidad de vincular todas las preferencias rastreadas contra el usuario anónimo con el nuevo lead.

Con el tiempo, las preferencias del lead se pueden rastrear de manera más significativa y el equipo de ventas/marketing de la empresa puede trabajar en colaboración para convertir al cliente potencial en un cliente.

En este punto, recopila los datos más confiables sobre el cliente, con la verificación adecuada. Luego, a partir de ahí, el sistema CIAM continuará monitoreando las preferencias del cliente para producir datos más significativos, lo que permitirá a la gerencia de la empresa tomar decisiones más informadas.

Tener una visión de la iniciativa del IAM de la empresa es de vital importancia. Una vez que tenga una visión, puede guiar a cada departamento para lograr lo que se debe hacer para que todo se integre para generar más valor para la empresa.

Bloqueo de proveedores

No experimentará el bloqueo del proveedor a corto plazo, pero a largo plazo, cuando comience a construir su infraestructura de IAM sobre un producto de proveedor, se volverá cada vez más dependiente.

Algunas empresas no solo desarrollan extensiones para sus productos de IAM, sino que también crean toda la pila de aplicaciones en función de las APIs del proveedor. Nuevamente, esto es el resultado de una gestión e ingeniería de proyectos miopes.

Los datos de la aplicación también pueden conducir al bloqueo. Esto puede suceder especialmente con los proveedores de IAM basados ​​en la nube.

Incluso si estos proveedores de IAM en la nube admiten la exportación de datos, será difícil y costoso crear herramientas para interpretarlos y hacerlos significativos y funcionales.

El bloqueo de proveedores es una de las razones por las que se debe prestar más atención a los estándares abiertos y al software de código abierto.

Siempre debe intentar mantener estándares abiertos entre sus aplicaciones y el producto IAM.

Si ha escrito código en una API de producto no estándar, primero desarrolle un wrapper en el costado de su aplicación para asegurarse de que su aplicación no esté demasiado vinculada a la API del producto IAM.

Si decide usar otro producto IAM algún día, solo necesita cambiar el wrapper. Esta será una opción menos onerosa.

Este artigo foi escrito por Miguel Lorenzo e publicado originalmente em Prensa.li.

La transformación digital es la integración de la tecnología digital en todas las áreas de un negocio, cambiando fundamentalmente la forma en que opera y brinda valor a los clientes. También es un cambio cultural que requiere que las organizaciones experimenten y desafíen continuamente el status quo.

La pandemia de COVID-19 ha demostrado que es necesario actuar con rapidez. De repente, muchos negocios se detuvieron. Algunos han tenido que cambiar a una versión en línea de sus servicios o incluso crear nuevos en cuestión de días, en lugar de meses.

La agilidad requerida para este tipo de movilidad organizacional radica en la arquitectura de microservicios, habilitada por la gran innovación: las APIs.

WSO2 realizó un seminario web sobre cómo las empresas pueden adoptar un enfoque basado en API para crear un negocio digital, aprovechando la arquitectura de microservicios.

Kasun Indrasiri, director sénior de Arquitectura de Integración de WSO2, y Rob Blaauboer, consultor de integración e instructor WSO2, fueron invitados a hablar sobre el tema. 

¿Qué es la integración API-first?

Una integración de API-first es el proceso de construir recursos comerciales reutilizables, conectando servicios, sistemas y datos, y ofrecerlos a los consumidores a través de APIs.

Tipos de integración de API-first: 

Top-Down: 

Comienza con el diseño de la API comercial;

Las integraciones se crean como parte de las implementaciones de API.

Bottom-Up: 

Comienza con la construcción de la integración para la capacidad comercial correspondiente;

Luego, expone esa integración como una API en la puerta de entrada de la API.

Cómo los microservicios permiten la agilidad empresarial

La base de la arquitectura de microservicios es el desarrollo de una sola aplicación. Actúa como un conjunto de servicios independientes y detallados.

La ejecución está en su propio proceso, siendo desarrollado e implementado de forma independiente.

Case JuMa Market | Creación e integración de microservicios 

JuMa Market es una cadena de supermercados que quiere iniciar la venta online para recogida en tienda y entrega a domicilio. Este siempre ha sido uno de los objetivos de la compañía, pero la situación de pandemia lo convierte en una prioridad.

JuMa creó varios microservicios divididos en dos categorías:

·         Customer Services (nuevos clientes, servicio de pedidos etc.) 

·         Servicios internos(añadir proveedores, preparación de pedidos etc.) 

La solución para el JuMa Market fue la configuración de un administrador de API como fachada para un micro integrador basado en Kubernetes que ofrece microservicios. 

Servicio de pedidos

El servicio consiste en la identificación del cliente, el elemento que contiene el pedido y la cantidad de cada artículo. Al momento del pago, se carga la cuenta del cliente.

Servicio de recogida

El servicio de recogida separa el pedido de la cola y clasifica los artículos según el pasillo y el área para que el empleado los recoja. Cuando se clasifica, la cantidad se deduce del recuento de existencias. Si la cantidad cae por debajo de cierto mínimo, se coloca un mensaje de rehacer en una cola. Al final del día, los pedidos se envían.

Servicio de repostaje

La cola de reabastecimiento se lee al final del día y se llenará una lista y se enviará a los distribuidores y fabricantes.

Notificación

El cliente es notificado en caso de desistimiento o recibe una confirmación en caso de entrega.

Principales conclusiones 

La integración de API-first permite a las empresas crear recursos comerciales reutilizables al conectar servicios, sistemas y datos, y ofreciéndoles a los consumidores a través de API. El administrador de API es el front-end de sus servicios de escritorio, lo que permite la administración, el monitoreo y la seguridad.

Los microservicios en contenedores permiten a las empresas agregar o eliminar capacidad rápidamente según la demanda. En un ambiente heterogéneo, la mediación y la transformación permiten crear microservicios que interactúan con los sistemas existentes.

Consulte el webinar completo y obtenga más información sobre la integración API-first para microservicios.

Este artigo foi escrito por Miguel Lorenzo e publicado originalmente em Prensa.li.

Em abril deste ano, com o lançamento do WSO2 API Manager (WSO2 API-M) 4.1.0, nasceu mais um irmão como membro da família API-M para realizar tarefas de CI/CD para API/Produtos e Aplicativos de API: WSO2 API Controller (apictl) 4.1.0

Com as versões anteriores do apictl, já era possível realizar funções como:

• Gerenciar ambientes do API Manager, API Products e Aplicações; 

• Criar API projects; importar/exportar APIs, API Products e Aplicações; 

• Gerar de tokens de teste para APIs e API Products; 

• Gerenciar APIs em deploys Kubernetes (k8s).

Além da possibilidade de utilização da ferramenta CLI, como um usuário, para Choreo Connect (API Microgateway) e execução de operações específicas do servidor WSO2 Micro Integrator (WSO2 MI).

Neste artigo, faremos um breve tour pelas novidades introduzidas com a versão 4.1.0 do apictl. Mais informações sobre a utilização e funcionamento da ferramenta podem ser encontradas no guia rápido e na documentação oficial.

Novos recursos do apictl 4.1.0

1. Suporte CLI para o recurso per API logging

Os logs de API auxiliam na observação dos requests e responses que passam pelo WSO2 API Gateway. Habilitar correlation logs afeta a eficiência e a performance do servidor. No entanto, o recurso API Logs pode ser usado para coletar logs de chamadas HTTP sem um impacto considerável no desempenho.

Por padrão, o recurso API Logs é desabilitado, mas pode ser habilitado através da API REST de DevOps introduzida no WSO2 API-M 4.1.0, ou através do apictl 4.1.0.

Divisão pela funcionalidade per API Logging

Um novo comando foi introduzido para definir o log level por API no ambiente API-M: apictl set api-logging

Os valores suportados de log-level são FULL, BASIC, STANDARD e OFF.

apictl set api-logging

Outro comando para saber os detalhes de logging das APIs ou de uma API em um ambiente foi adicionado com a versão 4.1.0: apictl get api-logging.

apictl get api-logging

É importante ressaltar que as tarefas relacionadas ao recurso API logging  só podem ser executadas por um usuário que tenha permissões de super admin (um usuário com a role de admin no super tenant: carbon.super).

2. Suporte para alterar os estados de lifecycle de API Products usando o apictl

O suporte à alteração de estados do ciclo de vida de APIs foi adicionado ao apictl 3.1.0 e pras suas versões em diante. Depois disso, o suporte para importar/exportar API Products foi introduzido no apictl 3.2.0. 

Porém, ainda não havia uma forma de alterar o estado do ciclo de vida de um API Product, o que mudou com o lançamento do WSO2 API-M 4.1.0.

Consequentemente, a funcionalidade também foi introduzida ao apictl 4.1.0, por meio do comando: apictl change-status api-product.

apictl change-status api-product

Além disso, uma flag (semelhante ao que já existia em APIs) chamada --preserve-status foi introduzida ao comando apictl export api-product, que é capaz de manter o lifecycle status do API Product durante a exportação. Caso a flag não seja indicada, o API Product será exportado com o estado CREATED.

3. Suporte ao endpoint de segurança OAuth 2.0 por meio do arquivo de parâmetros da API

O apictl 4.1.0 incorporou a capacidade de configurar o endpoint de segurança OAuth 2.0, semelhante aos tipos basic e digest . Veja um exemplo de arquivo de parâmetros de uma API para configurar o endpoint OAuth 2.0.

Recursos de manutenção e melhorias do apictl 4.1.0

1. Alterações na estrutura do projeto devido ao novo recurso de políticas de operação

O novo recurso API Policies permite que usuários incluam políticas a operações de uma API. Elas podem ser políticas de request, response ou fault. Com essas alterações arquiteturais, a estrutura do projeto de um API project exportado também evoluiu. 

Veja, abaixo, a estrutura de uma API com políticas de operações adicionais, que foi exportada utilizando o comando: apictl export api.

As versões anteriores de API projects do apictl tinham uma pasta chamada Sequences. Ela foi renomeada para Policies com esse novo recurso. Além disso, a pasta Sequences continha arquivos .xml, mas agora a pasta Policies contém arquivos .j2 e .yaml.

O arquivo .j2 tem o template de uma política de operação, enquanto o arquivo .yaml possui o metadata. Se considerarmos o conteúdo do addHeader_v1.j2, ele será algo parecido com:

As definições dos atributos parametrizados como o headerName e o headerValue acima estão dentro do arquivo addHeader_v1.yaml como mostrado abaixo:

Outra coisa importante é o conteúdo do arquivo api.yaml. O campo operations dentro deste arquivo deve responder às seguintes perguntas: “Como as políticas de operação são anexadas a operações específicas?” e “O que são os valores dos atributos de parametrização”.

De um forma semelhante, se você quer importar uma API com políticas de operações incluídas, seu projeto deve ter os 3 conteúdos abaixo:

• Template .j2 da política (ele pode ser um arquivo .gotmpl também)

• Arquivo .yaml com a definição da política

• Campo operations corretamente definido com a os detalhes da operação certa anexados

2. Alterações no suporte dinâmico a variáveis de ambiente

A principal mudança no suporte a variáveis de ambiente está relacionada às políticas de operação. Em versões anteriores, os usuários podiam substituir as variáveis de ambiente nos arquivos .xml das sequences. Com o novo recurso de políticas de operação, esse suporte foi oferecido aos arquivos .j2 e .gotmpl. 

Veja o exemplo abaixo do .j2:

No arquivo acima, ${ENV_KEY} simboliza uma variável de ambiente. A notação é similar às versões anteriores.

3. Introdução do novo formato “jsonArray” para listar as APIs em um array JSON

Quando você usa --format “table {{ jsonPretty . }}” com o comando apictl get apis, é retornado output como o exemplo abaixo:

apictl get apis — format “table {{ jsonPretty . }}”

O output acima não contém os resultados em um array JSON. Por isso, o novo format type foi introduzido para sanar esta necessidade: “jsonArray”.

4. Inclusão de uma imagem de build Alpine do Docker

É possível “buildar” uma imagem Docker do apictl, em baixo da seção Building a Docker Image of APICTL, e utilizar um ambiente estruturado com contêineres.

Por último mas não menos importante…

Podemos notar que o apictl evoluiu bastante com recursos e melhorias citadas ao longo do artigo, que eram essenciais para os processos de CI/CD.

Explore essas novidades através dos conteúdos oficiais da WSO2: guia rápido e documentação. Para mais detalhes dessa atualização, dúvidas e curiosidades, há um canal no Slack para contato direto com os desenvolvedores da WSO2.

Conheça mais soluções da WSO2 para a sua empresa.

Este artigo foi escrito por Daniel Gonçalves e publicado originalmente em Prensa.li.

Por outro lado, a IAM (Identity and Access Management, em português Gerenciamento de identidade e acesso) se preocupa com os clientes internos da sua organização. Você pode estar mais familiarizado com o IAM sob o rótulo “autenticação corporativa”. 

O CIAM e o IAM compartilham grande parte de suas funcionalidades subjacentes, como autenticação, autorização e serviços de diretório (repositórios de identidade). 

Neste artigo, exploraremos suas definições e diferenças focando no IAM do Cliente (CIAM). Aproveite a leitura!

O que é CIAM?

Conforme a consultoria Gartner, o CIAM gerencia a autenticação e autorização para as identidades de clientes. Essa solução é necessária para aplicativos voltados ao público que exigem a criação de contas e o registro de identidades.

Os principais recursos incluem auto-atendimento para registro, gerenciamento de senha e consentimento, geração e gerenciamento de perfil, autenticação e autorização em aplicativos, repositórios de identidade, relatórios e análises. 

Além disso, também tem como atributos a gestão de API (Application Programming Interface, em português Interface de Programação de Aplicativos) e de SDK (Software Development Kit, em português Kit de desenvolvimento de software) para dispositivos móveis e o registro e  login de identidade social.

Portanto, o CIAM é mais que gerenciar identidades de clientes tradicionalmente, e deve atuar como um catalisador para o crescimento dos negócios, aproveitando as informações.

O que é IAM?

A consultoria Gartner define IAM como uma disciplina que permite que as pessoas certas acessem os recursos nos melhores momentos e pelos motivos corretos.

O IAM atende à necessidade crítica de garantir o acesso apropriado aos recursos em ambientes de tecnologia, cada vez mais heterogêneos, e atender aos rigorosos requisitos de conformidade. 

As empresas que desenvolvem recursos de IAM maduros podem reduzir seus custos de gerenciamento de identidade e, mais importante, tornar-se significativamente mais ágeis no suporte a novas iniciativas de negócios.

Por outro lado, quando o IAM está focado no cliente, torna-se CIAM e adiciona muitas nuances à definição tradicional. Por exemplo, quando você se concentra nos consumidores, é provável que encontre milhões de usuários impacientes que ficam irritados com formulários longos e não podem esperar mais de dois segundos para fazer login em um sistema.

Eles levarão qualquer pequena falha em seu sistema para as redes sociais. A menor quantidade de informações de clientes expostas pode causar uma queda significativa no preço de suas ações.

O Yahoo!, por exemplo, foi atingido por uma série de violações de dados há alguns anos, expondo as informações pessoais de mais de 1 bilhão de usuários. Isso custou à empresa US$ 117,5 milhões. 

Quais as diferenças entre IAM e CIAM?

Para começar a compreender as diferenças entre o IAM e o CIAM é importante fazer a seguinte pergunta: você está gerenciando identidades internas de colaboradores (IAM) ou identidades de clientes externos (CIAM)?

Confira as diferenças a seguir:

• IAM (Identity and Access Management) — controla o que os colaboradores podem e não podem fazer nas redes corporativas, garantindo que os sistemas da organização não sejam acessíveis a ninguém externo;

• CIAM (Customer Identity and Access Management) — gerencia a identidades externas, sejam clientes, consumidores, parceiros, contratantes, coisas ou residentes/cidadãos.

Embora possa não ficar tão claro que essas diferenças exigem plataformas diferentes, esses grupos realmente precisam ser diferenciados.

Por que CIAM?

Transformar a experiência do cliente está no centro da transformação digital. As tecnologias atuais estão mudando as interações com os clientes, com novas regras e possibilidades que eram inimagináveis há apenas alguns anos. 

O CIAM é toda uma área emergente no IAM, sendo um ingrediente para a experiência do cliente no mundo digital. Isso não significa necessariamente que você gerencia apenas as identidades dos clientes. 

Em uma solução CIAM típica, além dos clientes diretos, você também precisa gerenciar as identidades dos colaboradores com acesso direto à plataforma ou devem se integrar a um sistema IAM que gerencie as identidades dos funcionários. 

Esta última é a opção preferida. Além disso, nem todas as soluções CIAM são apenas B2C (Business to Consumer), elas também podem ser B2B (Business to Business) ou B2B2C (Business to Business Consumer).

CIAM: uma abordagem holística para gerenciamento de identidade do cliente

Como mostramos, o CIAM desempenha um papel cada vez mais central na forma como as empresas criam suas identidades digitais e gerenciam seus relacionamentos com os clientes. 

Diante disso, as empresas estão alocando mais recursos para suas soluções de gerenciamento de acesso, seja desde o primeiro dia ou como parte de uma transformação digital maior.

À medida que essa mudança continua, os consumidores e os stakeholders esperam uma experiência online sem atritos. 

Ao mesmo tempo, os reguladores estão reforçando seu controle sobre a segurança de dados online (LGPD). Se você estiver lidando com usuários externos, como clientes, parceiros de negócios ou outras partes interessadas, um sistema CIAM é a solução ideal para fortalecer uma empresa. 

Este artigo foi escrito por Oscar de Oliveira Junior e publicado originalmente em Prensa.li.

Primeiro, sua empresa percebe que precisa implementar o SMS ou autenticação sem senha para que  seus clientes consigam acessar os sistemas e aplicativos de maneira bem mais fácil.

Depois, você se depara com os vários aplicativos que precisa integrar com seus usuários. A solução para essa necessidade é single sign-on (SSO) ou autenticação única, que permitirá que seus usuários finais tenham uma experiência de login melhor.

O SSO integra a chamada transformação digital, fornecendo aos seus usuários uma experiência mais intuitiva, a partir da conexão de vários aplicativos, sistemas e suas identidades para acesso seguro. Este é um exemplo do Customer IAM (CIAM).

O que é CIAM?

CIAM (Customer Identity and Access Management) ou Gerenciamento de Acesso à Identidade do Cliente, na tradução, é uma "gestão de identidade focada no cliente que facilita o impulsionamento de dados de identidade com dados de negócios para acelerar o crescimento dos negócios".

Por exemplo, se sua empresa está tentando aumentar a receita ou reter clientes, isso significa que sua experiência de usuário precisa estar em um nível ideal. Ela deve estar à altura dos seus objetivos. Isso inclui conhecer as preferências dos seus clientes e fornecer serviços para melhorar a experiência geral. 

Com uma solução CIAM, você pode ter uma visão 360 de sua jornada. Da mesma forma, seus parceiros e terceiros conseguem ter acesso seguro aos recursos da sua empresa. Tudo isso é uma tarefa primária do CIAM.

De acordo com artigo  “A Maturity Model for CIAM”, publicado no blog da WSO2, há 4 níveis de maturidade na jornada do CIAM:

Nível 0: Inexistente

Neste nível, não há preocupação em acompanhar qualquer interação com o cliente. Você provavelmente não tem um portal online e não faz nenhuma venda online. 

Nível 1: Identidade Gerenciada

Há preocupação em embarcar seus clientes no sistema e gerenciar digitalmente suas identidades. As empresas que operam no nível 1 de maturidade têm diferentes níveis de ênfase em como gerenciam as identidades de seus clientes.

Nível 2: Armazenado

Aqui, você tem um sistema de gerenciamento de identidade em vigor, e também se preocupa em ter um sistema de CRM, uma plataforma de marketing, de e-commerce, um sistema de gerenciamento de conteúdo, entre outros sistemas.

Isso não significa necessariamente que todas as empresas deste nível tenham todos esses sistemas em vigor. Você provavelmente começa com um sistema de CRM, e então gradualmente se move para outros.

Nível 3: Conectado

Esta é a fase em que você começa a integrar seu sistema IAM (Identity and Access Management) com o de CRM. Isso ajuda na construção de uma visão unificada do seu cliente. 

Nível 4: Otimizado

Uma das características fundamentais do último nível é o acesso omnichannel. Em um ambiente omnichannel, os clientes interagem com a empresa através de vários canais, mas ainda terão uma experiência contínua do usuário..

Supondo que você já tenha identificado qual o nível da sua organização e esteja pronto para fazer uma compra ou avaliar suas opções no mercado, aqui estão algumas perguntas que você pode fazer para começar seu processo.

1. Quão flexível é a solução?

O que isso significa é se sua equipe de desenvolvimento pode estender as capacidades do produto da maneira que eles precisam. Embora as empresas possam compartilhar padrões comuns, certos requisitos são exclusivos de cada negócio. Portanto, a solução ou produto CIAM que você optar deve ser capaz de atender às suas necessidades exclusivas.

2. Quão escalável é a solução?

Seu provedor de soluções CIAM deve ser capaz de apoiar os esforços de crescimento de seus negócios. Você deve se questionar sobre a capacidade do seu provedor de soluções CIAM de gerenciar as identidades de todos os seus clientes, se há necessidade de compra de um produto diferente e como isso afetaria os preços.

3. Como funciona o preço?

Além da escalabilidade, esta é a outra questão mais importante. Alguns fornecedores CIAM ou IAM cobram por usuário. Embora isso faça sentido para uma pequena empresa ou número reduzido de usuários, ele não escala quando o número de usuários aumenta. Para isso, o fornecedor de tecnologia deve ser capaz de fornecer mais flexibilidade.

Alguns fornecedores também cobram por recurso. No início, você pode pensar que isso é justo porque tudo o que você precisa é de SSO, mas as soluções CIAM não são estáticas, elas continuam evoluindo. Idealmente, você precisa de uma única solução que ofereça todos os recursos com um modelo de preços fácil de entender. 

O valor da solução CIAM também pode envolver questões como custo de licenciamento, oferta gratuita no caso de um produto de código aberto e custos por assinatura anual, de acordo com suporte fornecido.

4. Quão amigável é a solução para o desenvolvedor?

Esta pergunta raramente é feita, embora seja uma das mais importantes, já que cada vez mais projetos e tarefas do CIAM são tratadas pelos desenvolvedores. O produto com o qual eles trabalham precisa fornecer-lhes kits de desenvolvimento de software (SDKs) que tornam o processo mais suave.

Isso também significa ter o tipo certo de documentação para que sua equipe seja eficiente e produtiva ao reduzir o tempo de comercialização para o seu projeto CIAM. Ele também deve suportar vários padrões abertos como OAuth, SAML, Open ID Connect, e assim por diante.

5. Quais são os recursos fornecidos pela solução?

Qualquer provedor padrão do IAM deve oferecer logins sociais, login único (SSO), perfil progressivo, autenticação forte e adaptativa, gerenciamento de privacidade/consentimento e autoatendimento do cliente como recursos básicos. A solução avaliada deve oferecer todos esses recursos para construir uma estratégia de CIAM bem sucedida.

6. Quais são as opções de implantação?

Algumas soluções são oferecidas na nuvem, enquanto outras, on-premise. Dependerá muito de suas necessidades, mas é certo que uma solução híbrida lhe dará maior flexibilidade.

7. Com quais plataformas e tecnologias a solução pode se integrar?

A solução deve ser capaz de se integrar a várias plataformas de CRM, plataformas de gerenciamento de dados, plataformas de marketing e de gerenciamento de conteúdo, já que estas são fundamentais para uma plataforma CIAM robusta.

Estas perguntas ajudarão você e sua equipe na tomada de decisão para começar o processo de avaliação. Em resumo, a solução deve colaborar para que suas equipes de desenvolvimento sejam mais eficientes, ajudar sua empresa a inovar e manter seus usuários seguros. 

Se você quiser acessar mais recursos sobre o CIAM, confira este blog

Este artigo foi escrito por Oscar de Oliveira Junior e publicado originalmente em Prensa.li.

O que você pode esperar do 3.0 

Capacidades comerciais do Open Banking 

Com a nova plataforma, os desenvolvedores terão a possibilidade de acelerar a entrega de casos de uso comercial. Os novos recursos avançados de integração são projetados para ajudar equipes a reduzirem o trabalho de codificação manual e repetitivo, para se concentrarem na melhoria das experiências do consumidor. 

► Catálogos de serviços e APIs gerenciados em um único clique: Ao usar um catálogo de serviços, os desenvolvedores podem descobrir perfeitamente um determinado serviço e criar uma API gerenciada com um único clique. 

► Suporte para APIs assíncronas: Obtenha suporte completo para APIs de streaming e arquitetura orientada a eventos (EDA), permitindo interações digitais oportunas e significativas em resposta às ações do cliente. 

► Definições de API assíncronas para APIs de streaming: a primeira solução a oferecer suporte à implementação completa da especificação AsyncAPI, permitindo acesso a informações mais ricas em tempo real sob demanda para usuários finais. 

► Revisões de API: Permite ter várias revisões de uma determinada versão de uma API. Ele permite que os desenvolvedores revisem e testem uma API ou produto de API sem afetar as implantações atuais que oferecem suporte ao desenvolvimento iterativo e aprimoram a experiência do consumidor, enquanto mantém os serviços em funcionamento. 

► API analytics-as-a-Service: Oferece novas análises avançadas baseadas em nuvem para permitir que os usuários vejam como suas APIs e aplicativos estão sendo usados ​​pelos consumidores, permitindo o desenvolvimento direcionado contínuo de serviços relacionados ao consumidor com base em percepções reais do usuário. 

Aprimore UX e simplifique o fluxo de trabalho 

Esta versão fornece uma experiência de usuário aprimorada para desenvolvedores e administradores com uma nova interface de usuário de console baseada em React. 

► O novo console para desenvolvedores e administradores fornece uma excelente UX amigável, oferecendo uma interface de usuário (IU) baseada em React simples de usar, com padrões pré-configurados, templates para a criação de aplicativos e assistentes com instruções fáceis de seguir. 

► Swagger / GraphQL to Postman Collection - As coleções do Postman podem ser exportadas do portal do desenvolvedor por meio do console de teste de API e, em seguida, as coleções exportadas podem ser executadas com a ferramenta, permitindo aos usuários testar APIs rapidamente. Esta função está disponível para APIs REST e GraphqL. 

Segurança 

► Separação de grupos e funções - as atribuições de funções aprimoradas agora vão além dos indivíduos e incluem grupos inteiros, tornando mais rápido e conveniente para os administradores atribuir funções a um conjunto de usuários ao mesmo tempo, juntamente com o gerenciamento de funções e grupos por meio de APIs. 

► Criptografia de chave simétrica - a criptografia de chave simétrica foi adotada como o mecanismo de criptografia padrão para criptografar dados confidenciais internos, resultando em melhor desempenho e menor impacto na migração de dados. 

Suporte aprimorado e melhorias notáveis ​​em torno dos casos de uso CIAM incluem: 

► Ativação de verificação por SMS com base na alteração do número do celular 

► Impor exclusividade e validação de regex para respostas de perguntas desafiadoras para evitar riscos decorrentes de respostas mais fracas 

► Login automático do usuário após recuperação de senha bem-sucedida, melhorando a experiência de recuperação de conta 

► Revogar tokens limitados de sessão em eventos de logout e expiração de sessão 

Suporte Contínuo de Compliance 

Com este lançamento, foram mantidos a conformidade de ponta a ponta para os principais padrões de Open Banking, ao mesmo tempo em que possibilitou-se o compliance acelerado com qualquer padrão emergente. 

O padrão de Open Banking da entidade de implementação de banco aberto versão 3.1.5 

► Suporte para o Relatório de gerenciamento versão 3.1.5 

► Suporte para DCR API versão 3.3 

► Atualizações nas APIs de Contas, Pagamentos e Confirmação de Fundos (CoF) versão 3.1.6 

► Suporte para as mais recentes Diretrizes de Experiência do Cliente e Diretrizes Operacionais. 

Implementação do Framework NextGenPSD2 XS2A do Berlin Group Versão 1.3.6 

► Diretrizes de implementação NextGenPSD2 XS2A versão 1.3.6 

► Estrutura de interoperabilidade NextGenPSD2 XS2A - Serviços estendidos - Consent CoF V 2.0 

Os padrões de dados do consumidor, versão 1.7.0 

► DCR 0.2 

► Fase 2 de relatórios regulatórios (para dados do consumidor) 

► Obtenha a versão 2 do Metrics 

Em breve, os suportes a seguir: 

► Emendas à regra de Dados do Consumidor versão 2 (emenda de consentimento, integração JAMS) 

► Atualização dos Padrões de Dados do Consumidor versão 1.10.0 

Outros padrões de Open Banking:

Para todos os outros padrões, o WSO2 Open Banking Accelerator ajuda a garantir a conformidade com mais rapidez, resumindoo seu trabalho de desenvolvimento a personalizações de última milha construídas sobre nossa comprovada tecnologia de Open Banking. 

O que há de novo com esta versão para nossos parceiros 

Capture a oportunidade de Open Banking em qualquer mercado - O WSO2 Open Banking Accelerator 

A solução WSO2 Open Banking agora é entregue em uma arquitetura modular, permitindo que nossos parceiros levem a solução rapidamente para qualquer novo mercado antes da concorrência. Da mesma forma, essa tecnologia permite que os bancos com capacidade interna (ou em parceria com seus provedores de soluções de serviços de TI) acelerem a conformidade. 

Com o  Open Banking Accelerator é possível:

► Reduzir os custos e o tempo de colocação no mercado, evitando criar do zero para cada mercado, deixando os desenvolvedores construindo apenas personalizações de compliance de última milha; 

► Entregar tecnologia comprovada desde o primeiro dia; 

► Desfrutar de modelos de parceria flexíveis que oferecem controle total sobre preços, marcas, serviços e relacionamento com o cliente. 

A solução agora inclui: 

► Os principais produtos de gerenciamento de API e gerenciamento de identidade e acesso do WSO2 em sua base, oferecendo todos os recursos de cada versão mais recente; 

► O WSO2 Open Banking Accelerator como uma segunda camada, fornecendo os recursos básicos comuns do Open Banking derivados de padrões de referência globais. Esses recursos incluem gerenciamento de consentimento, registro de cliente, autenticação forte e extensões de perfil de segurança específicas da FAPI; 

► Conectores apoiados por ativação e documentação, suporte e bases de código de referência para construir customizações de última milha (na forma de um Kit de Ferramentas de Open Banking) para atender a cada novo padrão local. 

A nova arquitetura modular ajuda a fornecer conformidade mais rapidamente a um custo mínimo. 

Os kits de ferramentas de Open Banking que oferecem compliance ponta a ponta para o padrão de banco aberto do OBIE, os padrões de dados do consumidor australiano e a estrutura de implementação NextGenPSD2 do Berlin Group são disponibilizados prontos para uso e mantidos pelo WSO2 para clientes que seguem esses padrões. 

WSO2 Open Banking 

O WSO2 Open Banking oferece tecnologia abrangente e consultoria estratégica, ajudando bancos de todos os tamanhos a executar iniciativas de Open Banking em conformidade com os padrões e comercialmente bem-sucedidas.  

Com documentação constantemente atualizada, suporte altamente responsivo e serviços de implementação e consultoria de Open Banking, ajudamos suas equipes a entender nossa tecnologia.  

E, ainda mais importante, como implementá-la de forma mais eficaz para traduzir seus planos de Open Banking em soluções de mercado ao vivo. 

Este artigo foi escrito por Márcio Menezes e publicado originalmente em Prensa.li.

No entanto, isso aqui não é uma cartilha, não é um guia para ser seguido à risca. É tão somente um conjunto de considerações ou reflexões para se fazer. 

A partir desse ponto, tenha em mente que se trata do SEU projeto, que atenderá SEUS objetivos de negócios, de acordo com a SUA realidade. 

Toda e qualquer ferramenta a ser adotada deve considerar isso. 

É, em primeiro lugar, sobre pessoas 

Muitos projetos falham por desconsiderar esse componente que é, de longe, o mais importante. Sem diminuir a importância da tecnologia a ser adotada, se não houver o engajamento das pessoas e por melhor que seja essa tecnologia, seu projeto irá naufragar. Isso vale tanto para usuários internos (colaboradores) como para usuários externos (clientes).

Na medida do possível, promova fóruns de discussões, ouça-os, faça entrevistas e use e abuse da didática para apresentar o projeto e onde você quer chegar. 

É muito mais do que tecnologia

Considere que você terá que lidar com processos, pessoas e tecnologia. Isso significa que conhecer o funcionamento da empresa é fundamental. Naturalmente que ter um mapeamento dos processos internos ajudará muito nisso, uma vez que é necessário ter o conhecimento dos sistemas (tecnologia) que dão suporte aos processos e quem os usa (pessoas).

A ferramenta a ser escolhida deverá ser flexível o suficiente para ajustar-se a esses componentes. 

Tenha uma big picture das necessidades de negócios

Como dito anteriormente, trata-se de algo para atender sua empresa e nenhuma outra. Um exercício legal é tentar elaborar uma descrição breve, sucinta que resuma o seu projeto. Algo do tipo "Proporcionar uma Gestão Eficiente de Identidades e Acessos, que seja abrangente para todos os sistemas atuais e futuros, garantido as premissas de segurança praticadas e que tenha escalabilidade para o crescimento planejado". 

A tecnologia vem depois. Pense no que é possível resolver sem ela

Parece estranho, mas muitas vezes é possível resolver uma série de problemas apenas mudando a forma como o processo é executado. Isso tem nome: melhoria de processos. Observe, tanto quanto possível, quais processos podem ser melhorados antes de serem automatizados ou integrados. Feito isso, aí sim, é o momento de inseri-lo na arquitetura de integração da ferramenta. 

Engaje um patrocinador executivo forte 

O ponto aqui é simples. Obtenha o apoio de alguém no alto escalão (no board) que comunique a toda a empresa e faça isso com força de "lei", expondo sobre qual é o objetivo a ser alcançado e quais os benefícios do projeto para os negócios. 

Escolha uma liderança específica para esse projeto 

Primeiramente considere que a liderança para um projeto de identidades nem sempre está na TI, nem sempre está em uma única pessoa.

Por sua importância estratégica, envolvendo áreas distintas, muitas vezes a liderança deverá atuar como agente facilitador e "de vendas" para conseguir o comprometimento interno. Eventualmente, considere formar um grupo multidisciplinar específico para esse fim. 

Comunicação é importante, use-a 

O objetivo é motivar as partes interessadas, fazendo com que se envolvam no uso da ferramenta (aquela que foi escolhida) e que tenham uma leitura positiva do projeto. Claro, como se trata de grupos diferentes envolvidos, procure meios de comunicação adequados a cada um deles. Estabeleça métricas e informe os resultados obtidos. 

Comece pequeno e depois cresça  

Isso significa planejar e entregar metas de curto prazo, que envolvam objetivos realísticos. Pequenas entregas, mas constantes são preferíveis a super entregas, cujo benefício (mesmo que verdadeiro) está lá adiante. Apresente, se houver, um plano de ação para médio e longo prazo. 

Transforme-o num processo de melhoria contínua 

Um Projeto de Identidades, como outros projetos de negócios, não chega ao fim. Calma que eu explico.

Quando ele alcança aquele ponto que, em tese, é a sua entrega final, vê-se que muita coisa mudou na empresa, no mercado, na tecnologia. Vê-se que pessoas, empregados e clientes, entraram e saíram, depois voltaram e saíram de novo. Vê-se que tudo é muito dinâmico.

Agora sim, agora é a prova de fogo da ferramenta escolhida, quando se observa que ela permite fazer rápidas mudanças para se adequar aos novos cenários, e que ela tenha agilidade, mantendo os custos menores possíveis para atender a empresa. 

Obrigado por chegar até aqui. Espero que esse texto possa ajudá-lo. Se ao menos uma parte dele servir, alcancei meu objetivo.

Este artigo foi escrito por Oscar de Oliveira Junior e publicado originalmente em Prensa.li.

A WSO2 realizou um webinar sobre como empresas podem adotar uma abordagem de API-first para construir um negócio digital, aproveitando a arquitetura de microsserviços.  

Kasun Indrasiri, diretor sênior de Arquitetura de Integração do WSO2, e Rob Blaauboer, consultor de integração e instrutor WSO2, foram os convidados para falar sobre o tema. 

O que é integração de API-first? 

Uma integração API-first é o processo de construção de recursos de negócios reutilizáveis, conectando serviços, sistemas e dados, oferecê-los aos consumidores via APIs. 

Tipos de integração API-first: 

Top-Down: 

• Começa com design de API para negócios; 

• Integrações são criadas como parte das implementações de APIs. 

Bottom-Up: 

• Começa com a construção de integração para a capacidade de negócios correspondente; 

• Em seguida, expõe essa integração como uma API na porta de entrada da API. 

Como os microsserviços permitem agilidade nos negócios 

A base da arquitetura de microsserviços consiste no desenvolvimento de um único aplicativo. Este age como um conjunto de serviços independentes e de baixa granularidade. A execução é em seu próprio processo, sendo desenvolvido e implantado de forma independente. 

Case JuMa Market | Criação e integração de microsserviços 

JuMa Market é uma rede de supermercados que deseja iniciar vendas online para retirada na loja e delivery em casa. Esse sempre foi um dos objetivos da empresa, mas a situação da pandemia torno-o prioridade. 

JuMa criou diversos microsserviços divididos em duas categorias: 

• Customer Services (novos clientes, serviço de pedidos etc.) 

• Serviços internos (adicionar fornecedores, separação de pedidos etc.) 

A solução para o JuMa Market foi a configuração de um Gerenciador de API como uma frente para um micro integrador baseado em Kubernetes que oferece microsserviços. 

Serviço de pedidos 

O serviço consiste na identificação do cliente, no elemento que contém o pedido e a quantidade de cada item. A partir do pagamento, a conta do cliente é cobrada. 

Serviço de retirada 

O serviço de retirada separa o pedido da fila e classifica os itens com base no corredor e na área para que o encarregado faça a coleta. Quando separado, a quantidade é deduzida da contagem em estoque. Se a quantidade cair abaixo de um determinado mínimo, uma mensagem para refazer é colocada em uma fila. No final do dia, os pedidos são enviados. 

Serviço de reabastecimento 

A fila de reabastecimento é lida ao final do dia e uma lista será preenchida e enviada aos distribuidores e fabricantes. 

Notificação 

O cliente é notificado no caso de uma retirada ou recebe uma confirmação no caso de uma entrega. 

Principais conclusões 

A integração de API-first permite que as empresas criem recursos de negócios reutilizáveis ​​conectando serviços, sistemas e dados, oferecendo-os aos consumidores via API. O gerenciador de API é o front-end para seus serviços de micros, permitindo gerenciamento, monitoramento e segurança. 

Os microsserviços em contêineres permitem que empresas adicionem ou removam rapidamente a capacidade, dependendo da demanda. Em um ambiente heterogêneo, a mediação e a transformação permitem que sejam criados microsserviços que interagem com os sistemas existentes. 

Confira a webinar completa aqui e saiba mais sobre integração de API-first para microsserviços. 

Kasun Indrasiri é o diretor sênior de Arquitetura de Integração do WSO2 e arquiteto com mais de nove anos de experiência em integração empresarial e microsserviços. 

Rob Blaauboer é consultor de integração e instrutor WSO2 com mais de 35 anos de experiência em TI. 

Este artigo foi escrito por Miguel Lorenzo e publicado originalmente em Prensa.li.

Este livro aponta cinco principais deficiências em como as estimativas são feitas:  

1. Técnicas de estimativa são pouco desenvolvidas. Mas elas refletem uma suposição não dita que é completamente improcedente, ou seja, que tudo correrá bem. 

2. As técnicas de estimativa enganosamente confundem esforço com progresso, ocultando a suposição de que homens e meses são intercambiáveis. 

3. Como não temos certeza sobre nossas estimativas, os gerentes de software geralmente não têm a cortês teimosa dos demais. 

4. O progresso do cronograma é mal monitorado. 

5. Quando o deslize da programação é reconhecido, a resposta natural (e tradicional) é adicionar mão de obra. 

Em muitos casos em que os projetos falham, a culpa recai sobre as estimativas e o gerenciamento de deles. 

Gostaria de apresentar uma visão diferente. Embora minha discussão esteja relacionada principalmente a projetos do IAM, acredito que alguns deles são igualmente aplicáveis a todos os projetos de software.  

Aqui, compartilharei minha experiência e visões sobre o motivo pelo qual nem todo os projetos IAM cruzam a linha de chegada com êxito. 

RFPs/RFIs “tudo o que você puder obter”  

Um RFI (Request For Information/Solicitação de Proposta), é um meio formal de obter informações gerais de provedores, enquanto um RFP (Request For Proposal/Solicitação de Informação) é uma maneira altamente formal e estruturada de obter informações específicas do provedor. 

As RFPs/RFIs são feitas no estágio inicial de um projeto e, provavelmente, as pessoas que as escrevem não sabem exatamente o que precisam, então escolhem o caminho mais seguro ou mais fácil.  

Eles sabem que precisam de um projeto IAM, por isso procuram alguns produtos no mercado, copiam a lista de recursos conforme os requisitos e publicam como uma RFI/RFP.  

Isso cobrirá mais do que o necessário e, finalmente, terminará com um "RFP/RFI tudo o que você puder obter”. 

No entanto, existem respostas entre sim e não. Durante o processo de avaliação de uma RFP/RFI, o que mais importa é a quantidade de “sim”. Um provedor com o maior número de "sim" passará pela primeira rodada de seleção.  

O problema está nos detalhes, quando você começa a olhar para a coluna "comentários".  

Você pode ter perdido facilmente sua correspondência perfeita durante a avaliação, pois inundou a RFP/RFI com requisitos irreais e acabará comprando um produto de um provedor a um preço muito alto.  

Não digo que devemos eliminar completamente as RFPs/RFIs, mas produzir RFP/RFI no estilo “tudo o que você puder obter" não é o caminho certo para iniciar o seu projeto IAM. 

Decisões Desconectadas/Política Interna 

Há alguns anos, na WSO2, trabalhamos com um grande instituto financeiro nos EUA para construir uma plataforma unificada de controle de acesso em toda a empresa.  

Eles tinham mais de 70 equipes e cada uma desenvolveu seu próprio modo de controlar o acesso. 

Alguns usaram um banco de dados para armazenar regras de controle de acesso em seus próprios esquemas, enquanto outros apenas os codificaram no código do aplicativo.  

Outra empresa com quem conversei estava lutando por mais de dois anos para iniciar sua IAM.  

Nesse caso em particular, o principal desafio era criar um modelo de identidade unificada em todos os aplicativos.  

Eles tinham mais de 30 armazenamentos de identidades usados por vários aplicativos e o mesmo usuário foi duplicado em cada armazenamento de identidades sem nenhum identificador de correlação.  

É um problema bastante viável para resolver tecnicamente, mas primeiro, cada departamento deve esclarecer como eles devem proceder. 

Estas não são histórias isoladas. À medida que uma organização cresce, a melhor abordagem seria ter equipes funcionais pequenas. 

Esse modelo de capacitar cada unidade de negócios para tomar suas próprias decisões ajuda as organizações a avançar rapidamente, sem esperar para construir uma solução completa para toda a empresa. 

Semeie o que se pode colher logo 

Graham Williamson destaca em seu último livro, “Identity Management: Uma perspectiva de negócios”, que em muitos casos os gerentes de negócios não estão cientes das mudanças na tecnologia que podem ser aplicadas em pequenas organizações.  

A evolução dos sistemas de gerenciamento de identidades baseados na nuvem e muitos produtos de gerenciamento de identidades de software de código aberto reduziram imensamente o custo das iniciativas de IAM.  

A necessidade de milhões de dólares para "grandes" nomes não é mais necessária. Na WSO2, construímos um produto IAM de código-fonte completamente aberto e fornecemos suporte à produção.  

Esse é o modelo de negócios que a maioria dos negócios de software de código aberto segue.   

Qual é o desafio então? Como Graham destacou, muitos gerentes não entendem essa mudança que aconteceu no domínio do IAM e relutam em pensar nele como uma função que terá um impacto. 

A resistência em investir em iniciativas IAM, e tentar mantê-las sob um orçamento baixo, impede que qualquer pessoa aproveite os benefícios dela e prepara o caminho para outra iniciativa IAM malsucedida. 

Construir sua própria solução IAM 

Existem algumas razões pelas quais algumas empresas preferem uma solução IAM doméstica a um produto desenvolvido pelo provedor: orçamento limitado, requisitos complexos, controle sobre o código e razões históricas. 

Eu não digo que as soluções de IAM domésticas são sempre ruins. No entanto, nem todas as empresas preferem criar sua própria solução de IAM para manter o controle sobre o código.  

Você não deve tentar criar uma solução de IAM caseira internamente se não tiver o nível adequado de conhecimento.  

A infraestrutura do IAM é a parte mais sensível do seu negócio. Um sequestro de conta pode resultar em falência para sua empresa.  

Se sua organização é pequena, pode se concentrar mais no que pode fazer melhor, delegando o gerenciamento da infraestrutura do IAM a um provedor que seja especialista nesse domínio.  

Não são apenas as pequenas empresas que terceirizam a infraestrutura do IAM para provedores externos, até mesmo as maiores preferem fazê-lo. 

Apaixonados por jargões 

Há vários anos, SOA (arquitetura orientada a serviços) e ESB (enterprise service bus - barramento de serviços corporativos) eram os jargões mais populares. Todos queriam ter um SOA ou um ESB. 

Com os avanços, ambos os jargões se desvaneceram de forma incremental, e tem vida útil de Microservices e API Gateway. O que impulsiona o seu negócio é o que você precisa e não são os jargões. 

O cisne verde 

Os padrões de identidade não nascem sozinhos.  

Depois de definir seu problema, você deve gastar algum tempo pesquisando o padrão de identidade para ajudá-lo a criar uma solução.  

Mais uma vez, não seja guiado pelos padrões, mas por sua própria declaração de problema. Há sempre espaço para melhorias.  

Se você não achar que seu problema está sendo resolvido corretamente, não hesite em criar a solução. É assim que os padrões de identidade evoluíram ao longo dos anos. 

Você encontrará pessoas em algumas equipes de projeto que odeiam os padrões.  

Eles simplesmente encontrarão algum artigo ou blog que declare que um determinado padrão não está seguro o suficiente ou morto, e farão lobby com essa ideia para toda a equipe, sem nenhuma descoberta profunda dos fatos.  

Essas pessoas são os “cisnes verde”, que não gostam de padrões e modelos e decidem começar a reconstruir tudo do zero, consequentemente, acabam perdendo todos os prazos planejados.  

Visão curta 

Os projetos do IAM falham em diferentes estágios: alguns na fase inicial, alguns desaparecem lentamente, mas quando o isso acontece, eles derrubam todo o negócio.  

A escalabilidade de uma infraestrutura IAM é fundamental para o sucesso de qualquer projeto.  

 Antes de avaliar qualquer projeto do IAM, você deve ter uma ideia sobre a carga que você espera hoje, bem como o que você esperaria em 6 a 12 meses.  

Outras coisas com as quais você precisa se preocupar são o número de solicitações e de sessões de login simultâneas e o número de usuários. 

Para qualquer projeto IAM, a extensibilidade do produto subjacente é extremamente importante. Se você observar os últimos cinco anos do setor de IAM, descobrirá a velocidade com que está evoluindo.  

Construção/Operação em Silos 

Pessoas em diferentes departamentos frequentemente fazem suas próprias tarefas, levando a silos operacionais. No entanto, a verdadeira vantagem para o negócio vem da vinculação dessas diferentes atividades.  

Por exemplo, a Nike, como parte de sua iniciativa de transformação digital, criou a Nike Digital Sports em 2010 para fornecer coordenação, inovação e alguns recursos compartilhados para os muitos esforços digitais da empresa.   

Muitas empresas armazenam dados de clientes em diferentes fontes de dados, possivelmente gerenciados por diferentes departamentos.   

Uma vez que as coisas estão desconectadas, mesmo que o projeto individual possa ser bem-sucedido, ainda como um todo, ele falhará, pois será uma operação muito cara construir um perfil unificado de um determinado lead ou cliente. 

Uma iniciativa com a qual você deve se preocupar em tais casos e que também agregará mais valor à empresa é o CIAM (Gerenciamento de Identidades e Controle de Acesso de Clientes).  

O sistema tem a oportunidade de vincular todas as preferências rastreadas contra o usuário anônimo com o novo lead.  

Com o tempo, as preferências do lead podem ser rastreadas de maneira mais significativa e a equipe de marketing/vendas da empresa pode trabalhar de maneira colaborativa para torná-lo um cliente.  

Nesse ponto, você coleta os dados mais confiáveis sobre o cliente, com a devida verificação. Então, a partir daí, o sistema CIAM continuará monitorando as preferências do cliente para produzir dados mais significativos, permitindo que a administração da empresa tome decisões mais informadas. 

Ter uma visão da iniciativa do IAM da empresa é extremamente importante. Depois de ter uma visão, você pode orientar cada departamento a alcançar o que precisa ser feito para que tudo possa ser integrado para gerar mais valor para a empresa. 

Bloqueio do provedor  

Você não experimentará o bloqueio de provedor no curto prazo, mas, no longo prazo, quando começar a construir sua infraestrutura de IAM sobre um produto de provedor, você ficará cada vez mais dependente.  

Algumas empresas não apenas desenvolvem extensões para seus produtos IAM, mas também criam toda a pilha de aplicativos com base em APIs de provedores. Mais uma vez, isso é resultado de gerenciamento e engenharia de projeto míopes.  

Dados de aplicativos também podem levar ao bloqueio. Isso pode acontecer principalmente com provedores de IAM baseados na nuvem.  

Mesmo que esses provedores de IAM na nuvem suportem a exportação de dados, será difícil e caro criar ferramentas para interpretá-los e torná-los significativos e funcionais. 

O bloqueio de provedores é um dos motivos pelos quais se deve prestar mais atenção aos padrões abertos e de software de código aberto.  

Você deve sempre tentar manter padrões abertos entre seus aplicativos e o produto IAM.  

Caso você tenha escrito um código em uma API de produto não padrão, primeiro desenvolva um wrapper do lado do seu aplicativo para garantir que o aplicativo não esteja atrelado demais à API do produto do IAM.  

Se você decidir usar outro produto IAM algum dia, só precisará alterar o wrapper. Esta será uma opção menos onerosa. 

Texto adaptado do artigo original escrito por Prabath Siriwardena, Senior Director - Security Architecture da WSO2. Você pode visualizá-lo aqui. 

Este artigo foi escrito por Daniel Gonçalves e publicado originalmente em Prensa.li.

Importante primeiro lembrar que o universo do turismo é vasto. Encontram-se os setores aéreo, de hotelaria, locação de carros, Tmc’s (travel management companies), MICE Tourism (Meetings, Incentives, Conferencing and Exhibitions) e empresas de OBT’S (online booking tool’s) que também estão se reinventando e inovando de forma muito rápida.  

Segundo pesquisa da McKinsey, How COVID-19 has pushed companies over the technology tipping point—and transformed business forever: McKinsey Global Survey results (outubro de 2020), "A grande aceleração no uso de tecnologia, digitalização e novas formas de trabalhar será sustentada. Muitos executivos relataram ter avançado entre 20 e 25 vezes mais rapidamente do que imaginavam ser possível em temas como criar redundâncias na cadeia de suprimentos, melhorar a segurança dos dados e ampliar o uso de tecnologias avançadas em suas operações."

Inteligência Artificial, Segurança, Big Data, Internet das Coisas, entre outros, serão fatores chave para incentivar a retomada da atividade turística, conectar os viajantes e promover a diferenciação neste mercado. 

O viajante que está conectado, deixa muitos rastros no meio da jornada, assim como informações do seu relacionamento com diversas marcas.  

Dessa forma, os grandes desafios estão em aprender a usar esses dados com segurança, oferecendo a melhor experiência ao usuário do começo ao fim e proporcionando as melhores soluções para cada ‘persona’.

Stefan Fluck, @sfluck, via Unsplash

Descomplicar processos e aumentar a produtividade de forma simplificada

Dentro desse cenário, podemos elencar uma imensidão de possibilidades para melhorar o trajeto desse cliente no processo end-to-end e fidelizá-lo. 

Através das soluções inovadoras e ágeis da WSO2, como Gerenciamento de API’s e Integrações, o setor do Turismo poderá contar com tecnologias altamente avançadas e seguras. Além disso, seguindo de forma rígida a LGPD, aliada na proteção e respeito à privacidade do consumidor. 

Para o setor de viagens corporativas, por exemplo, fazem-se necessárias integrações robustas com o objetivo de gerar relatórios de tracking de bilhetes não voados e reembolso. Além de outros elementos, como controle de despesas dessas viagens vinculando a OS da mesma, entre outros. 

O famoso ‘travel manager’ dessas empresas precisa ter total visibilidade e acesso aos KPI’s para conseguirem negociar melhores condições comerciais com provedores do setor (por exemplo: aéreo, cadeias de hotéis, entre outros). Além disso, esses profissionais precisam visualizar de maneira prática e ágil os viajantes que estão fora das políticas de viagens impostas pela companhia. Isso ocorre através de um fluxo de aprovações que é parametrizado e gravado dentro de uma plataforma (OBT).

Updates de cargas de funcionários (joiner, leaver ou mover) precisam cada vez mais ser automatizados e integrados nesse ecossistema de forma rápida e efetiva.

Robôs de emissão possuem um papel extremamente importante nas empresas de OBT’s e nos sites dos próprios provedores. O viajante carece de uma experiência com agilidade, automação e segurança. 

Já no setor de Eventos sociais e corporativos, ter uma plataforma de inteligência que gerencia esse processo do começo ao fim, seja do lado do solicitante ou do fornecedor, é fator primordial para o sucesso do projeto.  

Para compor esse artigo, conversei com Rogério Miranda, sócio e diretor da empresa Inteegra Tecnologia. Ele afirma que "Embora o modelo de eventos presenciais voltará com força total, os eventos online e híbridos vieram para ficar e a tecnologia revolucionou esse mercado."

Duas das mais expressivas marcas do setor de turismo do mundo utilizam as soluções WSO2 e hoje estão entre os principais casos de sucesso entre o hall de nossos clientes. Aqui falo de uma centenária rede de hotéis e resorts global, nascida nos Estados Unidos, além da maior empresa aérea da Austrália, e a terceira mais antiga do mundo. Leia aqui mais detalhes sobre este case de sucesso.  

Integrações robustas e escaláveis com sistemas de ERP, sistemas de BI, Login Único, Múltiplos fatores de Autenticação e um portal de self service para a gestão de identidades dos clientes. Estes são alguns dos exemplos dentre um leque de possibilidades que a tecnologia beneficia o setor economizando tempo, energia e dinheiro. 

Certamente o viajante navega de forma mais fluida pelos desafios do dia a dia. 

Este artigo foi escrito por Fabiana Nonato e publicado originalmente em Prensa.li.

https://www.youtube.com/embed/None

Fernando Arditti, vice-presidente LATAM - WSO2, e Daniela Gonzaga, Diretora de operações técnicas da MarkWay, falam sobre inovação digital no mundo Open em um bate-papo mediado por Cintia Falcão, da Ramos Falcão Consultoria.

Para os especialistas, o processo de adaptação Open Insurance e o Open Utilities será um pouco diferente da implementação do Open Banking no Brasil — que foi mais agressivo e rápido. "Eu acho que vai ser um processo muito mais tranquilo para estas duas vertentes.", diz Fernando Arditti. 

Saiba como se preparar para os desafios das inovações digitais que o Open Anything pode proporcionar às empresas e clientes. Clique no vídeo acima para acompanhar o último bate-papo do WSO2 Summit 2021.

Este artigo foi escrito por Fernando Arditti e publicado originalmente em Prensa.li.

https://www.youtube.com/embed/None

Nesta conversa, Diogo Moreno, IT Manager | BNDES, e Claynor Mazzarolo, CEO | Heiliger Tech, falam sobre o impacto do Open Banking no dia a dia das instituições e dos clientes.

No case em que apresentam, Moreno e Mazzarolo mostram como a WSO2 implementou sua tecnologia no BNDES para o desenvolvimento do Open Banking.

Quer saber mais sobre o processo? Clique no vídeo acima e acompanhe o bate-papo da WSO2 Summit 2021.

Este artigo foi escrito por Diogo Moreno e publicado originalmente em Prensa.li.

https://www.youtube.com/embed/None

Nos últimos dois anos, as empresas tiveram que acelerar as iniciativas de transformação digital para atender às necessidades dos clientes em constante mudança.

Uma forte estratégia digital centrada no cliente tornou-se vital para obter vantagem competitiva. Isso permite que as empresas aproveitem as identidades digitais para oferecer experiências simples, contínuas e seguras ao usuário final.

Para expandir, manter ou aprimorar as experiências digitais do cliente, as empresas devem escolher um fornecedor que tenha uma forte estratégia de Gerenciamento de Acesso à Identidade do Cliente (CIAM, na sigla em inglês) e experiência comprovada em ajudar empresas em todo o mundo.

Miguel Benavente, Lead Solutions Engineer da WSO2 revela como fornecer melhores experiências de usuário ao cliente e entender mais sobre o futuro dos recursos CIAM. Ouça histórias de sucesso de nossos clientes e conheça os recursos mais recentes do WSO2 Identity Server.

Este artigo foi escrito por Miguel Benavente e publicado originalmente em Prensa.li.

https://www.youtube.com/embed/None

Para garantir que uma empresa sobreviva e prospere, a inovação digital deve ser a prioridade de qualquer líder de negócios.

Uma vez consideradas um nicho, as APIs se tornaram os blocos de construção principais por trás de muitos negócios digitais de sucesso - com benefícios comprovados, como acelerar o tempo de entrada no mercado, melhorar a produtividade e velocidade do desenvolvedor e, o mais importante, desbloquear a inovação.

Tenan Martorelli, Arquiteto de Soluções da WSO2 vem contar o que significa “inovar ou morrer”, qual a conexão entre inovação digital e APIs e como usar APIs e integrações para impulsionar ecossistemas.

Nesta palestra você também aprenderá como as integrações unem diferentes sistemas e permitem novos modelos de negócios baseados em API.

Este artigo foi escrito por Renan Martorelli e publicado originalmente em Prensa.li.

https://www.youtube.com/embed/None

Como dados podem gerar valor para diversos tipos de negócio? Victoria Amato, Chief Business Officer da Quanto, responde essa pergunta em sua palestra no WSO2 Summit 2021.

O Open Banking, como já é conhecido, é uma troca de informações entre instituições financeiras que possibilita aos clientes maior controle sobre seus dados bancários. De acordo com uma pesquisa realizada pela Quanto, 65% dos brasileiros estão dispostos a compartilhar dados para obter melhores taxas e serviços.

A adesão ao Open Banking é animadora e pode beneficiar o seu negócio. Assista ao vídeo acima para descobrir como.

Este artigo foi escrito por Victoria Amato e publicado originalmente em Prensa.li.