Em primeiro lugar, dar conclusões que podem ser utilizadas para a tomada de decisões
O desenvolvimento secundário de Diffy deve ser em camadas. Entradas de marca, portais de negócios e interações complexas são priorizadas no frontend da independência; a capacidade dos sistemas empresariais é ligada através do API, plugins ou serviços periféricos; somente as necessidades centrais que não podem ser satisfeitas por pontos de extensão padrão entram no branch do código fonte. Cada mudança principal é documentada em termos de objetivos, documentos, estrutura de dados, equivalentes de upstream, condições de teste e remoção.
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.
Ordem de adiantamento sugerida
Primeiro, vamos ser claros sobre o alvo e a fronteira.
Cria uma lista de versões atuais, dependências e todos os pontos personalizados.
Dependência da Chave de Validação
Move a função externalizável para plugin, API ou serviço autônomo.
Desenvolvimento de resultados avaliáveis
Complete as instruções de teste e migração automatizadas para as alterações do núcleo retidos.
Certifique-se de decidir o próximo passo com os resultados reais.
Cada atualização é precedida por exercícios, regressões, backups e distribuição de escalas de cinza.
Como é que entendes isso no negócio?
A empresa modificou um grande número de páginas de Diff front-end para o portal cliente, e também adicionou diretamente suites de clientes à tabela principal. As atualizações posteriores envolvem conflitos de interface e riscos de migração de banco de dados. É mais viável manter o portal de cliente, pacote e medição em um serviço de negócios autônomo, com Diffy sendo chamado através de uma interface estável, com mudanças centrais mínimas na capacidade da plataforma que é realmente necessário.
O poço mais fácil de pisar.
Os pontos de mudança são organizados apenas depois que o projeto terminar, e eles não podem mais ser rastreados.
Programa de atualização diretamente a montante do funcionamento do ambiente de produção
Verifique apenas as páginas, sem retornar ao conhecimento, privilégios, ferramentas e dados
Como devemos acabar recebendo e confirmando?
A atualização requer uma re-teste de tarefas, privilégios de função, referências de conhecimento, fluxo de trabalho, interfaces, logs e retrocessos.
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.