Il vantaggio di una singola struttura è semplice e centralizzato.
Le applicazioni a singolo corpo sono brevi percorsi di distribuzione, elaborazione diretta delle transazioni, facile da debug, adatto per una fase in cui la portata delle operazioni è più chiara, la dimensione del team è più piccola e il prodotto è ancora in fase di convalida rapida.
Attraverso chiari confini modulari, stratificazione e test automatizzati, i sistemi monomeri ben strutturati possono evolversi nel tempo.
I microservizi affrontano la collaborazione in scala e l'evoluzione indipendente.
I microservizi possono ridurre le interazioni, raggiungere l'implementazione indipendente e l'espansione flessibile quando l'area aziendale è complessa, più team devono svilupparsi in parallelo, e il volume e il ritmo dei diversi moduli variano in modo significativo.
Presenta anche la complessità dell'accesso alla rete, dei servizi distribuiti, della governance dei servizi, del monitoraggio e della distribuzione, che richiede una base di ingegneria matura.
Userò cinque domande per determinare se dividersi.
La stabilità del confine operativo, la disponibilità di squadre indipendenti e responsabili, la frequenza dell'emissione dei conflitti, l'apparente variazione della capacità locale e la capacità della piattaforma di sostenere la governance del servizio possono essere valutate.
Se questi problemi sono in gran parte inoperabili, la frammentazione precoce tende a trasformare la complessità del codice interno in complessità distribuita.
- Se le aree operative possono essere chiaramente delineate
- La squadra è indipendente e responsabile?
- C'è un importante collo di bottiglia locale?
- Disponibilità di funzionalità di distribuzione e osservazione automatizzate
- Se il fatturato della divisione è superiore ai costi di governance a lungo termine
Il percorso più sicuro è l'evoluzione monomeri modulare.
Le imprese possono stabilire in primo luogo confini modulari rigorosi all'interno di un unico corpo, armonizzare le interfacce e le regole di accesso ai dati.
Il nucleo dell'evoluzione dell'architettura non è una scelta del punto finale, ma piuttosto il mantenimento di confini chiari e costi gestibili di cambiamento.
Convertire la struttura singola dalle conclusioni di lettura all'ingresso del progetto
Il problema più probabile dopo la lettura di articoli metodologici è l'accettazione di principi, che non sono tradotti nel passo successivo. Si propone che il capo delle operazioni organizzi un mini-officina di 60-90 minuti, scegliendo solo un processo reale e non affrettandosi a discutere la piattaforma completa.
Passo 1: Stabilimento di uno stato attuale e base di campione
Il vantaggio di una struttura a singolo corpo è di essere semplice e centralizzata, estraendo recenti attività normali, insolite e di confine, registrando il trattamento mensile, i tempi di attesa, i tempi di elaborazione effettivi, i punti di contatto manuali, le conseguenze di errore e gli strumenti attuali. Se i dati sono insufficienti, è possibile registrare un periodo di una o due settimane, ma con un riferimento ai cicli di campionamento e alle fluttuazioni operative.
Fase 2: Chiarifica la chiusura iniziale e l'inazione
La prima fase del progetto, che va combinata con “massima collaborazione e evoluzione indipendente”, è quella di scrivere la prima fase di input, elaborazione, uscita, uso del ruolo e completamento. Il sistema che deve essere accessibile, le informazioni richieste dai clienti, le questioni ad alto rischio che non possono essere gestite automaticamente e le condizioni che dipendono da terzi sono elencate separatamente. La prima fase è quella di consentire una catena di eseguire e di essere ritracciabili, piuttosto che impilare tutte le strutture di versione micro.
Passo 3: Abbina risultati tecnici alle prove di ingegneria
La struttura determina la necessità di un rapporto di tracciamento tra il numero della domanda, il numero di campione, i risultati dei test e la versione, basato su “dividere con cinque domande”. La struttura determina la quantità di capacità, picchi, disponibilità, tempo di recupero, frequenza di distribuzione e dati di fallimento per evitare di introdurre complessità che supera la capacità del team troppo presto per i progressi tecnologici.
Passo 4: Ricezione, ispezione e disco con lo stesso calibro
Se il processo originale gestisce 600 attività al mese, una media di 20 minuti e un tasso di ritorno del 10 per cento, il bersaglio può essere dichiarato come “sei settimane dopo l’avvio, con una riduzione del 25 per cento in media, e un tasso di ritorno non superiore alla base originale, data la complessità del compito.” Questo set dimostra solo il metodo di misura, e non rappresenta alcun risultato cliente; l’indicatore ufficiale deve essere identificato dalla base aziendale.
- Materiale operativo: diagramma di flusso, ruolo, missione campione, problemi attuali e dati di base
- Materiale tecnico: inventario del sistema, interfaccia, accesso dei dati, ambiente di distribuzione e requisiti di sicurezza
- Materiale del progetto: portata di prima fase, esclusioni, matrice di responsabilità, pietre miliari e meccanismi di cambiamento
- Materiale di ricezione e di ispezione: set di prova, record di esecuzione, elenco di carenze, domande di indicatori e documenti di consegna
Quando questi materiali sono identificati congiuntamente da parti operative e tecniche, il metodo nell'articolo è effettivamente inserito nel progetto. Se i dati chiave, l'autorizzazione dell'interfaccia o la persona responsabile non sono in atto, il passo successivo logico è di solito un limitato diagnostico o PoC, piuttosto che un impegno immediato per completare il periodo di lavoro e il prezzo totale fisso.
Metodologia di attuazione per l'azione di progetto
- Semplice non è dietro. Abbinamento è la cosa più importante.
- I microservizi richiedono una combinazione di capacità operative e ingegneristiche
- Priorizzare il design modulare e dividerlo con i punti di dolore reali
Proseguendo per conciliare le questioni comuni nel processo decisionale del progetto
Come offrono generalmente lo sviluppo di interfaccia integrata e multi-sistema API di terze parti?
Il progetto di interfaccia non può essere semplicemente citato dal numero di interfacce, poiché la stessa interfaccia può essere semplicemente una query, ma può anche assumere responsabilità di transazione, retest, riconciliazione e sicurezza. Il costo dipende dalla qualità del documento, dall'ambiente di prova, dalla conversione del campo, dalla frequenza di sincronizzazione, dalla compensazione insolita, dalle prestazioni e dal supporto online.
Visualizza risposta completaSelezione, integrazione e governance delle informazioni aziendaliL'interfaccia API può essere completamente compatibile senza un file?
Talvolta, ma i costi, i rischi e il tempo aumentano in modo significativo e non si può promettere alcun collegamento. Le squadre devono confermare se vi è un mandato legale, un ambiente di prova, registri, richieste di campioni e supporto originale.
Visualizza risposta completaSelezione, integrazione e governance delle informazioni aziendaliCome monitora il guasto dell'interfaccia e le discrepanze dei dati dopo l'integrazione dei sistemi?
L'interfaccia ritorna con successo e non corrisponde a un completamento del processo di business, e l'integrazione dei sistemi deve monitorare sia lo stato tecnico che i risultati dell'operazione. Ogni richiesta deve avere un numero di tracciamento unico, registrare la fonte, il bersaglio, lo stato, il consumo di tempo, il numero di unità di lavoro.
Visualizza risposta completaContratti, pagamenti, modifiche e consegna dei progettiQuali informazioni sono richieste per l'accettazione e l'ispezione del progetto software?
L'obiettivo delle informazioni è quello di dimostrare che il sistema soddisfa gli standard concordati e che il cliente può continuare a operare e a prendere il sopravvento.
Visualizza risposta completaNecessità di ulteriori analisi nel contesto dello stato attuale dell'impresa?
Forniamo consulenza tecnica IT, costruzione di informazioni aziendali, Outlook Progetto Software, progettazione di prodotti, servizi di consegna di R & S e sistemi.
