Home / Project Guides Internettechnologiearchitectuur

Hoe werkt het core systeem van de onderneming? Rampentolerantie, back-up en falen oefeningen

Hoge beschikbaarheid is niet

Hoe werkt het core systeem van de onderneming? Rampentolerantie, back-up en falen oefeningen

Eerst definiëren van de bedrijf aanvaardbare onderbreking en verlies van gegevens

Ondernemingen moeten de doelstellingen van beschikbaarheid, hersteltijdstreeftijd en herstelpuntdoelstelling bepalen. Betalingen, transacties en interne querysystemen vereisen verschillende input.

Zonder bedrijfsclassificatie is er vaak sprake van overproductie van niet-kernsystemen, terwijl de echte kritische bescherming van de keten onvoldoende is.

Verwijder enkele punten van de ingang naar de datalaag

De load balance, toepassing meerdere voorbeelden, cache clusters, nieuws clusters en database hosts vormen de basis high-beschikbaarheid links. De implementatie moet ook rekening houden met de impact van machinekamers, beschikbare gebieden en netwerkuitval.

De beschikbaarheid is niet gelijk aan de beschikbaarheid. Foutschakeling, gegevens consistentie en vertrouwen op de overuren van de dienst vereisen een duidelijk ontwerp.

De back-up moet hersteld worden en de ramp moet omkeerbaar zijn.

Back-upbeleid moet betrekking hebben op databases, bestanden, configuraties en sleutels, en het opzetten van off-site kopieën, retentie cycli en toegangsrechten. Belangrijker is om de validatie op regelmatige basis te hervatten om te bevestigen dat de back-up niet " ziet er succesvol ".

Kernsystemen kunnen zowel om te leven als worden geïsoleerd van de stad, maar de hoogste specificaties niet blindelings worden nagestreefd, gebaseerd op de keuze van zakelijke waarden en hersteldoelstellingen.

Het programma veranderen in een mogelijkheid door middel van surveillance en oefeningen

De monitoring moet betrekking hebben op gebruikerservaring, operationele indicatoren, toepassingen, infrastructuur en externe afhankelijkheid.

Periodieke break-nets, nodal storing, database switching en back-up herstel oefeningen worden uitgevoerd om gaten tussen het document en de echte omgeving op te sporen.

  • De problemen die in het kader van de actie zijn vastgesteld en de verantwoordelijke zijn verbeterd, moeten worden gedocumenteerd
  • Omgekeerde gemiddelde detectie- en hersteltijd
  • Noodplannen en contacten voortdurend bijwerken
Uitvoeringstabel

Van leesconclusies naar projectinvoer

Het meest waarschijnlijke probleem na het lezen van methodologische artikelen is de aanvaarding van principes, die niet worden vertaald in de volgende stap. Er wordt voorgesteld dat het hoofd van de operaties een 60-90 minuten mini-workshop, kiezen van slechts een echt proces en niet haasten om het volledige platform te bespreken.

Stap 1: Vaststelling van een huidige status en een steekproefbasis

De gegevens worden niet gebruikt om een goede besparing te bepalen, maar om de gegevens om te keren.

Stap 2: Verduidelijking van de initiële sluiting en het uitblijven van maatregelen

De eerste fase is ontworpen om een keten te laten draaien en te kunnen traceren, in plaats van nood back-up, falen oefening, systeemstabiliteit in dezelfde versie te bouwen.

Stap 3: Pas technische resultaten aan technische bewijzen

De structuur bepaalt de noodzaak van een trackingrelatie tussen het aantal vraag, monsteraantal, testresultaten en versie rond

Stap 4: Ontvangst, inspectie en disketting met hetzelfde kaliber

Ervan uitgaande dat het oorspronkelijke proces 600 taken per maand, gemiddeld 20 minuten en een rendementspercentage van 10% behandelt, kan het streefcijfer worden uitgedrukt als.6 weken na het begin van de lijn, met een gemiddelde daling van 25% en een rendement van niet hoger dan de oorspronkelijke basislijn, gezien de relatieve complexiteit van de taak..Deze set toont alleen de meetmethode aan en vertegenwoordigt geen klantresultaat; formele indicatoren moeten door de onderneming worden geïdentificeerd op basis van haar eigen steekproef.

  • Operationeel materiaal: stroomschema, rol, steekproefmissie, actuele kwesties en basisgegevens
  • Technisch materiaal: systeeminventaris, interface, toegang tot gegevens, implementatieomgeving en beveiligingseisen
  • Projectmateriaal: werkingssfeer in eerste fase, uitsluitingen, aansprakelijkheidsmatrix, mijlpalen en veranderingsmechanismen
  • Ontvangst- en inspectiemateriaal: testset, uitvoeringsdossiers, lijst van tekortkomingen, indicatorvragen en overdrachtsdocumenten

Wanneer deze materialen door zowel de operationele als technische partijen gezamenlijk worden geïdentificeerd, wordt de methode in het artikel daadwerkelijk in het project ingevoerd. Als sleutelgegevens, interface-vergunning of de verantwoordelijke persoon niet aanwezig zijn, is de logische volgende stap meestal een beperkte diagnose of PoC, in plaats van een onmiddellijke verbintenis om de werkperiode en de vaste totale prijs te voltooien.

Kernelementen

Methode toepassen om actie te ondernemen

  • Besluitinput met RRO, RPO en bedrijfshiërarchie
  • Redundantie, ondersteuning, rampenbeheer en bewaking zijn essentieel.
  • Onbestudeerde herstelprogramma's kunnen niet als doeltreffend worden beschouwd.
Aanverwante kwesties

Gemeenschappelijke kwesties in de besluitvorming over projecten blijven met elkaar verzoenen

Bedrijfsinformatie, systeemintegratie en vervoer

Hoe biedt API een geïntegreerde en multi-system interface ontwikkeling van derden in het algemeen?

Het interfaceproject kan niet eenvoudig worden geciteerd door het aantal interfaces, omdat dezelfde interface slechts een query kan zijn, maar ook transactie, retest, verzoening en veiligheidsverantwoordelijkheid kan aannemen. De kosten hangen af van de kwaliteit van het document, de testomgeving, veldconversie, synchronisatiefrequentie, ongewone compensatie, prestaties en online ondersteuning. Het wordt aanbevolen om het aantal URL's te beoordelen door middel van zakelijke links in plaats van alleen te tellen. De onbekende interface kan technisch gevalideerd worden en vervolgens formeel geciteerd worden.

Volledig antwoord weergeven
Bedrijfsinformatieselectie, integratie en datagovernance

Kan de API interface volledig compatibel zijn zonder een bestand?

Soms, maar kosten, risico's en tijd nemen aanzienlijk toe, en er kan geen enkele verbinding worden beloofd. Teams moeten bevestigen of er een juridisch mandaat, testomgeving, logs, monsterverzoeken en originele ondersteuning is.

Volledig antwoord weergeven
Bedrijfsinformatieselectie, integratie en datagovernance

Hoe kunt u interfacestoringen en gegevensverschillen na systeemintegratie monitoren?

De interface geeft met succes terug en niet een bedrijfsproces voltooiing, en de integratie van systemen moet zowel de technische staat en de resultaten van de operatie te controleren. Elk verzoek moet een uniek trackingnummer, het registreren van de bron, doel, toestand, tijdrovende, retry, en business unit nummer. Betalingen, bestellingen, inventaris, enz., regelmatig worden verzoend. Aberrants moeten worden ingevoerd in een opgehaalde, restitueerbare of handmatige verwerking wachtrij en niet blijven in het logboek.

Volledig antwoord weergeven
Contracten, betalingen, wijzigingen en projectuitvoering

Welke informatie is nodig voor de acceptatie en inspectie van het softwareproject?

De informatie heeft tot doel aan te tonen dat het systeem voldoet aan overeengekomen normen en dat de cliënt kan blijven werken en overnemen.

Volledig antwoord weergeven
Professionele diensten voor ZhiHua Tech

Noodzaak van verdere analyse in het kader van de huidige staat van de onderneming?

Wij bieden IT technisch advies, ondernemingsinformatie constructie, Software Project Outlook, productontwerp, R & O levering en systemen levering diensten.

Verbindingsadviseurs
Aansprakelijkheidsverklaring voor inhoud

De publicatie-instantie: Shanghai, zoals de ZhiHua Tech. Dit document wordt gebruikt voor technische en projectbesluitvormingsdoeleinden; feiten, gegevens en externe perspectieven worden op pagina gepresenteerd en kunnen in omvang worden geverifieerd en vormen geen verbintenis tot de resultaten van een specifiek project.Controle van de inhoudsklaring, bron van informatie en correctiebeleid

Uitbreiden van lezen

Meer technische architectuur artikelen op internet

Voer de voorpagina van het onderwerp in