Pasta de origem do repositório do SMAE
Acesse o README do backend para instruções de desenvolvimento do backend!
Senha do usuário padrão:
email: [email protected]
senha: !286!QDM7H
Acesse o README do frontend para instruções de desenvolvimento do frontend!
Copie o arquivo .env.example
para .env
e faça as modificações das chaves e portas.
Edite o arquivo frontend/docker/nginx.conf
trocando o seu host-name, na linha:
server_name my-custom-host;
ou então mude para
server_name _;
e remova as linhas:
server {
location / {
return 403;
}
}
A configuração do MinIO pode ser trocada pelo S3 ou outro serviço equivalente (e então remover o serviço do MinIO do docker-compose.yaml)
Na primeira vez que subir o sistema com gerenciamento de arquivos via MinIO, será necessário subir o MinIO, criar um bucket, e configurar um usuário e senha para os uploads, e então atualizar o .env
com as configurações realizadas. Todas essas tarefas podem ser feitas pelo console web, https://min.io/docs/minio/linux/administration/minio-console.html
Para realizar o deploy, execute os seguintes comandos:
git clone https://github.com/\[SEU\_USUARIO\_GIT\]/smae.git
cd smae
docker-compose up --build
Isso irá criar e executar todos os contêineres e serviços especificados no arquivo docker-compose.yaml
.
Para fazer as atualizações de código, repita o processo executando git pull
e conferindo se há novas configurações no .env.example para entrarem no ambiente de produção.
O email_service
é responsável por enviar e-mails. Ele acessa as templates dos e-mails na intranet ou pela internet via HTTP ou HTTPS e dispara o envio via SMTP, de acordo com as configurações na tabela. Mais informações podem ser encontradas no arquivo email-service/README.md.
O serviço de smtp_web
é um servidor SMTP fake usado apenas para desenvolvimento. Ele possui uma interface web para que o administrador possa visualizar todos os e-mails "enviados" pelo sistema. Para o ambiente de produção, é necessário um servidor SMTP verdadeiro e a importação das configurações DKIM e SPF. O deploy deste container não é necessário no ambiente de produção.
Caso deseje personalizar as configurações de backup do banco de dados, edite o docker-compose.yaml de acordo
Para cada container com a imagem postgres:14-bullseye
, existe um outro container com a imagem prodrigestivill/postgres-backup-local
. Este é responsável por fazer backup do PostgreSQL local no sistema de arquivos.
Existem diversas variáveis que podem ser personalizadas:
POSTGRES_HOST
: Nome do host onde se encontra o banco de dados PostgreSQL que você deseja fazer backup.POSTGRES_DB
: Nome do banco de dados PostgreSQL que será feito o backup.POSTGRES_USER
: Nome do usuário utilizado para se conectar ao banco de dados PostgreSQL.POSTGRES_PASSWORD
: Senha do usuário utilizado para se conectar ao banco de dados PostgreSQL.POSTGRES_EXTRA_OPTS
: Opções adicionais para o comandopg_dump
, que será utilizado para fazer o backup.SCHEDULE
: Cronograma do backup. Use o formato cron para especificar intervalos, como@hourly
,@daily
etc.BACKUP_KEEP_MINS
: Número de minutos que os backups serão armazenados na pasta "last".BACKUP_KEEP_DAYS
: Número de dias que os backups diários serão armazenados.BACKUP_KEEP_WEEKS
: Número de semanas que os backups semanais serão armazenados.BACKUP_KEEP_MONTHS
: Número de meses que os backups mensais serão armazenados.HEALTHCHECK_PORT
: Porta que verifica a saúde do container.
Disponível na versão open-source do metabase, é possível configurar embed via token signed dentro do SMAE, abrindo um menu lateral de analises.
Veja os detalhes do metabase+SMAE em metabase.md ou a documentação completa em https://www.metabase.com/docs/latest/embedding/introduction#signed-embedding