Pensando no Customer 360

Cliente 360.

Ou, como um de nossos concorrentes (que não terá seu nome revelado, mas usa uma folha de bétula como logotipo) o chama, Single View.

Todo mundo quer isso.

Todos precisam disso.

Afinal, a maioria dos dados de seus clientes é armazenada em vários sistemas diferentes, cada um deles fornecendo apenas uma pequena amostra de cada cliente individual.

Seria ótimo ter uma visão única e completa do cliente, em um único lugar.

Assim, o cliente 360, o verdadeiro graal dos dados do cliente.

E se você acredita no marketing do nosso site, tudo o que precisa fazer é pegar todos os seus sistemas existentes, colocar o Couchbase no meio de todos eles, desenhar algumas setas e, pronto, você está pronto e funcionando.

É mágico!

Bem...

Não tão rápido.

Veja, nosso pessoal de marketing é pago para convencê-lo de que é simples e fácil.

(Desculpe, Peter, só estou sendo sincero)

Tenho um trabalho diferente.

Meu trabalho é ajudar seus projetos a serem bem-sucedidos ao usar o Couchbase.

Afinal de contas, nosso setor está repleto de cadáveres de projetos fracassados.

Todos nós já os vimos...

Estive em seus funerais...

E muitos de nós tivemos participação em pelo menos uma das mortes...

Portanto, não vale a pena adotar a visão simplificada.

(A menos que seu cargo comece com um "C")

Não, para aqueles de nós cujo trabalho é implementar sistemas como o Customer 360, precisamos prestar atenção aos detalhes.

Integração

Portanto, observando o desenho da arquitetura de referência em nosso site, da esquerda para a direita, você verá essas caixas com vários sistemas nomeados encapsulados nelas.

CRM, ERP, Mainframe, etc.

E algumas setas, apontando para dentro e para fora de um retângulo alto chamado "integração".

Parece simples.

Infelizmente, não é.

Essa é uma parte que envolverá muita reflexão.

Realmente, muito.

Veja, não se trata apenas de conectar os vários sistemas ao Couchbase usando o Kafka ou algum outro conector e enviar os dados.

Quer dizer, você poderia, mas então teria um monte de dados desconectados bagunçando o seu bucket do Couchbase.

Não, você precisa pensar em como relacionar os dados do cliente dos vários sistemas diferentes de onde eles virão.

E como combiná-lo.

E formate-o.

Como eu disse, muita reflexão.

Colocar os dados no Couchbase é a parte fácil, a parte difícil é a combinação e a formatação.

Ou, pelo menos, determinar como isso deve ser feito.

O processo real de ETL deve ser bastante simples.

Afinal, é apenas uma questão de extrair os dados dos sistemas de origem, formatá-los como JSON, combinar os dados das várias fontes e armazená-los no Couchbase.

Fácil, fácil...

Eu poderia fazer isso enquanto dormia.

A parte de ETL, ou seja, não a modelagem de dados...

Tenho que estar acordado para fazer essa parte...

Microsserviços

Sim, toda implementação de um Customer 360 envolverá algum conjunto de microsserviços.

Você terá alguns dados importantes e confidenciais nesse compartimento e, no mínimo, desejará controlar o acesso a eles.

Os outros microsserviços que você deseja ter dependerão da sua empresa e do que ela deseja fazer com os dados dos clientes.

Provavelmente algum tipo de regra comercial por trás de uma API REST...

Um ou dois processos de negócios...

E uma sincronização de dados para um aplicativo móvel de algum tipo.

O que me leva a...

Integração móvel

Veja, aqui está um ponto em que nós (Couchbase) podemos realmente simplificar as coisas para você.

Ao integrar nossa pilha móvel...

Couchbase Server, Sync Gateway e Couchbase Lite...

Você pode reduzir suas responsabilidades de sincronização de dados móveis ao decidir como deseja dividir os dados para seus usuários móveis.

Você sabe, quem recebe quais dados.

Sim, eu sei, mais pensamento...

Veja, não há muito que possamos fazer para eliminar a parte pensante disso.

Na verdade, muito pouco.

Não há como evitar o fato de que isso envolve uma boa dose de raciocínio...

Mas, uma vez que você tenha feito a parte do raciocínio, tentamos tornar o restante do processo o mais simples possível.

E, usando a nossa pilha móvel, você pode reduzir o que precisa pensar em como alocar os dados aos usuários e quais propriedades você tem nos vários documentos que podem ser usadas para determinar essa alocação.

Em seguida, você coloca tudo isso em uma função escrita em JavaScript.

E volte seu foco para o próprio aplicativo móvel.

Sim, receio que o aplicativo ainda precise ser escrito.

Não há como evitar isso.

Mas ele não precisará lidar com APIs REST ou esperar que o servidor responda.

Não, seu aplicativo móvel só precisará lidar com o banco de dados local, no dispositivo.

Nós cuidamos de todo o resto envolvido na obtenção dos dados de e para o dispositivo.

Portanto, ao usar nossa pilha móvel, você poderá reduzir suas responsabilidades de codificação de aplicativos móveis:

Para isso:

Eu sei qual deles eu preferiria ter responsabilidades de codificação...

Front-end

O que nos leva à parte final de um Customer 360, o aplicativo de acesso do usuário.

Infelizmente, não podemos fazer muito para eliminar ou simplificar essa parte da solução.

É preciso determinar como deseja que seus usuários acessem e trabalhem com os dados...

Em seguida, solte seus desenvolvedores...

E espere que o que eles entreguem seja próximo do que você realmente queria.

Quer dizer, nós facilitamos o trabalho dos desenvolvedores com o Couchbase.

Fornecemos SDKs na maioria das linguagens de programação populares...

Facilitamos a transição do SQL para o N1QL para trabalhar com os dados...

E temos vários serviços de treinamento e consultoria disponíveis para ajudá-lo em seus esforços.

Mas não podemos escrever seu código para você.

Desculpe.

Então, por que o Couchbase?

Todos dirão que o banco de dados deles é o melhor para essa solução.

Então, por que nós?

Além de sermos conhecidos pela alta disponibilidade, velocidade e facilidade de escalonamento, temos algumas outras coisas a nosso favor...

Além do meu preconceito pessoal...

Ou seja, facilitamos a transição de um banco de dados baseado em SQL tornando nossa linguagem de consulta N1QL compatível com ANSI, o que permite que você leve consigo seu conhecimento e sua experiência em SQL (nenhum conhecimento deixado para trás?)...

Além disso, nosso armazenamento de documentos sem esquema permite que seu modelo de dados evolua ao longo do tempo, à medida que sua organização faz várias exigências aos desenvolvedores para obter novos recursos e funcionalidades...

Nossa pesquisa de texto completo integrada facilita a localização do que você está procurando sem precisar integrar outra ferramenta...

Nosso serviço de análise permite que seus analistas de negócios transformem seus dados em todos os tipos de formas estranhas sem ter que esperar por um processo noturno...

Nosso serviço Eventing permite que você cause todos os tipos de danos em tempo real...

E nossa pilha móvel torna muito simples limitar os dados que qualquer usuário tem em seu dispositivo móvel e sincroniza as atualizações entre o telefone e o Data Center sem precisar esperar por um serviço REST ou escrever todos os tipos de rotinas de sincronização complexas...

E quando o inevitável acontece e um de seus servidores morre (e acredite, um deles morrerá eventualmente), seus dados permanecem intactos e disponíveis.

Isso deixará seu CIO muito feliz.

Afinal de contas, será um motivo a menos para seu CEO gritar com ele.

E, eventualmente, essa felicidade chegará até nós que trabalhamos nas trincheiras digitais.

Felicidade que se espalha.

É bom pensar nisso...

Sim, lá vamos nós com essa coisa de "pensar" novamente.