wiki

Networks APIs: mudanças entre as edições

← Edição anteriorEdição posterior →
Santos.paula (discussão | contribs)
editors
254 edições
Sem resumo de edição
Linha 108: Linha 108:
== Conteúdo  ==
== Conteúdo  ==


Desenvolva um conteúdo que possa transmitir o conhecimento adquirido para outros
*Desenvolva um conteúdo que possa transmitir o conhecimento adquirido para outros
Crie um material (Wiki, PDF, PPT, ...) que possa ser armazenado e facilmente atualizável
[[File: Network APIs - Apresentação Final]]


<br>  
<br>  

Edição das 18h27min de 17 de março de 2025

Fase I - Estudo


Título da Ideia

Networks APIs


Objetivos

Avaliar possíveis serviços telecom que podem ser desenvolvidos para oferta como Broker em formas de APIs. Assim, a Algar Telecom poderia comercializar serviços que até então são internos e adicionar APIs que não fazem parte do catalogo atual, ambos de forma padronizada com outras operadoras para disponibilizá-los para o mercado.


Conceito


Na próxima etapa do mercado de telecomunicações, será fundamental desenvolver novos produtos que aproveitem plenamente as capacidades e recursos das operadoras. Isso se torna essencial, pois a utilização de serviços tradicionais, como ligações e envio de SMS, está em declínio. Um dos principais ativos que podem ser explorados são os vastos volumes de dados de clientes armazenados nos bancos de informações das operadoras.

Com o objetivo de utilizar esse recurso de forma eficiente, a GSMA — uma associação internacional que representa os interesses de mais de 750 operadoras e fabricantes de telefonia móvel em 220 países —, em parceria com a Linux Foundation, criou o CAMARA Project. Esse projeto de código aberto visa definir, desenvolver e testar APIs para expor as capacidades das redes de telecomunicações, trazendo grandes benefícios aos clientes.

Essas APIs não apenas permitem a obtenção de informações da rede, mas também possibilitam configurá-la, proporcionando uma exposição segura, controlada e sob demanda das funcionalidades da rede. Isso transforma as redes das operadoras em plataformas de habilitação de serviços, facilitando a integração de aplicações e garantindo uma experiência do cliente mais aprimorada e personalizada, especialmente na era do 5G.

O objetivo de criar um projeto de código aberto liderado pela GSMA é possuir uma padronização das APIs, globalmente o projeto é conhecido como Open Gateway. Esse projeto deriva do conceito de Open Telco, que envolve operadoras de telecomunicações disponibilizando suas capacidades de rede por meio de APIs padronizadas. Essa padronização facilita a integração, promove a inovação e oferece maior flexibilidade para desenvolvedores e parceiros no ecossistema digital, tornando a conexão com essas APIs mais simples e eficiente, já que todos seguem um mesmo padrão.


Características 


Em setembro de 2023, teve início o processo global para adoção do padrão e exposição das APIs pelas principais operadoras, incluindo as brasileiras Claro, TIM e Vivo. Inicialmente, foram selecionadas três das vinte e duas APIs propostas na época pelo CAMARA Project: Number Verification, SIM Swap e Device Location, todas focadas em segurança. O processo ainda está em andamento no nível de Prova de Conceito (POC), e a API de Quality on Demand (QoD) foi recentemente incluída no roteiro de implementação.

Number Verification

A API padronizada de Number Verification oferece uma solução eficiente e segura para a autenticação de usuários, eliminando a necessidade de inserir manualmente credenciais ou códigos temporários (OTP). Esse mecanismo verifica automaticamente se o usuário está utilizando um dispositivo com um cartão SIM vinculado ao número de telefone especificado (MSISDN), proporcionando uma autenticação rápida, transparente e sem interrupções.

A API é especialmente útil para melhorar a segurança e a experiência do usuário em processos críticos, como login em aplicativos e autorizações de transações financeiras. Além disso, ela simplifica a integração para desenvolvedores, que podem acessar recursos de rede de várias operadoras por meio de uma única interface padronizada, garantindo consistência e eficiência.

Um dos casos de uso mais relevantes é a recuperação de senha simplificada. Muitas vezes, recuperar senhas envolve procedimentos complicados, como lembrar detalhes pessoais ou acessar outros aplicativos, o que pode ser difícil, especialmente para pessoas menos familiarizadas com tecnologia. Com a API de Number Verification, os desenvolvedores podem usar a rede para validar a identidade do usuário de maneira segura, tornando o processo mais simples e rápido. Isso assegura que os usuários possam retomar o acesso aos serviços de forma eficiente, aprimorando consideravelmente a experiência geral.

Casos de uso: https://opengateway.telefonica.com/pt/apis/number-verification

Documentação: https://github.com/camaraproject/NumberVerification/tree/release-0.3.1

SIM Swap

A API padronizada de SIM Swap é uma ferramenta poderosa que permite a detecção e gestão eficaz de trocas de SIM, um método cada vez mais usado em fraudes digitais. Ao integrar essa API, os desenvolvedores podem proteger os usuários de riscos associados a mudanças não autorizadas de cartões SIM, como o sequestro de contas e a aquisição fraudulenta de identidade. A API funciona aproveitando os dados da rede da operadora para identificar rapidamente comportamentos anômalos e aplicar medidas de segurança proporcionais, garantindo que as informações do usuário permaneçam protegidas.

Essa solução é essencial para fortalecer a segurança digital, adicionando uma camada extra de proteção em processos críticos como transações financeiras, criação de contas e autenticação. A API também simplifica o processo de desenvolvimento por ser padronizada, permitindo uma integração mais rápida e eficiente sem a necessidade de configurações específicas para diferentes operadoras, o que acelera o tempo de lançamento no mercado.

Um dos casos de uso principais é o aprimoramento da autenticação de dois fatores (2FA) para prevenção de fraudes. Ao incorporar a API SIM Swap em fluxos de autenticação 2FA, os aplicativos podem detectar e impedir proativamente atividades suspeitas de troca de SIM. Isso garante que somente usuários legítimos possam acessar suas contas e realizar transações, aumentando a segurança e minimizando o risco de fraude. Essa verificação adicional reforça a confiança dos usuários, protegendo suas informações pessoais e assegurando uma experiência digital segura e confiável.

Casos de uso: https://opengateway.telefonica.com/pt/apis/sim-swap

Documentação: https://github.com/camaraproject/SimSwap

Device Location

A API padronizada de Device Location Verification é uma ferramenta essencial para fortalecer a segurança em operações sensíveis, como transações financeiras. Ao verificar a localização física do dispositivo do usuário em tempo real, a API ajuda a garantir que atividades críticas sejam realizadas com segurança e que possíveis fraudes sejam detectadas com maior eficiência. Essa API utiliza dados da rede da operadora para identificar e validar a posição do dispositivo, fornecendo um mecanismo de autenticação robusto e baseado em contexto.

Essa solução é especialmente útil para proteger usuários de acessos não autorizados e ataques baseados em geolocalização. A integração é simplificada devido ao design padronizado da API, permitindo que os desenvolvedores a incorporem facilmente em seus sistemas, sem necessidade de customizações para diferentes operadoras, o que economiza tempo e recursos.

Um dos principais casos de uso é a segurança nas transações dependentes da localização. Em operações financeiras, a API pode comparar a localização do dispositivo com as áreas onde o usuário normalmente realiza transações. Se o dispositivo for detectado em uma região inesperada ou de alto risco, a transação pode ser automaticamente marcada para revisão ou bloqueada. Isso assegura que apenas transações legítimas sejam processadas, protegendo os usuários contra tentativas de fraude baseadas em localização. Esse mecanismo não apenas eleva o nível de segurança, mas também oferece uma camada adicional de confiança para usuários que realizam transações em ambientes digitais.

Casos de uso: https://opengateway.telefonica.com/pt/apis/device-location

Documentação: https://github.com/camaraproject/DeviceLocation

QoD (Quality on Demand)

A API QoD (Quality on Demand) Mobile oferece uma maneira inovadora de otimizar a qualidade da conexão de rede para aplicações que exigem alto desempenho, como jogos online e streaming em tempo real. Essa API permite que desenvolvedores ajustem dinamicamente a qualidade de serviço (QoS) de acordo com as necessidades específicas dos usuários, garantindo experiências mais fluidas e sem interrupções. Ao integrar a QoD Mobile, é possível gerenciar a largura de banda, a latência e a estabilidade da conexão, personalizando o desempenho da rede para atender a requisitos rigorosos.

Essa solução é particularmente valiosa em ambientes onde a conectividade consistente é crítica, e sua integração simplificada por meio de uma API padronizada facilita o desenvolvimento, tornando mais ágil o lançamento de novos serviços que exigem alta qualidade de conexão.

Um dos casos de uso mais relevantes é para jogos on-line mais rápidos e mais estáveis. A API QoD Mobile permite que os jogos em rede ajustem automaticamente a qualidade da conexão, minimizando a latência e garantindo a estabilidade da experiência do usuário, mesmo em condições de tráfego de rede variável. Isso significa que os jogadores podem desfrutar de partidas sem lag, comandos responsivos e uma performance otimizada, independentemente da localização ou da carga de rede momentânea. Para os desenvolvedores de jogos, isso representa uma vantagem competitiva significativa, oferecendo aos jogadores uma experiência superior e aumentando a satisfação do usuário em jogos multiplayer ou de alta demanda gráfica.

Casos de uso: https://opengateway.telefonica.com/pt/apis/qod-mobile / https://opengateway.telefonica.com/pt/apis/qod-wifi

Documentação: https://github.com/camaraproject/QualityOnDemand




Estudo Dirigido


  • Pesquisar e escrever sobre as características principais da tecnologia
  • Redigir sobre Conceito conforme orientações do template
  • Definir Objetivos com o time
  • Descrever as principais soluções do mercado incluindo num item apropriado
  • Avaliar os ratings e montar quadro comparativo
  • Pesquisar soluções open-source
  • Começar a pensar numa aplicação dessa tecnologia que deverá estar alinhada com o objetivo.



Fase II - Ensino


Conteúdo

  • Desenvolva um conteúdo que possa transmitir o conhecimento adquirido para outros

Arquivo:Network APIs - Apresentação Final


Apresentação

Apresente ao grupo (reunião, EAD, Blog, ...)
Publique aqui


Metodologia


Descrevas as metodologias usadas. Alguns exemplos:

Estratégia de Job Rotation
Estudos básicos para conhecimento do potencial
Estudos básicos para entendimento sobre o problema
Estudos para dar base aos pesquisadores
Benchmarking com empresas estrangeiras 
Aceleradoras de empresas
Adoção de novas tecnologias
Utilização da proposta de soluções Open-source
Priorização no desenvolvimento interno
Foco na não dependência de fornecedores
Prática de formação dos talentos necessários


Hipóteses


 Que questões envolvem a pesquisa? 
O que se espera provar?
O que se espera como resultado?
Explicações e argumentos que subsidiem a investigação em curso


Fase III - Exemplo de Caso de Negócio


Product Backlog


- Requisitos do Projeto:

  • Portal com APIs de rede abertas para empresas de TI.
  • Sistema de autenticação e segurança robusto para acesso às APIs.
  • Ferramentas para monitoramento e análise do uso das APIs.
  • Documentação e suporte técnico para desenvolvedores.


Benefícios para quem for oferecer esta solução


  • Geração de receita por meio de cobrança pelo uso das APIs.
  • Expansão de rede de parceiros no setor de TI.
  • Ampliação de portfólio com serviços de valor agregado.


Benefícios para o usuário


  • Acesso a uma variedade de APIs que facilitam o desenvolvimento de soluções.
  • Possibilidade de criar soluções customizadas sem necessidade de infraestrutura própria.
  • Redução de custos e maior flexibilidade na implementação de funcionalidades.


Direcionadores chave para esta iniciativa

    Descrever em tópicos o que esta iniciativa pode proporcionar



Possíveis modelos de negócios


  • Cobrança por volume de uso (pay-per-use).
  • Planos de assinatura com diferentes níveis de acesso às APIs.


Business Case


Exemplo: Uma startup de software utiliza as Network APIs para integrar sua aplicação a diferentes redes móveis, otimizando a conectividade e reduzindo os custos com infraestrutura.

Alinhamento com Lei do Bem


  • Projeto possui algum elemento tecnologicamente novo ou inovador?

Elemento tecnologicamente novo: Plataforma centralizada e segura de APIs abertas para soluções em rede.

  • Projeto possui barreira ou desafio tecnológico superável?

Barreira tecnológica: Garantir segurança e escalabilidade.

  • Projeto utiliza metodologia/método para superação da barreira ou desafio tecnológico?

Metodologia/método para superação da barreira: Implementação de protocolos de segurança avançados e ferramentas de monitoramento.

  • Projeto é desenvolvido em parceira com alguma instituição acadêmica, ICT ou startup?

Parceria com ICT/startup: Potencial parceria com centros de pesquisa em segurança cibernética.

Fase IV - Protótipo orientado ao Negócio


Escopo


Explique o escopo deste protótipo


Limitações


Informe sobre as limitações técnicas, comerciais, operacionais, recursos, etc.


PoC


Desenvolva um PoC (Proof of Concept)


Privacidade (LGPD)


  • Avaliar condições referentes à Lei Geral de Proteção de Dados


Detalhamento Técnico


Descreva especificamente os aspectos técnicos desta pesquisa





Cronograma Macro


Histórico

Semana de 25 a 29/03/2024:
Semana de 29/04 a 03/05/2024:
Semana de 13 a 17/05/2024:
Semana de 27 a 31/05/2024:
Semana de 03 a 07/06/2024:
  • Weekly Network APIs - 03/06/2024:
    • LS: Montar mapa comparativo com as soluções da InfoBip, NativeSMS e Zenvia
    • Participantes: Luiz Cláudio, Lucas Sleyder e Ericson Luiz
  • Reunião Network APIs - TimWe - 05/06/2024:
    • LS: Montar mapa comparativo com as soluções da InfoBip, NativeSMS e Zenvia
    • Participantes: Luiz Cláudio, Lucas Sleyder, Bruno Cezar Oliveira e Fernanda Salaber
Semana de 10 a 14/06/2024:
Semana de 17 a 21/06/2024:
Semana de 01 a 05/07/2024:
Semana de 08 a 12/07/2024:
Semana de 15 a 19/07/2024:
Semana de 22 a 26/07/2024:
Semana de 29/07 a 02/08/2024:
Semana de 12/08 a 16/08/2024:
Semana de 19/08 a 23/08/2024:
Semana de 26/08 a 30/08/2024:
Semana de 02/09 a 06/09/2024:
Semana de 09/09 a 12/09/2024:
Semana de 13/01 a 17/01/2025:

Pesquisadores

  • Paula Nunes Santos
  • Lucas Sleyder Machado Dicencio
  • Alex Eustáquio Nogueira
  • Mateus Souto Parreira
  • Julis Rimet Laini Oliveira


Disponível em “http://3.143.69.156/wiki/index.php?title=Networks_APIs&oldid=93334”