Geben Sie zuerst Schlussfolgerungen, die für die Entscheidungsfindung verwendet werden können
Fehlen der Quellcode, aber es gibt operative Releasepakete, kann das Team zunächst die Umgebung, Datenbank, Backup, Zertifikat und Konfiguration von Drittanbietern schützen und die Rechtmäßigkeit und Durchführbarkeit der Reverse-Translation, des Austauschs oder der Migration bewerten; ist der Quellcode unvollständig, ist ein Vergleich des Lagers, der Produktionsversion und der Datenbankstruktur erforderlich, um die fehlende Reichweite zu bestätigen. Übernahme ist kein Erstmerkmal, sondern eine Liste der Vermögenswerte, die rechtliche Genehmigung, die Wiederherstellung des Backups, die Ausführung von Monitoring- und Notfallprogrammen. Bei Kernsystemen, die nicht neu aufgebaut werden können, sollte der Austausch des Planungsmoduls oder die Migration von zwei Spuren synchronisiert werden, um eine langfristige Unkontrollierbarkeit zu vermeiden.
Welche Bedingungen müssen vor der Entscheidungsfindung festgelegt werden?
Die gleiche Frage kann in unterschiedlichen Geschäfts-, Daten- und Projektphasen unterschiedliche Antworten haben, und es wird vorgeschlagen, die folgenden Bedingungen zu überprüfen und die gemeinsamen Ergebnisse im Internet in ihre eigenen Projekte einzuarbeiten.
Vorgeschlagene Reihenfolge des Vorschusses
Zuerst werden wir uns über das Ziel und die Grenze im Klaren sein.
Einfrieren von risikoreichen Änderungen und Erhaltung von Servern, Datenbanken, Release-Paketen und Konten.
Validierungsschlüsselabhängigkeit
Überprüfen Sie Konstruktion, Betrieb, Schnittstelle und Backup-Wiederherstellung in einer getrennten Umgebung.
Entwicklung bewertbarer Ergebnisse
Generieren Sie fehlende Assets, erhebliche Risiken und Reparatur-Migrationsprioritäten.
Stellen Sie sicher, dass Sie den nächsten Schritt mit den tatsächlichen Ergebnissen entscheiden.
Der langfristige Wartungs- und Versionsplan wird nach Abschluss des Stabilisierungsübergangs unterzeichnet.
Wie verstehen Sie es im eigentlichen Geschäft?
Das alte System des Unternehmens ist noch in Betrieb, aber das ursprüngliche Team hat nur einen Bereitstellungskatalog hinterlassen. Das neue Team erstellt zunächst ein überprüfbares Backup, zeichnet Dienste, Datenbanken, Planungsaufgaben und Zertifikate auf und stellt dann die Umgebung isoliert vom Server wieder her.
Die einfachste Grube, auf die man treten kann.
Kopieren, Ändern oder Reversieren des Drittanbietersystems ohne Bestätigung der Autorisierung
Einmal übernommen, versuchen sie, es direkt auf dem Produktionsserver zu beheben.
Verstecken Sie das Risiko von unkonstruierten und unwiederbringlichen für langfristige Verträge
Wie sollen wir am Ende empfangen und bestätigen?
Die Diagnosephase sollte die Lieferung von Vermögenswerten, Privilegien, operationelle Abhängigkeit, Nachweise für die Sicherungssicherung, Risikoklassifizierung und empfohlene Route umfassen.
Bei der Vorbereitung auf die Kommunikation mit Lieferanten oder internen Teams empfiehlt es sich, aktuelle Prozesse, repräsentative Muster, bestehende Systeme, Planungszeit und Budgetniveaus mitzunehmen. Zunächst werden die unbekannten Elemente eindeutig gekennzeichnet und dann wird die Entscheidung für Diagnostik, PoC, Feststreckenprojekte oder laufende Forschung und Entwicklung getroffen, was in der Regel zuverlässiger ist als eine direkte Forderung nach einem Preis und einer Dauer ohne Grenzen.