Home / FAQs / Produção de sistema AI e operação contínua
QUESTION & ANSWER

O que devo verificar primeiro?

A primeira rodada deve verificar a versão código e implantação, nuvem e número de contas de modelo, chaves, fluxos de dados, fontes de conhecimento, dicas e fluxos de trabalho, avaliação, registros, custos e registros de falhas. Não atualizar ou reconstruir o modelo diretamente quando não há compreensão dos meios de dependência e regressão.

Responde à pergunta.

Em primeiro lugar, dar conclusões que podem ser utilizadas para a tomada de decisões

A tomada de posse é dividida em cinco linhas de ativos, operação, qualidade, segurança e operações. Primeiro, garantir que as contas são controladas, backups podem ser restaurados, visualizados e liberados, e depois recaptular efeitos atuais e falhas com uma tarefa fixa. Sem documentação, uma linha de base atual do estado pode ser estabelecida através de armazém, configuração, log, faturamento e entrevistas, e a ordem de parada de sangue, reparo e modificação pode ser dada.

DECISION FACTORS

Que condições precisam ser identificadas antes de se fazer o julgamento?

A mesma questão pode ter respostas diferentes em diferentes fases de negócio, dados e projetos. Sugere-se que as seguintes condições sejam verificadas e que as descobertas comuns na web sejam incorporadas em seus próprios projetos.

Coerência dos códigos de produção, configurações e versões de implantação reaisQuem controla modelos, bancos de vetores, serviços na nuvem e contas de terceirosComo os dados, privilégios e informações pessoais de conhecimento fluimSe existe avaliação, log, monitoramento, backup e regressão
ACTION STEPS

Ordem de adiantamento sugerida

01

Primeiro, vamos ser claros sobre o alvo e a fronteira.

Congelamento de mudanças de alto risco e exportação de números de conta, estruturas e dependências.

02

Dependência da Chave de Validação

Códigos de backup, configurações, dados e ativos de conhecimento chave.

03

Desenvolvimento de resultados avaliáveis

Re-implantação, processos principais, qualidade e falhas conhecidas.

04

Certifique-se de decidir o próximo passo com os resultados reais.

Classificação de risco e parar, reparar, re-rotear.

PRACTICAL EXAMPLE

Como é que entendes isso no negócio?

Exemplo utilizado para ilustrar o método de julgamento

O serviço de passageiros AI é frequentemente extraída e a equipa original foi-se embora. A aquisição descobriu que a dica usada na produção não está no armazém, que a conta do modelo é pessoal e não tem avaliação histórica. O número da conta deve ser migrado, a configuração deve ser exportada e o log configurado, e a recuperação e o desempenho do conhecimento deve ser processado em vez do modelo imediatamente.

COMMON RISKS

O poço mais fácil de pisar.

Reveja apenas o código, não os números de conta, dados e configuração de produção

Assuma o primeiro dia de atualização direta de framework e modelo

Sem avaliação inicial, alegar que a qualidade melhorou

ACCEPTANCE

Como devemos acabar recebendo e confirmando?

O relatório deverá incluir ativos e autoridade, dependência da estrutura, metodologia de implantação, fluxo de dados, base de referência de qualidade, riscos de segurança, custos, falhas e prioridade.

Ao se preparar para comunicar com fornecedores ou equipes internas, recomenda-se que processos atuais, amostras representativas, sistemas existentes, tempo de planejamento e níveis de orçamento sejam trazidos. Primeiro, os itens desconhecidos são claramente marcados, e então a decisão é tomada de usar diagnósticos, PoC, projetos de alcance fixo ou pesquisa e desenvolvimento em curso, que é geralmente mais confiável do que uma demanda direta por um preço e duração sem fronteiras.

As condições do seu projeto são diferentes dos exemplos acima?

Os objectivos operacionais, os sistemas existentes, a amostra e o tempo planeado poderiam ser reunidos antes de os consultores poderem fazer julgamentos preliminares em relação às fronteiras reais.

Consultores associados de projectos