Projeto de Arquitetura do Weibo Crowdfunding
Guia: podemos sentir o crescimento e o progresso das finanças da Internet todos os dias. Em 19 de junho, o Departamento de Produtos Comerciais do Weibo juntou forças com o Tianhong Fund (Yuebao), Xiaomi Pay e as startups Payqianla e outras equipes de tecnologia financeira O primeiro salão de sistema financeiro da Internet foi planejado para compartilhar e se comunicar com a indústria em torno da arquitetura técnica central, segurança do sistema, consistência de dados, modelo de desenvolvimento de negócios, etc. encontrados no processo financeiro da Internet. Este artigo é o discurso de Chen Jie neste salão, o primeiro autorizando arquitetura de alta disponibilidade.
Chen Jie, arquiteto de sistema sênior da Sina Weibo, graduado pelo Departamento de Química da Universidade de Tsinghua, faz testes, desenvolvimento secundário de GIS, desenvolvimento de jogos e empreendedorismo desde 2004. Ele começou a entrar em contato com a Internet em Sina no final de 2011 e gosta de ser programador Gosto de fazer.
O financiamento pela Internet afetou todos os aspectos da vida. Podemos experimentar a nova era da alimentação, roupas, moradia e transporte com telefones celulares, sem cartões bancários ou dinheiro. As finanças da Internet agora se tornaram uma área onde os gigantes da Internet estão competindo para implantar. BAT, Weibo e Xiaomi já estão trabalhando com finanças. No início deste ano, a JD Finance arrecadou RMB 6,65 bilhões.Em abril, a Weibo Finance lançou seu primeiro produto de crowdfunding Weibo. Apenas neste mês, a Xiaomi acaba de anunciar sua entrada em bancos privados de forma destacada para obter a reaprovação da Comissão Reguladora de Bancos da China.
O tópico de que falei hoje é a estrutura de crowdfunding de microblog. Meu nome é Chen Jie. Graduei-me no Departamento de Química da Universidade de Tsinghua em 2004 e, acidentalmente, entrei no setor de TI. A primeira coisa que fiz foi testar, depois gradualmente entrei em contato com alguns VB, fiz dois anos de desenvolvimento de jogos e comecei um negócio com meus amigos. Em 2011, vim para o Weibo e comecei a fazer algumas coisas relacionadas à Internet.
Tenho duas marcas. Primeiro, gosto de andar de bicicleta. Era relativamente jovem antes de começar meu próprio negócio. Basicamente, eu andava de bicicleta em Xiangshan dois dias por semana. A outra marca era meu pai.
De produtos comerciais a produtos financeiros
Hoje, apresento principalmente a estrutura do financiamento coletivo do Weibo a partir de três mudanças. As duas primeiras apresentam principalmente os antecedentes da indústria. 
Dos requisitos da equipe técnica para os produtos ou a profundidade da tecnologia, ele é dividido em três partes: a primeira são os produtos comerciais, a segunda são os produtos de serviço e a terceira são os produtos financeiros. Hoje estou falando sobre três pontos. .
Quais são os requisitos para produtos comerciais? Se a era da Internet for lenta, pode não haver chance. Portanto, temos que iterar rapidamente e o requisito de produtos comerciais é a iteração rápida. Portanto, a tecnologia deve ser simples de implementar para acompanhar o ritmo do produto.
Do ponto de vista dos produtos de serviço, existem rótulos como disponibilidade, desempenho e escalabilidade, que são algumas das características que os produtos de serviço da Internet devem ter. 
Os produtos financeiros também são o foco do que estou falando hoje. Vou destacar seus requisitos de segurança e consistência de dados. Esses dois aspectos são mais importantes para os dados.
A segurança de dados pode se referir aos dados obtidos de um site na figura abaixo. 80% dos problemas de segurança de dados são causados por alguma operação incorreta ou mal-intencionada por pessoal interno. Várias outras situações comuns, como *** ou alguns bugs escritos por programadores, e alguns problemas de estabilidade no hardware trazem algumas brechas na segurança dos dados.
Outro ponto de grande preocupação em finanças é a consistência dos dados. Os dados financeiros podem ser de dois tipos. Por exemplo, podem ser divididos em serviços de valor agregado e retornos financeiros. Por exemplo, existem envelopes vermelhos de microblog e prêmios pagos no Weibo. Todos são serviços de valor agregado. Pode não ter um requisito de consistência tão alto quanto o crowdfunding ou o pagamento do Weibo, mas a busca é a consistência final, e a busca é o desempenho do serviço. É o suficiente para atingir a consistência final dos dados.
Lembre-se dos três níveis mencionados anteriormente, principalmente de requisitos técnicos baixos a altos.
- Os produtos de negócios precisam ser simples para alcançar uma iteração rápida;
- Do ponto de vista do serviço, se você deseja ganhar outros produtos, deve melhorar o desempenho, a disponibilidade e a escalabilidade, e pode gastá-lo com calma ao lidar com alguns eventos de pico de acesso à Internet.
- Os produtos financeiros de hoje são principalmente sobre segurança e consistência de dados.
De finanças tradicionais a finanças pela Internet
Houve muitas mudanças das finanças tradicionais para o ambiente financeiro atual da Internet. Quais aspectos os benefícios da Internet impactarão? Como podemos resolver esses problemas trazidos pela Internet, ou como podemos aplicar essas vantagens da Internet ao setor financeiro tradicional?
O que segue é principalmente dividido em quatro aspectos para descrever mudanças ou oportunidades.
O primeiro é a escala e a natureza dos serviços. Os bancos geralmente não trabalham nos fins de semana, então ocasionalmente fica indisponível para manutenção do sistema. Mas, para produtos da Internet, isso não é possível. Se o serviço tiver esses problemas, muitos usuários serão perdidos. Além disso, sistemas muito comuns de alta simultaneidade, como 12306, ou atividades semelhantes, como picos, serão encontrados nas finanças da Internet. Mas, para a Internet tradicional, pode ser processado em fila ou marcando uma consulta por telefone.
O segundo é o modelo de negócios Os bancos tradicionais desenvolveram produtos de negócios de uma forma mais conservadora, com base em uma cascata muito simples, muitos anos atrás. Mas para a Internet, acabou de ser enfatizado que, se for lenta ou sem inovação, pode não sobreviver. São dois modelos de desenvolvimento de negócios completamente diferentes.
O terceiro é a segurança. Quanto mais intuitivo é o ambiente de rede, um é relativamente privado, o outro é público, o que trará muitos problemas de segurança e perigos ocultos.
O quarto é o custo, que é muito intuitivo e um problema que preocupa muito os patrões. Todos agora defendem o de-IOE. O IOE é um servidor IBM de grande escala, um banco de dados corporativo Oracle e um dispositivo de armazenamento EMC. Todos nós usaremos a nuvem no futuro, ou software livre, o que reduzirá muito o custo de software e hardware.
Esta é a oportunidade ou o problema que o acesso à Internet traz para as finanças tradicionais. Resumimos duas partes.
Em primeiro lugar, o custo torna-se mais baixo.Alguns recursos da Internet, como alta disponibilidade e alta simultaneidade, podem reduzir os custos da empresa.
O segundo problema pode ser que é mais óbvio que o risco se tornou maior, principalmente em três aspectos. A primeira é que seus riscos de segurança aumentaram, porque sua publicidade, por sua iteração rápida, sua estabilidade também será reduzida. Outra questão mais séria é que seu escopo de influência será grande.Por exemplo, o impacto de uma violação de dados pode ser catastrófico. A intensidade do controle de influência não é tão forte quanto os meios financeiros tradicionais.O problema de que estamos falando é de alto risco.
Do financiamento coletivo para iniciantes ao financiamento coletivo para celebridades na Internet
Falando sobre as duas primeiras mudanças, o objetivo principal é apresentar como a estrutura de crowdfunding do Weibo resolverá os problemas de alto risco que acabaram de surgir e como melhorar os benefícios que acabamos de trazer.
O título vai de crowdfunding para novatos a crowdfunding para celebridades na Internet. O que significa o conceito? Vou explicar a partir de três pontos.
1. Experiência. Nosso desenvolvimento estava acostumado a desenvolver produtos do tipo negócio ou de serviço, e também teve contato com tipos financeiros, mas não acumulou tanta experiência e não estabeleceu tantos frameworks de ferramentas, etc., o que é bem aplicado aos sistemas financeiros. Por experiência própria, somos novatos, vamos cometer muitos erros, pisar em muitos buracos.
2. Novo negócio. O crowdfunding do Weibo é um negócio totalmente novo. Embora já haja muitos crowdfunding no setor, queremos alcançá-lo e nos permitir viver. Precisa ser realizado de forma diferente de outros negócios, por isso terá muitas imprevisibilidades, como a escala do negócio ou o modo de modelo de negócio que está além do controle dos desenvolvedores. Portanto, a incerteza traz muitos problemas e oportunidades.
3. A influência das celebridades da Internet. O terceiro ponto, o que esse ponto significa? O termo corrente do Weibo é economia de fãs ou economia de celebridades na internet. Há poucos dias, o Weibo Internet Red Festival, todos sabiam. Zhang Dayi vende coisas no Weibo por 100 milhões por dia, e ela está sozinha. Se essas celebridades da Internet usam nosso crowdfunding, a alta concorrência que ela traz ou seu modelo é completamente diferente. Para um novo negócio, esse é um desafio muito grande, então hoje o assunto é a mudança de novato para celebridade da internet.
Como lidar com esses problemas? Dos três pontos da primeira seção, de produtos de negócios a produtos de serviço e produtos financeiros, vamos ver como o financiamento coletivo do Weibo pode resolver os problemas encontrados nesses três pontos.
O primeiro é que precisamos iterar rapidamente nos negócios. Por exemplo, JD.com tem muitos projetos agora. Podemos construir rapidamente uma plataforma simples de crowdfunding que nos permita rodar nela e obter uma pequena cota de mercado. Este é um requisito para iteração rápida.
Esta é a estrutura SWIFT usada há alguns anos. O problema é que o back-end aplica templates HTML, que podem ser conhecidos por templates, o que não é muito fácil e consome muito tempo. Muitas vezes, devemos nos comunicar com o front end ou com o produto sobre o design da página, o design da etiqueta, onde o estilo está errado, etc. Vários problemas consomem muito tempo. Se você deseja implementar produtos rapidamente, este é um problema muito fatal. Agora, o envelope vermelho usa essa estrutura e sua página é relativamente simples, então não é um grande problema.
Desenvolvemos a segunda estrutura: estrutura EPF. O problema que ele resolve é que o pessoal de back-end não precisa se preocupar com modelos.Todos os modelos gravam HTML no front-end e configuram os dados diretamente. Reduzindo enormemente a comunicação direta, pessoas habilidosas fazem coisas habilidosas. Esta é a estrutura de dois anos atrás, e agora Qixiu está falando sobre recompensas usando esta estrutura.
A terceira versão faz referência ao framework de front-end React. A vantagem é que o template do aplicativo front-end também é colocado na camada mais próxima do produto, o que reduz o trabalho de comunicação da outra parte. Percebe-se que o benefício disso é que o crowdfunding atual pode lançar uma versão por semana. A partir da estrutura, todo o processamento de front-end do modelo desde o primeiro SWIFT SMARTY e, em seguida, diretamente usando React. Otimize principalmente a comunicação e algumas otimizações na renderização da página. Esta é a resposta do lado comercial à necessidade de iteração rápida.
Como conseguir alta disponibilidade para alguns tipos de serviços? O que fizemos a esse respeito ou quais ferramentas foram fornecidas para atingir esse objetivo?
Existe um sistema de monitoramento de front-end que pode monitorar todas as páginas. Por exemplo, quando o primeiro pacote de uma página é financiado por crowdfund ou o tempo da primeira tela está errado, posso localizá-lo rapidamente e há coisas relacionadas a alarmes e localizar rapidamente qual interface e Página, os dados do back-end comum.
(Clique na imagem para ampliar em tela cheia)
Por exemplo, a imagem acima são os dados de uma homepage H5. Se houver um tempo médio de resposta relativamente alto, como o localizamos? O back-end fornece uma estrutura semelhante a um gráfico em cascata. Qual instrução ou processo em uma solicitação leva muito tempo? Você pode usar esta ferramenta para analisar e otimizar.
Em termos de alto desempenho, fornecemos uma ferramenta, que é suportada por um framework EPF, incluindo seu sistema de coleta de logs para cumprir os objetivos relacionados.
É principalmente a estrutura subjacente, há uma plataforma para exibir e um sistema para coletar esses dados. Os dados coletados podem incluir algum desempenho de APIs de terceiros ou APIs internas, incluindo renderização de front-end e o momento em que a primeira tela empacota uma tela preta será apresentada neste sistema. Podemos localizar rapidamente o problema de desempenho e otimizá-lo.Isso é o que fazemos na parte de alto desempenho.
Em termos de alta disponibilidade, por exemplo, 99,99% costuma ser dito. Se você usar o período de tempo para localizar os indicadores mensuráveis, os indicadores aparecerão em menos de uma hora por ano. Se você exceder uma hora, o serviço não pode ser quatro noves, apenas três noves. Quando você recebe um alarme, mas não localizou o problema rapidamente, ele pode estar além da faixa de quatro noves.
Projeto de monitoramento
Se você quer encontrar problemas rapidamente, seu meio é monitorar. Podemos conhecer todos os problemas de software e hardware, se todo o estado de saúde do negócio está OK, o terceiro chama todos os recursos dependentes, pode ligar para a interface do terceiro, se estão normais, esse é o escopo a ser monitorado.
A segunda coluna de metas é o tipo de função que nosso sistema deve alcançar. Os dados são em tempo real e o alarme deve ser muito oportuno. Ele pode fornecer algumas ferramentas de análise de desempenho. Agora temos algumas ferramentas, como gráficos em cascata. Nossa implementação específica é chamar todos os registros, podemos saber a tempo quando há um problema no sistema, e então localizar o problema.
Design degradado
Há outra maneira de fazer o downgrade. Por exemplo, existem muitas funções de página, e pequenas funções podem fazer com que todo o processo seja inutilizável. Dessa forma, você pode considerar o downgrade de funções não críticas para resolver alguns problemas quando algumas funções são complicadas e alguns fatores não críticos causam Alguns problemas.
Em termos de plano, devemos primeiro ter isolamento, e devemos saber quais podem ser rebaixados e quais não podem ser rebaixados.Se o negócio for totalmente rebaixado, é o mesmo que morto. Deve ser o rebaixamento de parte do negócio ou parte do rebaixamento do negócio, que pode ser aproveitado por algumas partes Este é um plano de rebaixamento.
Pode haver modos automáticos, mas o custo pode ser relativamente alto. Por exemplo, o estado de saúde de todas as empresas é identificado automaticamente. O outro método é manual. No momento, a maioria dos nossos sistemas usa métodos manuais. Manualmente, por exemplo, enterre um interruptor e depois controle-o através do fundo.
Por que existe um plug-in tão estranho na estrutura de crowdfunding do Weibo? Isso porque nos baseamos na plataforma dinâmica da empresa e podemos ser atualizados com frequência. Alcançaremos a flexibilidade da expansão automática, muitas vezes adicionando e reduzindo máquinas. Nossa opção é colocada localmente. Se você sincronizar arquivos de maneira semelhante, existem algumas limitações e essa direção não pode ser alcançada. Fazemos relatórios de IP e operamos diretamente o switch desta máquina. Essas são duas ferramentas para alta disponibilidade.
Escalabilidade
O mais tabu de uma estrutura de ferramenta é o over-design. Por quê? Em primeiro lugar, o negócio está mudando e não podemos prever. Seu design pode ser útil ou inútil. Simplesmente o implementamos primeiro. No entanto, a escalabilidade é muito pobre, então em termos de escalabilidade, fizemos alguns designs do tipo ID. Queremos fazer isso em minutos e segundos e podemos fazer o processamento correspondente de acordo com essa ID de estrutura.
Segurança financeira
O foco principal das finanças está na segurança e consistência. O que você fez com segurança? A indústria frequentemente menciona camadas. Dividimos cinco aplicativos em quatro camadas. Dentre esses cinco aplicativos, os dois últimos Weibo Payment e Alipay são os aplicativos existentes da empresa, e o negócio interno da empresa é a plataforma de aplicativos e finanças. A estratificação é usada principalmente para isolamento em camadas, o que pode ser feito de várias maneiras. Por exemplo, a API em segundo plano deve ser acessada apenas em segundo plano. Se você não fizer camadas, será difícil conseguir.
Todos os módulos são chamados por meio de interfaces, você não pode acessar o banco de dados entre os módulos e o próprio banco de dados é isolado.
A outra camada é a camada de plataforma. As duas camadas superior e inferior são acessadas por meio de interfaces. Ele só pode acessar seu próprio banco de dados e também tem algumas interfaces de gerenciamento.A própria interface de gerenciamento tem restrições sobre permissões de código e caminhos de acesso.
Essas camadas têm significados semelhantes. Acabei de desenhar uma imagem complexa, que são os detalhes de cada camada na imagem complexa. O objetivo principal dos meios é o isolamento, e as partículas são finas o suficiente para fazer um controle de acesso mais refinado. Nós fazemos o isolamento e o controle de acesso.
Os próprios bancos de dados também são divididos. As plataformas de aplicativos front-end e back-end são o front-end e o back-end. O lado do gerenciamento e o lado do usuário são isolados e não podem ser acessados um do outro. Algumas permissões são isoladas para garantir a segurança dos dados.
Depois de dividi-lo em tantas camadas, sua complexidade certamente aumentará.Nós precisamos pesar na construção do sistema, devemos garantir alguns recursos e devemos descartar alguns outros recursos. É por isso que preferimos ser um sistema financeiro. Precisamos garantir a segurança dos dados, portanto, precisamos alcançá-la em camadas.
O problema com as camadas pode ser a sincronização de dados entre eles. Por exemplo, pegamos as três camadas de crowdfunding do Weibo como exemplo. Ele tem aplicativos, plataformas e finanças. Haverá dados entre eles. Os mesmos dados estarão disponíveis nesses três níveis e todos têm status. Como conseguir a consistência desses dados é que atualmente temos muitos sistemas para garantir essa consistência.
Você verá frequentemente que usamos o Taobao ou o Alipay. Depois de pagar, ele terá uma página de espera de pagamento, que inclui um processo de retorno de chamada síncrono e assíncrono. Ele informa principalmente a camada superior se os dados estão corretos. Dividimos muitas camadas, os canais de notificação de dados dessas camadas, e construímos um sistema como o Ole em segundo plano para servir como canais para melhorar o desempenho dos canais de informação entre essas camadas. Se você estiver interessado nisso no futuro, pode nos pedir para aprender mais sobre isso.
Como mencionamos há pouco que somos uma equipe relativamente nova em finanças, definimos muitos detalhes, como regulamentos ou regulamentos militares. Isso pode ser para algum processamento em transações de banco de dados. Haverá também algumas especificações correspondentes no design, a do meio será introduzida. Estado é que todos os nossos objetos devem ter um estado final e não podem ser colocados em um estado intermediário sem processamento. Todas as preparações de exceção devem ter uma ferramenta ou processo para corrigi-lo.
Além disso, teremos versões e planos correspondentes ou planos iterativos.Para a camada financeira ou outras camadas, seu ritmo é diferente de seus objetivos.Este são alguns dos nossos planos da camada financeira. Pode-se ver que nossas principais partes estão trabalhando na segurança e consistência de dados.
Resumindo
Resuma o que eu disse hoje, o que fazemos nos três níveis de serviços de negócios e finanças. Para obter iterações rápidas e atualizações de framework, o objetivo principal é reduzir a comunicação e melhorar a eficiência do trabalho. Para serviços, você pode usar métodos comuns na indústria, como fornecer algumas ferramentas ou ter algumas plataformas para garantir, essas são algumas características do serviço.
Para segurança e consistência, criamos várias ferramentas de baixo nível, e o objetivo principal do desenvolvimento de negócios é colocá-las em camadas para obter tais recursos. Temos algumas normas e princípios que seguiremos. Foi tudo o que disse hoje, obrigado.
Q&A
P: Faça uma pergunta que não tenha nada a ver com tecnologia. Acho que seu estudo de graduação é química. Como você chegou à indústria de computadores? Qual é a sugestão para nós?
Chen Jie: Em primeiro lugar, pessoalmente prefiro computadores. Embora não me envolvesse com programação, comecei a usar computadores no colégio e, ocasionalmente, brinquei com coisas pequenas. Talvez eu realmente não programe. Mas eu tenho um hobby de computadores, que é um lugar muito crítico. Se você não gosta disso, pode estar perdendo seu tempo fazendo isso. Por outro lado, isso também é uma coincidência, originalmente fui para a Sinopec porque fui designado para Xinjiang, que era muito longe, então finalmente escolhi a TI.
P: Vendo que existem muitas camadas mencionadas acima, deve haver muitas interfaces para as camadas.A implementação dessa interface é HTTP, certo?
Chen Jie: Sim
P: Você mencionou o controle de acesso. Como isso é feito? Quais são as dimensões e como monitorar isso?
Chen Jie: Por exemplo, no nível superior, definimos algumas restrições ao IP de acesso físico. Apenas máquinas especiais na intranet podem acessar. Por exemplo, um terminal de gerenciamento semelhante pode ter acesso apenas a uma ou duas máquinas, e a autoridade do terminal de gerenciamento é muito grande.Esta é uma camada. No outro nível, vamos restringir alguns locais como a fonte de acesso. Todas as nossas interfaces têm algumas permissões, exceto algumas permissões no negócio, quais informações podem ser acessadas e quais departamentos de informações podem acessar.
P: Estou mais preocupado com a expansão do nosso serviço. Por exemplo, depois de dividir em várias camadas, o serviço é mais detalhado. Quais são nossas considerações se algum tráfego intermitente estiver envolvido neste momento?
Chen Jie: Podemos ver, por exemplo, que temos três níveis de negócios: o front-end é a plataforma do aplicativo e a primeira coisa que os usuários acessam é o aplicativo. Se for uma rodovia ou um cano, o cano superior é comparado ao cano inferior. Você só pode acessá-lo se o cano superior for mais grosso. Se o definirmos para ser acessível normalmente, quando estamos expandindo, nossos serviços subjacentes podem ser configurados de forma paralela. Por exemplo, para a camada de negócios, o acesso do usuário no nível superior não interage muito com o banco de dados subjacente ou produtos financeiros. Talvez seus requisitos de consistência, eu uso a forma mais simples de cache ou CDN, páginas que os usuários podem acessar. Tanto quanto possível, todas as unidades de dados são sem estado e a capacidade pode ser expandida rapidamente. O impacto desses dados em todo o processo de negócios é relativamente pequeno. As metas que definimos são sem estado e coisas unificadas.
P: Você acabou de ter muito monitoramento de processo, incluindo um conjunto completo de bancos de dados do front-end ao back-end. É uma ferramenta de monitoramento? Ou existe uma estrutura de monitoramento separada para cada um, por exemplo, o back-end, o back-end e o banco de dados?
Chen Jie: Coletamos dados de cada extremidade e os agregamos à nossa plataforma de monitoramento. Há muitas ferramentas nela para configurar como alarmar e como apresentar esses dados.
P: Como ferramenta de monitoramento, é nossa própria plataforma Weibo ou usa muitas coisas de código aberto?
Chen Jie: Os dados usados atualmente são ELK, e a coleta de dados é para armazená-los no Logstash e Kibana para exibi-los. Existem muitas ferramentas pequenas para implementá-los. Algumas são de código aberto, outras não. Temos alguns planos de código aberto no futuro e ainda estamos fazendo planos por causa da forte personalização.
P: Você falou sobre a questão da consistência dos dados. O que você acabou de dizer foi mais geral. Você pode explicar melhor?
Chen Jie: Simplificando, se formos uma empresa financeira, nossos dados devem ser consistentes. Vemos quanto é dinheiro. É impossível dizer quanto em um minuto. Esta é uma consistência forte e um exemplo típico. Além disso, por exemplo, a lista de usuários premiados, pode ser a consistência final. O acompanhamento de Qixiu também envolverá esse aspecto, desde que a lista seja a última, o autor vê quem dá a recompensa.
P: Se a pergunta anterior for uma estrutura distribuída, como garantir isso?
Chen Jie: Eu entendo o que você quer dizer. Por exemplo, existem dois modelos, ACID e BASE. Para muitos desenvolvedores, a consistência é diferente. ACID é o conceito básico de banco de dados. Deve garantir que é uma consistência forte e os dados que ele altera devem ser alterados. Se você usar distribuído, pode ser a consistência final através, por exemplo, sincronização mestre-escravo, mas não consistência forte. Nossas finanças são fortes e consistentes, e deve haver algumas coisas relacionadas ao tratamento. Acabei de mencionar outro conceito, coisas distribuídas. Vamos desenvolver nesse aspecto no futuro. O melhor é o Ali.
P: A última questão é a interface, ou você abre a API ou chama a API de outra pessoa, como você considera a segurança da sua interface, incluindo criptografia?
Chen Jie: O método de criptografia é assim. A criptografia em nossa comunicação agora pode ser a mais simples para a camada de dados de solicitação, adicionando uma assinatura. Por exemplo, se você é um terceiro e eu sou um prestador de serviços, o aspecto assimétrico entre nós, os dados que você me fornece contêm uma assinatura. Desta forma, a segurança dos dados fica garantida.Não pode falsificar os dados, pois temos um conjunto de assinaturas para verificar os dados de forma assimétrica.
PostScript: Na atual economia das celebridades da Internet, o financiamento coletivo do Weibo está enfrentando muita pressão do volume de negócios e visitas de negócios assim que fica online. Chen Jie descreveu acima como ele equilibra a segurança financeira de todo o sistema e alguma experiência prática na flexibilidade, disponibilidade e consistência de todo o sistema no processo de construção rápida de negócios. Espero aprender com o trabalho e projetos de meus colegas.
Para saber mais sobre o conteúdo deste salão do sistema financeiro da Internet, siga a conta pública do WeChat "ArchNotes" para ler os artigos subsequentes. Indique que é da arquitetura de alta disponibilidade e inclua o seguinte código QR.
Arquitetura altamente disponível
Mudando a forma como a Internet é construída
Pressione e segure o código QR para seguir a conta oficial da `` Arquitetura de Alta Disponibilidade ''