Referencia

  • Esse projeto é do site project pro e tudo o que está aqui pode ser encontrado em Projeto

Objetivo

  • O objetivo deste projeto é construir um pipeline ETL para o conjunto de dados financeiros no GCP, permitindo a extração, transformação e carregamento de dados de um servidor SQL para o BigQuery para fins analíticos.

Arquitetura

Banco de Dados (AWS-RDS SQLServer)

  • Nesse projeto vamos trabalhar com uma instancia SQL-Server da aplicação RDS da AMAZON AWS.
  • Configure de forma padrão a instancia RDS e ative apenas quando necessário.
  • Quando voce criar uma instancia MSSQL no RDS da amazon, você precisa alterar suas regras de segurança VPC para aderir ou ao seu ip especifico ou para todos os ips que se conectarem.
  • Para fazer isso, siga redes e segurança/security groups/editar regras de entrada.
  • O Próximo passo e se conectar ao RDS da AWS através do seu cliente SQL, eu usei o SQL Server Management Studio.
  • Depois você escolhe o banco de dados que quer inserir as informações e importa os dados, no meu caso, os dados foram informações de ações de empresas indianas. A imagem abaixo demonstra isso:
  • Depois verifica se os dados estão ok.
  • Agora e só conectar com o drive da sua preferencia e executar o comando que ele vai importar para o RDS a tabela.
  • No final, verificamos se houve a importação da maneira correta.

Configurando VM Ubunto no GPC (Fase compute engine)

  • Para criar uma maquina virtual no GPC eu utilizei a ferramenta compute engine
  • A imagem abaixo mosta a instancia vm criada. Esse processo é simples e de livre implementação, apenas clicando em nex e escolhendo qual SO vai ser usado na sua instancia.

Criando armazenamento do cloud storage

  • Para criar o armazenamento do cloud storage também é simples, é lá onde vão ficar guardados os registros que virão do AWS.
  • Para isso, apenas crie com as funções padrões, apenas colocando o nome e dando next, o resultado deve parecer com o da imagem abaixo:

Instalando e configurando Apache-NiFi

  • Primeiro, inicie a máquina virtual do GPC e entre nela por SSH, no meu caso, escolhi entrar por SSH pelo próprio serviço do GPC.
  • Após entrar na VM, selecione o usuario root da máquina
  • sudo su
    
  • Atualize todo o conjunto de pacotes
  • apt update
    
  • Baixe a versão do nifi, no meu caso, vou seguir o projeto e vou baixar a versão 1.16
  • wget https://archive.apache.org/dist/nifi/1.16.0/nifi-1.16.0-bin.tar.gz
    
  • Instale o JDK
  • apt install openjdk-8-jdk
    
  • Descompacte o nifi
  • tar -xzvf nifi-1.16.0-bin.tar.gz
    
  • Edite o arquivo de propiedades
  • nifi-1.16.0/conf/nifi.properties
    
  • Atualize os seguintes parâmetros
  • nifi.remote.input.http.enabled = false
    # web properties #
    nifi.web.http.host=
    nifi.web.http.port=8080
    nifi.web.https.host=
    nifi.web.https.port=
    # security properties #
    nifi.security.keystore=
    nifi.security.keystoreType=
    nifi.security.keystorePasswd=
    nifi.security.keyPasswd=
    nifi.security.truststore=
    nifi.security.truststoreType=
    nifi.security.truststorePasswd=
    
  • Start o serviço do nifi
  • ./nifi-1.16.0/bin/nifi.sh start
    
  • Verifique a partir do seu ip externo da VM na porta configurada se o nifi está funcionando
  • Caso o nifi não funcione, atualize a regra de firewall para abrir para todas as conexões tcp na porta 8088. Isso não é adequado para servidor de produção, mas como e so um projeto, não tem problema. A sua regra tem que ficar assim:
  • gcloud compute --project=mythic-method-404223 firewall-rules create nifi-regraprojeto3 --direction=INGRESS --priority=1000 --        
    network=default --action=ALLOW --rules=tcp:8088 --source-ranges=0.0.0.0/0
    
  • Agora nifi pode ser acessado com tranquilidade direto da porta 8088 no link: ip_externo:8088/nifi

Implementando o NiFi no Pipeline

  • Acesse o NiFi e crie um novo grupo com nome do projeto.
  • Agora baixe o driver de acesso ao SqlServer
  • wget https://github.com/microsoft/mssql-jdbc/releases/download/v12.4.2/mssql-jdbc-12.4.2.jre8.jar
    
  • Agora inicie um novo processor (quem vai fazer a conexão com o banco de dados) e adicione o processo DBCPConnectionPool 1.16.0 como na imagem abaixo.
  • Seta as configurações de conexão com o AWS RDS
  • Database Connection URL: jdbc:sqlserver://{endpointAWS_RDS};port=1433;database={Data_Base_Name_AWS_RDS};authentication=NotSpecified;encrypt=true;trustServerCertificate=true
    Database Driver Class Name: com.microsoft.sqlserver.jdbc.SQLServerDriver
    Database Driver Location(s): /home/borgesantonio31/{driver_name}
    Database User: {user_RDS_Admin}
    Password: {senha}
    
  • Da mesma forma, crie outro serviço, mas dessa vez de escrita chamado ParquetRecordSetWriter 1.16.0 com compressão SNAPPY.
  • Ainda na parte de serviços de controle, crie um serviços de controle chamado GCPCredentialsControllerService 1.16.0. Nele vamos controlar as credencias GPC. As configurações são descritas abaixo.
  • Para incluir as chaves de aplicação você tem que ir no GPC/ IAM/Contas de Serviço/Default Compute Service Acount/Chaves/Adicionar Chaves/JSON
  • Agora você tem uma chave de acesso, copie tudo que tem na chave e cole no campo do serviço de controle chamado Service Account JSON
  • Agora vamos criar o processor de leitura da AWS RDS. Para isso, adicione o processor QueryDatabaseTableRecord 1.16.0. Nele vou configurar 3 configurações.
  • 1° configuração é relacionada a conexão com o AWS RDS, essa configuração é a Database Connection Pooling Service que eu adiciono o serviço de controle DBCPConnectionPool 1.16.0 que criei acima
    2° configuração é o tipo, no qual coloco MS SQL 2012+
    3° configuração é a Record Writer onde adicionamos o serviço de controle ParquetRecordSetWriter 1.16.0 que vai gravar os resultados das pesquisas em parquet no bucket do google
    
  • Abaixo está a imagem das configurações
  • {Espaço para criação do processo de leitura do aws rds}
  • Agora vamos criar o processo de escrita no GPC-Storage. Para isso, inclua o processo PutGCSObject 1.16.0. Nele vamos inserir algumas configurações relacionadas ao bucket do gpc onde vão ser armazenados os dados
  • Project ID: É a configuração de ID do seu projeto no GPC, Você pode no selecionador de projetos do lado do nome do google cloud. Lá vai ter um ID associado pra cada projeto.
    GCP Credentials Provider Service: É a configuração onde vou colocar o serviço de controle GCPCredentialsControllerService 1.16.0. que criei para acessar meu gpc
    Bucket: É o nome do Bucket que criei anteriormente
    
  • Abaixo está uma imagem demonstrando as configurações
  • É importante ressaltar que é preciso observar os formatos das tabelas que usamos, no meu caso, deu um erro porque as tabelas que usei tinham colunas com nomes espaçados, então deu erro no meu pipeline. Para isso modifiquei as tabelas, o que não pode ser suficiente em um ambiente de produção
  • Agora é só conectar e executar o pipeline. Como na imagem abaixo. Depois de executar o pipeline, eu parei e atualizei o bucket GPC, e o resultado também está na imagem abaixo
  • Aqui é importante lembrar, que dependendo das configurações, toda vez que você fizer alterações na sua base de dados AWS, esse pipeline vai realizar a execução passando os arquivos para o bucket do GPC cloud storage

Cloud Functions -> Dataproc -> BigQuery

  • A próxima fase é construir o pipeline em que vamos usar o cloud functions para executar um código spark que vai ler os dados do storage e vai inclui-los no bigquery.
  • Para executar o JobSpark, temos que usar o dataproc.

Criação do cluster DataProc

  • No GPC é simples criar um cluster dataproc, basta habilitar as api's e configurar um novo cluster com spark > 2.0.
  • É o cluster dataproc quem vai realizar o job spark

Criação do sparkJob

  • Para que possamos passar os arquivos da aws para o bigquery através de gatilhos, precisamos primeiro criar a função no pyspark que irá fazer isso.
  • Essa função no pyspark deve ler os arquivos que são adicionados no data storage e depois escreve-los no bigquery
  • Primeiro, obtenha os conectores do bigquery pra pyspark em conector, esse conector deve condizer com a sua versão do spark no dataproc
  • Faça upload desse conector no seu cloud storage num buckt onde você guarda arquivos.
  • É nesse mesmo bucket que você vai guardar o arquivo python do pyspark que vai fazer a movimentação de arquivos do cloud storage para o big query
  • Para tudo isso funcionar, é preciso criar um dataset no bigquery. Para isso abra o cloud shell terminal e digite
  • bq mk {nome_do_dataset}
    
  • Primeiro você importa o pyspark e inicia uma sessão do spark. Aqui é importante ver que o conector do big query está sendo passado como parâmetro como config spark.jar. Isso permite que possamos conseguir utilizar o bigquery
  • from pyspark.sql import SparkSession
    spark = SparkSession.builder \
    .appName("gcs-to-bq") \
    .config("spark.jars", "gs://{bucket_data_storage}/spark-3.3-bigquery-0.34.0.jar") \
    .getOrCreate()
    
  • O próximo passo é ler os arquivos do cloud storage, para isso, você lê normalmente apenas passando a URI interna do cloud storage
  • input_df = spark \
    .read \
    .format("parquet") \
    .option("header","True") \
    .load("gs://storage-1-data-financial/f5871258-a6f8-4bda-8f0a-576d3e2a37f9") 
    
  • Agora, salvamos no nosso dataset criado a tabela lida. Aqui é importante entender a options "writeMethod", essa opção é obrigatória na hora de escrever algo no big query
  • #Save the data to BigQuery
    input_df.write.format('bigquery').option("writeMethod","direct").option("table","{nome_do_dataset}.{nome_tabela}").save()
    
  • Pronto, agora podemos salvar como .py e enviar para o cloud storage no mesmo lugar que estar o conector bigquery

Observação sobre método

  • No projeto original do prokectpro, a ideia e atualizar o bd da aws, rodar o pipeline no NiFi e construir um gatilho no cloud functions para toda vez que chegar um arquivo novo no cloud storage, ele executar o arquivo python/pyspark acima para mandar os arquivos para o qig query.
  • Eu não irei fazer dessa forma, apenas seguirei com o projeto.
  • Para fazer isso, teria que ter a padronização dos arquivos, como, alterações do nome escrito dentro do pipeline do nifi. O que permitira a leitura correta em batch diaria dos arquivos.
  • Por motivos de simplicidade, não irei implentar essas funcionalidades.

Cloud Function

  • O cloud function tem o objetivo de gerar o gatilho quando um arquivo novo é adicionado ao cloud storage
  • Nesse caso, toda vez que um arquivo novo for adicionado no bucket que etamos lendo, o cloud function vai acionar um script que vai executar o programa python/pyspark anteriormente escrito
  • Vá até a aba do cloud functions e adicione uma nova função, como na imagem abaixo:
  • OBS: O gatilho está errado, o gatilho certo é: Ao (finalizar/criar) arquivo no bucket selecionado
  • Então adicionei as versões das bibliotecas importadas como na imagem abaixo
  • Agora, escreva o código que submete o arquivo python para o job no dataproc através de uma solicitação http. Como na imagem abaixo.
  • Primeiro, eu criei variaveis que guardariam as informações de conexão
  • project_id = {inserir_inform}
    region = {inserir_inform}
    cluster_name = {inserir_inform}
    main_python_file_uri = {inserir_inform}
    
  • Agora, faz-se a conexão como cliente para o dataproc
  • job_client = dataproc.JobControllerClient(
          client_options={"api_endpoint": "{}-dataproc.googleapis.com:443".format(region)}
      )
    
  • O próximo passo e escrever o dicionário que será enviado na requisição, nele, indicamos o arquivo do job, se necessario, indicamos as bibliotecas e um conjunto de argumentos. Também indicamos qual cluster dataproc vamos utilizar
  • job = {
          "placement": {"cluster_name": cluster_name},
          "pyspark_job": {
              "main_python_file_uri": main_python_file_uri,
              "jar_file_uris": ["gs://storage-1-data-financial/spark-3.3-bigquery-0.34.0.jar"],
              "args": [],
          },
      }
    
  • Por fim, realizamos o request do job através da api do cliente
  • operation = job_client.submit_job_as_operation(
          request={"project_id": project_id, "region": region, "job": job}
      )
      response = operation.result()
    
  • Agora o projeto está configurado para toda vez que um arquivo novo for inserido no bucket, ele vai ser processado e uma tabela na no bigquery será criada