Topic: Micro serviços no Fortyseven (Read 92 times)
Hi! Your project is looking interesting. So I may consider to join your ICO - but can you tell me please what is your hard and soft cap?
Usaremos a arquitetura orientada a serviços para o nosso sistema bancário. Todo o sistema será construído usando vagamente microservices acoplados. Microservices usarão o bus de mensagens para comunicações. Essa arquitetura é modular e permite desenvolvimento e evolução independentes para diferentes partes do sistema. Este arquiteto
tecture nos permitirá dividir os eorts de desenvolvimento em várias equipes de desenvolvedores e adotar novas tecnologias
ogies a um ritmo muito rápido. A API que corresponde a esses microservices também será modularizada. isto significa que toda a API será dividida em pequenas partes específicas do domínio.
Quarenta e sete bancos usarão serviços web RESTful como base para
nossa API e usará o formato JSON para codificar os dados. Esses são
padrões amplamente utilizados na indústria com amplo apoio em lotes
de bibliotecas e frameworks em linguagens de programação diferentes.
Então, deve ser muito fácil para qualquer desenvolvedor de software usá-los.
Vamos usar o REST e o JSON para a maioria das nossas APIs.
Além disso, usaremos a API do websocket quando precisarmos fornecer continuação,
fluxo de dados, por exemplo, transmissão ao vivo de negócios fechados como
parte da API para plataformas de negociação. Esta tecnologia permite o envio-
grande quantidade de dados com latência mínima usando solteira
conexão de rede.
Webhooks será usado para notificar aplicações sobre mais raras
eventos — como pagamentos ou alterações nas informações da conta. Dentro
caso de webhook, a API funciona em modo inverso — o banco envia
mensagens para o aplicativo.
O acesso ao nosso sistema e a todas as atividades, o
A API estará sob controle rigoroso. Para ter
acesso à nossa API, os desenvolvedores serão obrigados a
crie contas de desenvolvedores e registre suas
aplicativos dentro do nosso sistema. Nosso sistema
armazene perfis de aplicativos que conterão todos
Informações necessárias para acesso via API — applica-
identificador de região, chave privada, permissões, logotipo &
descrição para loja de aplicações financeiras,
informações sobre o proprietário do aplicativo. Privado
chaves serão usadas para autorizar todas as chamadas de API de
lado da aplicação e provar que a API dada
A chamada vem da aplicação correta.
O acesso a parte específica do domínio da API é
permissões de uso controladas. Para ser usado
alguma API específica do domínio, os desenvolvedores devem
envie pedido de acesso para essa parte da API e
receber uma aprovação do lado do banco. Quando o banco
a aprovação é recebida, o pedido é permitido
pedir aos clientes que concedam a sua permissão para
a aplicação. A aplicação está autorizada a
Ligue para esses métodos API protegidos quando todos
as permissões necessárias são concedidas pelo banco
cliente.
Para realizar qualquer transação financeira ou
solicite informações da conta, o aplicativo
deve autenticar de forma segura o cliente e
o cliente deve autorizar o pedido para
permitir acessar sua conta.
A autenticação e autorização do cliente é
sempre realizado pelo banco e é alcançado
usando o protocolo OAuth 2. O Outh 2 é o stand-
proposto por Internet Engineering Task Force
grupo. Este padrão descreve todos os aspectos técnicos
detalhes sobre o processo de autenticação do usuário e como
a autorização deveria funcionar. A adoção deste
O protocolo é direto e fácil para qualquer
aplicação.
Para integrar métodos biométricos de
identificação do cliente, o banco irá desenvolver
e fornecer SDK biométrico (desenvolvimento de software
kit de desenvolvimento) para os principais sistemas operacionais móveis -
Android e iOS. Este software deve
fornecer todas as ferramentas necessárias para tornar rápido, fácil e
integração segura da identificação biométrica
qualquer aplicação.
https://www.fortyseven.io
tecture nos permitirá dividir os eorts de desenvolvimento em várias equipes de desenvolvedores e adotar novas tecnologias
ogies a um ritmo muito rápido. A API que corresponde a esses microservices também será modularizada. isto significa que toda a API será dividida em pequenas partes específicas do domínio.
Quarenta e sete bancos usarão serviços web RESTful como base para
nossa API e usará o formato JSON para codificar os dados. Esses são
padrões amplamente utilizados na indústria com amplo apoio em lotes
de bibliotecas e frameworks em linguagens de programação diferentes.
Então, deve ser muito fácil para qualquer desenvolvedor de software usá-los.
Vamos usar o REST e o JSON para a maioria das nossas APIs.
Além disso, usaremos a API do websocket quando precisarmos fornecer continuação,
fluxo de dados, por exemplo, transmissão ao vivo de negócios fechados como
parte da API para plataformas de negociação. Esta tecnologia permite o envio-
grande quantidade de dados com latência mínima usando solteira
conexão de rede.
Webhooks será usado para notificar aplicações sobre mais raras
eventos — como pagamentos ou alterações nas informações da conta. Dentro
caso de webhook, a API funciona em modo inverso — o banco envia
mensagens para o aplicativo.
O acesso ao nosso sistema e a todas as atividades, o
A API estará sob controle rigoroso. Para ter
acesso à nossa API, os desenvolvedores serão obrigados a
crie contas de desenvolvedores e registre suas
aplicativos dentro do nosso sistema. Nosso sistema
armazene perfis de aplicativos que conterão todos
Informações necessárias para acesso via API — applica-
identificador de região, chave privada, permissões, logotipo &
descrição para loja de aplicações financeiras,
informações sobre o proprietário do aplicativo. Privado
chaves serão usadas para autorizar todas as chamadas de API de
lado da aplicação e provar que a API dada
A chamada vem da aplicação correta.
O acesso a parte específica do domínio da API é
permissões de uso controladas. Para ser usado
alguma API específica do domínio, os desenvolvedores devem
envie pedido de acesso para essa parte da API e
receber uma aprovação do lado do banco. Quando o banco
a aprovação é recebida, o pedido é permitido
pedir aos clientes que concedam a sua permissão para
a aplicação. A aplicação está autorizada a
Ligue para esses métodos API protegidos quando todos
as permissões necessárias são concedidas pelo banco
cliente.
Para realizar qualquer transação financeira ou
solicite informações da conta, o aplicativo
deve autenticar de forma segura o cliente e
o cliente deve autorizar o pedido para
permitir acessar sua conta.
A autenticação e autorização do cliente é
sempre realizado pelo banco e é alcançado
usando o protocolo OAuth 2. O Outh 2 é o stand-
proposto por Internet Engineering Task Force
grupo. Este padrão descreve todos os aspectos técnicos
detalhes sobre o processo de autenticação do usuário e como
a autorização deveria funcionar. A adoção deste
O protocolo é direto e fácil para qualquer
aplicação.
Para integrar métodos biométricos de
identificação do cliente, o banco irá desenvolver
e fornecer SDK biométrico (desenvolvimento de software
kit de desenvolvimento) para os principais sistemas operacionais móveis -
Android e iOS. Este software deve
fornecer todas as ferramentas necessárias para tornar rápido, fácil e
integração segura da identificação biométrica
qualquer aplicação.
https://www.fortyseven.io
Jump to: