- parser.feature_engineering_parser.FeatureEngineeringParser : public parser.parser_base.ParserBase
Public Functions
- parse(self, list data)¶
- class KeySmash¶
A class for calculating metrics to indicate key smashing behavior in a text. Key smashing is the act of typing on a keyboard in a rapid and uncontrolled manner, often resulting in a series of random characters being entered into a document or text field.
Public Functions
- __init__(self)¶
- calculate_char_frequency_metric(self, text)¶
Calculate the Char Frequency Metric. Parameters ---------- text : str The text to use for the calculation. Returns ------- float Char Frequency Metric. Examples -------- >>> calculate_char_frequency_metric("PUENTECILLA KM. 1.7") 1.121212121212121 >>> calculate_char_frequency_metric("ASDASD XXXX") 3.0
- calculate_irregular_sequence_metric(self, text, opt)¶
Calculate the Irregular Sequence Metric. Parameters ---------- text : str The text to use for the calculation. opt : str The type of characters to consider for the calculation, can be one of 'vowels', 'consonants', or 'special_characters'. Returns ------- float Irregular Sequence Metric. Examples -------- >>> calculate_irregular_sequence_metric("PUENTECILLA KM. 1.7", "vowels") 0.21052631578947367 >>> calculate_irregular_sequence_metric("ASDASD XXXX", "consonants") 2.1818181818181817 >>> calculate_irregular_sequence_metric("!@#$% ASDFGHJKL", "special_characters") 1.5625
- calculate_number_count_metric(self, text)¶
Calculate the Number Count Metric. Parameters ---------- text : str The text field to use for the calculation. Returns ------- float Number Count Metric. Examples -------- >>> calculate_number_count_metric("ABC 123 !@#") 0.0 >>> calculate_number_count_metric("ABC123 !@#") 0.9
Public Members
- char_sets¶
- parser.model_parser.ModelParser : public parser.parser_base.ParserBase
Public Functions
- __init__(self, columns_alias)¶
- parse(self, list data)¶
- get_random_forest_address_config(self, list model)¶
- get_columns(self, input)¶
- get_thresholds(self, input, columns_set_alias)¶
- get_keyboard_smash_default_thresholds(self, columns_set_alias)¶
Private Functions
- _parse_modal_configs(self, list data)¶
- class ParserBase¶
Subclassed by parser.YAML_parser.YAMLParser, parser.feature_engineering_parser.FeatureEngineeringParser, parser.model_parser.ModelParser
Public Functions
- __init__(self, filepath='src/yamls/config.yaml')¶
Public Members
- filepath¶
- class WordEmbedding¶
Public Functions
- __init__(self, lang, dimensions)¶
Initialize a word embedding object using the BytePairLanguage model. Parameters ---------- lang: str The language to use for the word embedding (default is "es") dimensions: str The number of dimensions for the word embedding vectors (default is 25)
- get_embedding(self, text)¶
Get the word embedding vector for a given text. Parameters ---------- text: str The string to be processed Returns ---------- arr[float] A word embedding vector for the given text Examples -------- >>> get_embedding("This is a text", "es", 25) [ 0.06799883 0.17547965 0.47599664 0.16108984 -0.1360625 -0.10632467 -0.10654568 -0.09805 -0.33004168 -0.33528003 -0.23304085 0.36661038 -0.5797167 0.53252834 0.30276018 -0.01584417 0.85087484 0.14121284 0.74862367 -0.33011952 0.015432 0.02694534 0.10118082 -0.34017918 -0.14560167]
Public Members
- bpl¶
- parser.YAML_parser.YAMLParser : public parser.parser_base.ParserBase
Public Functions
- parse(self)¶
Private Functions
- _parse_yaml(self)¶
- module data_pipeline¶
- module feature_engineering¶
- module key_smash¶
- module word_embedding¶
- module pre_processing¶
- module parser¶
- module const¶
- module feature_engineering_parser¶
- module model_parser¶
- module parser_base¶
- module YAML_parser¶
- file README.md
- file __init__.py
- file __init__.py
- file __init__.py
- file __init__.py
- file key_smash.py
- file word_embedding.py
- file concatenate_columns.py
- file main.py
- file const.py
- file feature_engineering_parser.py
- file model_parser.py
- file parser_base.py
- file YAML_parser.py
- page md_README
Os conhecimentos de Gestão de Configuração de Software são fundamentais no ciclo de vida de um produto de software. As técnicas para a gestão vão desde o controle de versão, automação de build e de configuração de ambiente, testes automatizados, isolamento do ambiente até o deploy do sistema. Todo este ciclo nos dias de hoje são integrados em um pipeline de DevOps com as etapas de Integração Contínua (CI) e Deploy Contínuo (CD) implementadas e automatizada.
Para exercitar estes conhecimentos, neste trabalho, você deverá aplicar os conceitos estudados ao longo da disciplina no produto de software contido neste repositório.
O sistema se trata de uma biblioteca python para executar pipelines de dados de forma customizável em bancos de dados.
Para executar a aplicação em sua máquina, basta seguir o passo-a-passo descritos abaixo.
Resumo da aplicação¶
A biblioteca desenvolvida auxilia desenvolvedores a explorar os dados com funções essenciais para a identificação de outliers e anomalias e uma interface que auxilia a visualizar as informações de acordo com o arquivo de configuração.
A biblioteca recebe um arquivo yaml com as configurações de cada etapa do pipeline de dados, e do endereço do banco de dados. Após a execução do banco de dados, o banco de dados de dados é atualizado com os resultados da análise e os resultados podem ser visualizados por meio de dashboards no metabase.
Etapas do Trabalho¶
O trabalho deve ser elaborado através de etapas. Cada uma das etapas deve ser realizada em um commit separado com o resultado funcional desta etapa.
As etapas de 1 a 3 são relacionadas ao isolamento do ambiente utilizando a ferramenta Docker e Docker Compose. Neste sentido o tutorial abaixo cobre os conceitos fundamentais para o uso destas tecnologias.
As etapas de 4 e 5 são relacionadas à configuração do pipeline de CI e CD.
Containerização do Banco¶
A versão inicial do sistema contém o metabase no backend cujo funcionamento requer uma instalação de um banco de dados Mongo. A primeira etapa do trabalho é de configurar um container somente para o banco de dados com as credenciais especificadas na descrição da aplicação e testar o funcionamento do mesmo.
RESOLUÇÃO¶
Foi criado um arquivo docker-compose.yml que continha apenas um container do mongodb a partir da imagem "mongo"
Containerização da aplicação + metabase¶
Nesta etapa, tanto o a aplicação python quanto o metabase/banco deverão estar funcionando em containers individuais.
Deverá ser utilizado um orquestrador (Docker Compose) para gerenciar comunicação entre os containers além do uso de credenciais, networks, volumes, entre outras configurações necessárias para a correta execução da aplicação.
RESOLUÇÃO¶
Foi criado um Dockerfile para o app (lib python). No arquivo docker-compose.yml foram adicionados dois containeres novos, o do metabase e o do app (que builda a partir da Dockerfile). Foi também criada uma network (tipo bridge) para comunicação entre os conteineres do metabase e do mongodb.
Gestão de dependencias e pacotes python¶
Configurar o gerenciador de dependencias e pacotes python, o poetry, para gerar um pacote pip da solução. Publicar a biblioteca
RESOLUÇÃO¶
Foi rodado '''poetry init''' e criado um arquivo pyproject.toml e foram adicionadas configurações da lib e todas suas dependencias, após isso foi rodado o comando '''poetry publish —build''', para publicar a lib manualmente no PyPI. Link da lib: https://pypi.org/project/tf-gces/
Documentação automatizada¶
Gerar a documentação da biblioteca de forma automatizada utilizando o doxygen para gerar informacoes da biblioteca e o sphinx para criar documentação https://www.sphinx-doc.org
RESOLUÇÃO¶
Primeiro instalei o doxygen localmente e criei uma doxyfile, nessa doxyfile coloquei o README.md e o diretório src de forma recursiva para documentar todos os arquivos. Também configurei para gerar apenas XML. Após isso consegui gerar os XML com o comando '''doxygen Doxyfile'''. Instalei o breathe e o sphinx, criei o arquivo de configuração do sphinx conf.py e configurei o breathe la dentro e o adicionei como extensão. Após isso rodei '''sphinx-build -b html . ./docs''' para gerar uma documentação em HTML na pasta ./docs.
Integração Contínua (CI)¶
Para a realização desta etapa, a aplicação já deverá ter seu ambiente completamente containerizado.
Deverá ser utilizada uma ferramenta de Integração Contínua para garantir o build, os testes e o deploy para o https://pypi.org .
Esta etapa do trabalho poderá ser realizada utilizado os ambientes de CI do GitLab-CI ou Github Actions.
Requisitos da configuração da Integração Contínua (Gitlab ou Github) incluem:
Build (Poetry) Test - unitários Lint - Pylint Documentação (sphinx)
RESOLUÇÃO¶
Primeiramente foi criado o workflow que é rodoado em qualquer push na main. Comecei instalando o python e o poetry, atravez do actions/setup-python@v4 e do abatilo/actions-poetry@v2 (achei no marketplace). Após isso rodo um '''poetry install''', que installa todas a dependências.
Depois rodei os testes '''poetry run pytest tests''', como não há nenhum teste na pasta tests, ele falhava e não rodava o resto do job, para isso criei um placeholder de teste na pasta tests, que simplesmente passa. Com isso a etapa de rodar os testes tem sucesso.
Após isso o job faz uma checagem de lint, utilizei o pylint (que foi adicionado nas dependencias do poetry e ja instalado), e rodo '''poetry run pylint —fail-under=7 src''', para passar, tem que ter uma qualidade de código acima 7/10. Para atingir essa qualidade, com ajuda da extensão black, formatei todos os arquivos do projeto e commitei. (A qualidade inicial era 2/10). Com isso a etapa de lint passa.
Para gerar a documentação, instalei o oxygen manualmente no ubuntu que está rodando o workflow, e gerei o XML a partir do Doxyfile que foi criado na parte de documentação. Instalei o breathe e o Sphinx através do Pip e gerei a documentação final com o Sphinx em HTML na pasta docs, adicionei essa pasta também no pyproject.toml para ela ser publicada junto com a biblioteca no PyPI.
Depois de instalar dependencias, rodar testes, lint e gerar a documentação atualizada, realizo o build com o poetry.
Após o build é finalmente possível publicar a nova release no PyPI, eu gero uma nova versão (ex: de 0.0.1 vai para 0.0.2) e publico do PyPI. Link da biblioteca: https://pypi.org/project/tf-gces/ .
A lib contém também a pasta docs, com a documentação atualizada gerada pelo sphinx.
Avaliação¶
A avaliação do trabalho será feita à partir da correta implementação de cada etapa. A avaliação será feita de maneira quantitativa (se foi realizado a implementação + documentação), e qualitativa (como foi implementado, entendimento dos conceitos na prática, complexidade da solução). Para isso, faça os commits atômicos, bem documentados, completos a fim de facilitar o entendimento e avaliação do seu trabalho. Lembrando o trabalho é individual.
Observações:
A data final de entrega do trabalho é o dia 28/01/2023;
O trabalho deve ser desenvolvido em um repositório PESSOAL e PRIVADO que deverá ser tornado público somente após a data de entrega do trabalho (no dia 28/01/2023);
Cada etapa do trabalho deverá ser entregue em commits progressivos (pendendo ser mais de um commit por etapa);
Os commits devem estar espaçados em dias ao longo do desenvolvimento do trabalho. Commits feitos todos juntos na data de entrega não serão descontados da nota final.
Item
Peso
1. Containerização do Banco
1.0
2. Containerização da biblioteca + Banco
1.5
3. Publicação da biblioteca
1.5
4. Documentação automatiza
1.5
5. Integração Contínua (Build, Test, Lint, documentacao)
3.0
6. Deploy Contínuo
1.5
Exemplo de Trabalhos Anteriores¶
Alguns trabalhos de trabalhos anteriores:
Requisitos de instação¶
python -m venv env source env/bin/activate pip install -r requirements.txt
Rodando a aplicação¶
python src/main.py
Testando¶
pytest --cov
Metabase¶
O metabase ajuda a visualizar e a modelar o processamento dos dados, a engenharia de features e monitoramento do modelo.
Keywords
Descrição
CSV
Um arquivo CSV é um arquivo de texto simples que armazena informações de tabelas e planilhas. Os arquivos CSV podem ser facilmente importados e exportados usando programas que armazenam dados em tabelas.
Collection (coleção)
Uma coleção é um agrupamento de documentos do MongoDB. Os documentos dentro de uma coleção podem ter campos diferentes. Uma coleção é o equivalente a uma tabela em um sistema de banco de dados relacional.
Database
Um banco de dados armazena uma ou mais coleções de documentos.
Mongo
É um banco de dados NoSQL desenvolvido pela MongoDB Inc. O banco de dados MongoDB foi criado para armazenar uma grande quantidade de dados e também executar rapidamente.
Connect the database to the metabase
step 1: Open localhost:3000
step 2: Click Admin setting
step 3: Click Database
step 4: Adicione os dados de autenticação de banco de dados
Exemplo da conexão mongo metabase
metabase
credential
host
mongo
dabase_name
use the name you define in make migrate
user
lappis
password
lappis
- dir src/data_pipeline
- dir src/data_pipeline/feature_engineering
- dir src/parser
- dir src/data_pipeline/pre_processing
- dir src