Erinevus seisneb peamiselt ajastuses
Toimetus avaldab kell 10:14 muudetud nõustamiskeskuse. Veebisait peab kohe kuvama uue telefoninumbri, portaali otsingumootor peab oma indeksit uuendama ja arusaadavas keeles versioon vajab hiljem professionaalset ülevaatust. Need tagajärjed kuuluvad kõik sama muudatuse alla, kuid neid kõiki ei pea korraga töötlema.
Veebikonks on teade, mille üks süsteem saadab teisele kohe pärast sündmust. Näiteks sisuhaldussüsteem teatab: "See leht on avaldatud." Seejärel saab vastuvõttev süsteem just seda sisu hankida ja töödelda. See ei oota järgmist üldist avaldamist ega kontrolli pidevalt uusi muudatusi.
Pakttöötlus hõlmab mitme ülesande kogumist ja samaaegset täitmist. Näiteks saab igal õhtul aruande jaoks üle vaadata kõik sel päeval muudetud lehed. Selline töötlemine ei toimu hetkega, kuid seda on lihtne planeerida. See suudab töödelda suuri koguseid järjestikku ja pakkuda tulemusi sidusa ülevaatena. Töötlemisel on teadaolev algus ja määratletud lõpp.
Veebikonksud sobivad konkreetsete ja oluliste sündmuste jaoks.
Veebikonksud on kasulikud, kui õigeaegne reageerimine pakub selget eelist. Pärast hoiatusteate avaldamist peaks rakendus saama sama värskendatud sisu. Pärast lehe eemaldamist peaks see sisemistest otsingutulemustest kaduma. Teate käivitab konkreetne toiming ja see on seotud selgelt määratletud sisuga.
Toimetuse jaoks tundub see protsess kohene. Nad kinnitavad postituse ja näevad ühendatud kanalis uut versiooni lühikese aja pärast. Seda kiirust ei tohiks aga segi ajada garanteeritud samaaegsusega. Võrguvead, hooldus või hõivatud server võivad töötlemist edasi lükata. Süsteem peab suutma sellistele katkestustele vastu pidada.
Iga salvestatud muudatus ei tohiks veebihooki käivitada. Automaatselt salvestatud mustand ei ole avaliku otsingu jaoks veel asjakohane. Olulised sündmused põhinevad nende nähtaval olulisusel: avaldatud, oluliselt uuendatud, tagasi võetud või kustutatud. See vähendab ühendatud süsteemide poolt saadavate teadete arvu ja võimaldab neil olulisi staatuse muudatusi selgemini käsitleda. Sisemisi trükivigade parandusi saab vajadusel käsitleda teistmoodi kui uut teavet.
Pakktöötlus sobib suurte mahtude ja fikseeritud ajakavade jaoks.
Suurem seeria on sobiv, kui palju sisuosasid redigeeritakse samade reeglite järgi. Organisatsioon võib soovida igal õhtul kontrollida kõiki avaldatud lehti puuduvate ülevaatuskuupäevade osas. See, kas tulemus on saadaval kell 2:00 või 2:20, ei oma lugejatele erilist tähtsust. Kohese teate saatmine pärast iga väiksemat muudatust oleks tarbetult ressursimahukas.
Täielikku ümberehitust saab tahtlikult teha ka partiidena. Pärast otsingusüsteemi muutmist võib olla vaja uuesti skannida kuni 80 000 lehekülge. Üksikud veebikonksud ei esinda usaldusväärselt kogu inventuuri, kuna see mõjutaks ka muutmata sisu. Paketttöötlus algab teadaoleva arvu lehekülgede ja dokumentidega, mille leheküljed edukalt töödeldi.
Fikseeritud aeg hõlbustab laadimise planeerimist. Piltide kirjeldused, tõlkemustandid või ulatuslikud kvaliteedikontrollid nõuavad töötlemisaega ja väliseid teenuseid. Öine käivitamine saab seda töökoormust piirata, aeglustamata sisuhaldussüsteemis avaldamist. See muudab selle kestuse nii operaatori kui ka teenusepakkujate jaoks prognoositavamaks. Kiireloomuline sisu vajab siiski kiiremat marsruuti, kui pikk ootamine tooks kaasa ebatäpse teabe.
Lubatud viivitus on peamine kaalutlus.
Kõige olulisem küsimus on: kui kaua saab ühendatud süsteem kuvada aegunud versiooni? Tõsise ilmahoiatuse korral võivad minutid olla üliolulised. Igakuise tekstikvaliteedi analüüsi jaoks on üks päev tavaliselt probleemideta. Selge ajakava on kasulikum kui üldine nõue, et iga protsess peab olema võimalikult kiire.
Järgmiseks on tüüpilise muudatuse ulatus ülioluline. Kui tavaliselt avaldatakse ainult üks leht, saab veebikonks määrata selle täpse lehe. Kui terved andmebaasid muutuvad regulaarselt, on ajastatud käivitamine paremini hallatav. Uute saitide importimine 4000 kirjega ei tohiks kontrollimatult käivitada 4000 samaaegset järelprotsessi.
Ka katkestuse tagajärjed on otsuse osa. Kui sõnum kaob, võib rakendusse jääda aegunud telefoninumber. Kui öine aruanne ebaõnnestub, saab toimetus selle hommikul taaskäivitada. Vastuvõetav viivitus tuleks iga ühendatud kanali jaoks selgesõnaliselt kokku leppida. Mida suurem on otsene kahju, seda olulisemaks muutuvad kiired kordused, nähtavad hoiatused ja kogu arhiivi täiendav kontroll.
Veebihoogi sõnum jääb väikeseks ja üheselt mõistetavaks.
Hea sõnum näitab, mis juhtus, millist sisu see puudutab ja millal sündmus toimus. See sisaldab ka unikaalset sündmuse numbrit ja sõnumi vormingu versiooni. Seejärel saab vastuvõttev süsteem turvalise liidese kaudu hankida täielikud ja ajakohased andmed. See hoiab sõnumi hallatavana ja väldib kogu artikli tarbetut lisamist.
See lähenemisviis hoiab ära ka hilinenud sõnumi aegunud teksti levitamise. Oletame, et toimetus parandab sama telefoninumbrit kaks korda kiiresti järjest. Esimene sõnum saabub tehnilise probleemi tõttu hiljem kui teine. Kui vastuvõtja kontrollib uusimat versiooni, saab ta ikkagi viimase kinnitatud versiooni, mitte hilinenud sõnumi sisu.
Isiklikku või konfidentsiaalset teavet ei tohiks sõnumitesse asjatult lisada. Logid, veateated ja haldusliidesed salvestavad veebikonksu andmeid sageli pikema aja jooksul. Paljudel juhtudel piisab sisu identifikaatorist ja sündmuse tüübist. Volitatud saaja hangib lisateavet ainult siis, kui tal on seda tegelikult vaja töödelda. See hoiab tehnilised veateated ka ebavajalikest tehnilistest üksikasjadest vabad.
Korduvad sõnumid on tavalised.
Kui vastuvõtja ei kinnita sõnumi kättesaamist, saadab saatja süsteem selle uuesti. Esimene sõnum võib olla juba töödeldud, kuid selle kinnitus kadus. Seega peab vastuvõtja suutma sama sündmust mitu korda vastu võtta ilma sama postitust kaks korda avaldamata või sama tõlget kaks korda tellimata.
Unikaalne sündmuse number aitab selles. Kui see number on juba edukalt töödeldud, saab süsteem korduse kinnitada ja vahele jätta. See on usaldusväärsem kui aegade või pealkirjade võrdlemine. Kaks erinevat muudatust võivad toimuda peaaegu samaaegselt ja pealkiri võib muutuda isegi siis, kui sisu jääb samaks.
Isegi järjekord pole alati usaldusväärne. Avaldamise kohta saabub teade pärast hilisema paranduse kohta teavitamist. Versiooninumbrid või sisu praegune juurdepääsukuupäev takistavad vanema versiooni eelistamist. Toimetuse jaoks tähendab see järgmist: nähtav versioon peab olema õige, isegi kui tehnilised sõnumid liiguvad mõnevõrra ebakindlalt. Seega ei tohiks kehtivat versiooni määrata ainult vastuvõtmise kuupäev.
Saaja peab päritolu kontrollima.
Avalikult ligipääsetavale veebikonksu aadressile pääsevad põhimõtteliselt ligi ka volitamata osapooled. Seetõttu ei tohiks vastuvõtja usaldada sõnumit ainult seetõttu, et see jõuab oodatud teele. Digitaalallkiri, mis arvutatakse sisu ja jagatud salajase võtme põhjal, on standardne praktika. Saaja arvutab selle uuesti ja võrdleb kahte väärtust.
Edastus toimub HTTPS-i kaudu, et kaitsta sisu ja pääseda ligi edastatavatele andmetele. Salajane võti ei kuulu lähtekoodi, avalikku dokumentatsiooni ega sõnumi sisusse. Seda hoitakse turvaliselt, see tehakse kättesaadavaks ainult vajalikele teenustele ja seda uuendatakse regulaarselt. Vanad võtmed tuleb pärast kontrollitud üleminekut kehtetuks tunnistada.
Ajatempel piirab veelgi seda, kui kaua õigesti allkirjastatud sõnumit aktsepteeritakse. See hoiab ära salvestatud päringu suvalise kordamise hiljem. Veavastused ei tohiks ründajatele sisemisi üksikasju avaldada. Siiski säilitatakse piisavalt teavet, et meeskond saaks konkreetselt uurida tagasilükatud allkirja või aegunud sõnumivormingut. Kahtlased juurdepääsukatsed on piiratud ja logitakse jälgitaval viisil turvaauditite jaoks. Kehtivad asjakohased ja selgelt dokumenteeritud säilitusajad.
Suur jooksu puhul on vaja jälgitavat olekut.
20 000 lehekülje puhul on jooksu puhul harva tegemist täiesti eduka või täiesti ebaõnnestunud tööga. Mõni sisu võib sisaldada sobimatut teavet, samas kui ülejäänu töödeldakse õigesti. Seetõttu peaks protsess iga kirje puhul registreerima, mis oli edukas ja mida tuleb uuesti proovida. Üks vigane leht ei tohiks blokeerida kõiki järgnevaid lehekülgi.
Arvesse tuleb võtta väliste teenuste piiranguid. Liides võib lubada ainult teatud arvu päringuid minutis. Seejärel jagab protsess mahu hallatavateks tükkideks ja jätkab pärast pausi. See salvestab oma edenemise, et taaskäivitamine ei algaks uuesti esimeselt lehelt ja ei kordaks asjatult tööd, mille eest on juba tasutud.
Toimetuse jaoks on selge ja kokkuvõtlik tulemus olulisem kui pikk tehniline logifail. Nad peavad nägema, milline korduskäivitus on mõjutatud, kui palju sisu on valmis ja millised lehed vajavad tehnilist abi. Sõnumist nagu "37 viga" ei piisa. Vea omistamine lehe pealkirjale, aadressile ja konkreetsele põhjusele muudab selle hallatavaks ülesandeks. Seejärel kaovad edukad korduskäivitused avatud toimetusvaatest.
Sageli täiendab ajastatud korduskäivitus veebikonksusid.
Veebikonksud ja partiitöötlus ei välista teineteist. Uudisteportaal saab koheselt oma otsingufunktsioonile uusi artikleid edastada ja kogu arhiivi üleöö sünkroonida. See kiirem lähenemisviis hoiab olulised muudatused ajakohasena. Ajastatud korduskäivitus leiab sündmused, mis puuduvad rikke, vale seadistuse või ajutiselt võrguühenduseta serveri tõttu.
Selge ja kokkuvõtlik kirjalik versioon võib samuti nõuda mõlemat lähenemisviisi. Kui spetsialiseeritud lehte muudetakse, genereerib veebikonks koheselt ülesande vastutavale toimetusmeeskonnale. Läbivaadatud versiooni ei asendata automaatselt. Lisaks kuvatakse igapäevane aruanne kõik avatud ülesanded, nende tähtajad ja sisu, mille puhul puudub ühendus lähtelehega.
Kehtiva oleku selge allikas on ülioluline. Veebikonks annab teada muudatusest ja regulaarne sünkroonimine kinnitab praegust olekut. Kui mõlemad annavad erinevat teavet, ei tohi kogemata domineerida viimati käivitatud protsess. Avaldamissüsteem jääb autoriteetseks ja ühendatud süsteemid sünkroonivad oma oleku sellega. See reegel peab jääma selgelt dokumenteerituks ka pärast süsteemi muutmist.
Toimimine peab jääma inimestele arusaadavaks.
Tehnilist usaldusväärsust näitab nähtav teave. Meeskonnad peaksid teadma, kui kaua edastus tavaliselt võtab ja millal viivitusest teatatakse. Hoiatus täpsustab mõjutatud kanalit ja sisu, mitte ainult sisemist protsessi nime. See võimaldab toimetusmeeskonnal hinnata, kas külastajad vaatavad praegu aegunud versiooni.
Igal protsessil on vaja vastutavat osapoolt. See saab uuesti saata kinni jäänud teate, jätkata partiitöötlust või peatada eksliku avaldamise. Samal ajal peab olema selge, millal on vaja eksperdi vastutust. Tehniline meeskond saab faili edastada, kuid ei saa otsustada, kas muudetud nõude tingimust on õigesti selgitatud.
Seega tuleneb sobiv lahendus sisust, ajast ja potentsiaalsest kahjust. Veebikonksud reageerivad kiiresti üksikutele sündmustele. Pakktöötlused töötlevad prognoositavaid mahtusid ja lepivad kokku inventuurid. Koos katavad nad jooksvad muudatused ja tagavad inventuuri täielikkuse. Kui kordusi, turvalisust ja arusaadavaid sõnumeid arvestatakse algusest peale, püsivad ühendatud veebisaidid ja teenused ajakohased, koormamata toimetuse igapäevatööd ebavajaliku tehnoloogiaga.