Elke vloot die al meer dan een jaar bestaat, draait op meer firmwareversies dan de exploitant denkt. De kloof tussen bedoeld en feitelijk is verschuiving, en het maakt al het andere stilletjes moeilijker om een diagnose te stellen.
De reden dat het ertoe doet, is niet dat oude firmware slechter is. Het is dat hetzelfde symptoom verschillende oorzaken heeft bij verschillende builds, waardoor foutpatronen onleesbaar worden.
Hoe drift ontstaat
Geen van deze zaken is op zichzelf een vergissing. Samen produceren ze een vloot waarvan niemand de versiedistributie heeft gekozen.
- Eenheden offline tijdens een uitrol die deze nooit hebben ontvangen en nooit opnieuw zijn geprobeerd.
- Vervangingen onder garantie worden uit voorraad geleverd, ongeacht de versie die toen actueel was.
- Eenheden in opdracht van inventaris die maanden heeft stilgestaan.
- De uitrol werd halverwege stopgezet na een probleem en werd nooit meer hervat.
- Veldingenieurs flashen eenheden om een probleem op te lossen, met behulp van de afbeelding die ze hadden.
Waarom het de diagnose verbreekt
Foutanalyse is afhankelijk van het groeperen van soortgelijke gebeurtenissen. Als een symptoom één oorzaak heeft op de ene lichaamsbouw en een andere oorzaak op een andere, levert groepering op symptoom een mengsel op en verdwijnt het patroon.
Teams concluderen vervolgens dat de fout willekeurig of omgevingsgebonden is, terwijl dit geen van beide is. Het zijn twee fouten die als één worden geteld.
Het verbreekt ook integraties
Protocolgedrag, configuratiesleutelondersteuning en foutcodetoewijzing kunnen allemaal tussen versies veranderen. Een platformintegratie die is geverifieerd op basis van de ene build, kan zich op een andere build anders gedragen, en het verschil verschijnt als periodieke fouten aan de platformzijde.
Dit is de reden waarom een integratiepositie de firmwareversie moet registreren waartegen het is geverifieerd, in plaats van alleen het ladermodel.
Meet de werkelijke verdeling
De eerste stap is weten wat er wordt ingezet, en niet wat de bedoeling was. Opladers rapporteren hun lopende versie, en het vergelijken daarvan met het uitrolrecord is meestal een verrassende oefening als het voor de eerste keer wordt gedaan.
Het vaststellen van deze verdeling is vaak het nuttigste resultaat van een netwerkaudit.
Doelbewust convergeren
- Probeer de implementatie opnieuw uit te voeren tegen eenheden die onbereikbaar waren, in plaats van een implementatie als voltooid te beschouwen wanneer deze stopt.
- Update de vervangende voorraad vóór implementatie, of update bij de eerste verbinding.
- Voorkom veldreflash buiten het beheerde proces, of registreer dit wanneer dit gebeurt.
- Rapporteer de versiedistributie routinematig, zodat de drift zichtbaar is, ook al is deze klein.
Geconvergeerd betekent niet het nieuwste
Het doel is een klein aantal bekende versies, niet noodzakelijkerwijs de nieuwste. Een vloot die opzettelijk op een gevalideerde constructie wordt gehouden, is beheersbaar; een vloot verspreid over zes builds die niemand heeft gekozen, is dat niet, ongeacht hoe recent ze ook zijn.
Beslissen welke versies worden ondersteund, en de rest buiten gebruik stellen, is de praktijk die ervoor zorgt dat dit beheersbaar blijft naarmate een vloot groeit.