Closed backstage-me-stg[bot] closed 1 year ago
Este repositório está sendo monitorando de forma automática e contínua em busca de achados que possam comprometer a segurança da aplicação. Para maiores detalhes, acesse aqui à plataforma.
Criticade | Achados |
---|---|
Critical | 0 |
High | 6 |
Medium | 0 |
Low | 0 |
Kudos, SonarCloud Quality Gate passed!
0 Bugs
0 Vulnerabilities
0 Security Hotspots
0 Code Smells
No Coverage information
0.0% Duplication
O que este PR faz?
Este PR cria um arquivo para a catalogação da aplicação no Backstage Service Catalog.
(Este PR foi criado automaticamente para repositórios contindos na Planilha de System Mapping de GovTI.)
Abaixo segue algumas explicações sobre as formas de catalogação e como adicionar as informações adicionais.
Component
Um `Component` descreve um componente de software. Tipicamente, um componente: - Pode ser ligado ao código-fonte que o constitui; - Possui um _deployable artifact;_ - É uma entrada no nosso _System Mapping_; - Pode ser considerado uma “unidade de software”; #### Parâmetros suportados - `type` - (Required) O nome do tipo do `Component`. Os valores possíveis são: `website`, `service`, `library`, `cli`, `infra-as-code`, `mobile` e `desktop`. - `lifecycle` - (Required) O estado de _lifecycle_ do `Component`. Os valores possíveis são: - `production`: um componente produtivo, mantido e bem estabelecido; - `experimental`: um componente em estágios iniciais, não-produtivo. Esse _lifecycle_ sinaliza que o componente não possui garantias de _reliability_ e que os consumidores podem preferir não consumir esse componente no lugar de outros com _lifecycle_ de `production`; - `deprecated`: um componente no final de seu _lifecycle_. Pode ser descontinuado/removido em breve. - `owner` - (Required) Uma referência ao nome do time responsável pelo componente. O formato deve ser: `Resource
Um `Resource` descreve um recurso de infraestrutura, por exemplo, _S3 buckets_, bancos de dados, tópicos de filas, etc. #### Parâmetros suportados - `owner` - (Required) Uma referência ao nome do time responsável pelo recurso. O formato deve ser: `Importante: verifique se este PR foi feito para a sua branch de trabalho correta. Caso negativo, altere a branch de destino!
Veja a nossa documentação explicando em mais detalhes sobre Backstage.
Em caso de duvidas, consultar nossa FAQ