Os sistemas da sua empresa, como serviços da plataforma.
A camada de APIs do Dev Factory já entrega 11 serviços sobre a AWS, por HTTPS e sem nenhuma credencial na aplicação. Os plugins estendem essa camada aos sistemas que a empresa já tem: sistemas de gestão, bancos de dados, APIs internas. Integrados uma vez, consumidos por todos os projetos.
Acelera o desenvolvimento e protege os recursos AWS.
A aplicação pede o que precisa por HTTPS, pela rota do próprio projeto e ambiente. A plataforma valida a chave do projeto, aplica o isolamento e chama a AWS com a própria identidade. É nessa mesma camada que os plugins entram.
- AplicaçõesFrontend, backend, service ou worker. Cada uma conhece só a rota e a chave do próprio projeto.
- Rota única
/v1/projects/{p}/environments/{e}/{serviço}. Plugins ao lado dos serviços de plataforma, na camada de APIs do projeto. - Serviços e pluginsOs 11 serviços de plataforma e os plugins validam a chave, aplicam o isolamento e traduzem a chamada para o recurso por trás.
- Recursos protegidosServiços gerenciados da AWS e sistemas da empresa. A credencial de cada um fica com a plataforma e nunca atravessa para a aplicação.
Os 11 serviços, agrupados pelo que a aplicação precisa, estão em A fábrica.
Um conector para um sistema da empresa, publicado na camada de APIs.
Sem plugin, cada projeto integra o ERP, o banco corporativo ou a API interna do seu jeito, com a própria credencial. Com o plugin, a integração é feita uma vez e as aplicações a consomem como consomem qualquer serviço da plataforma.
| Tema | Cada projeto integra | Com plugin |
|---|---|---|
| Credencial do sistema | Em cada aplicação, em variável de ambiente ou arquivo | Fica com a plataforma; a aplicação usa a chave do projeto |
| Integração | Refeita a cada projeto, de um jeito diferente | Desenvolvida uma vez e publicada na camada de APIs |
| Acesso | Lista de acesso mantida por aplicação | RBAC por projeto e por ambiente, como nos demais serviços |
| Auditoria e custo | Espalhados pelos projetos | Logs e medição por projeto, no mesmo lugar dos demais serviços |
| Mudança no sistema | Cada aplicação precisa ser alterada | A integração muda em um só lugar; as aplicações consomem a mesma interface |
Qualquer sistema que a empresa precise expor às aplicações.
Sistemas, bancos de dados e acesso por API a outros sistemas. Cada plugin é definido com o cliente: quais operações expor, para quais projetos e com quais regras.
ERP
Cadastros, pedidos e dados financeiros consultados e atualizados pelas aplicações.
ITSM e tickets
Abertura e consulta de chamados a partir das aplicações da fábrica.
Bases de dados corporativas
Bancos de sistemas existentes, expostos por operações definidas e não por acesso direto.
Identidade e diretório
Dados de pessoas e da estrutura organizacional para as regras das aplicações.
APIs internas
Serviços que a empresa já mantém, consumidos pelo mesmo padrão dos demais.
Outros sistemas
O que tiver uma API ou um banco de dados pode virar plugin.
Exemplos ilustrativos. Os plugins de cada empresa são definidos no projeto.
Nós desenvolvemos. A plataforma governa.
A Space Needle desenvolve os conectores e os publica na camada de APIs do projeto Dev Factory do cliente. A partir daí, cada plugin segue as mesmas regras de qualquer serviço da plataforma.
Mapear
O sistema, as operações que as aplicações precisam e quem pode usar cada uma.
Desenvolver
A Space Needle constrói o conector, com a credencial do sistema guardada pela plataforma.
Publicar
O plugin entra na camada de APIs, ao lado dos 11 serviços, pelo mesmo padrão de rota HTTPS.
Governar
governado pela plataforma como os demais serviços, como em todos os serviços da plataforma.
A integração é feita uma vez. Todos os projetos consomem.
Por que a vigésima aplicação nasce mais rápido que a primeira: Por que agora.
Quais sistemas as suas aplicações precisam alcançar?
Agende uma sessão de trabalho com a sua TI e duas áreas de negócio: 2–3 casos e os primeiros 90 dias.