Разликата е най-вече във времето
В 10:14 ч. редакционен екип публикува променена информация за консултативен център. Уебсайтът трябва веднага да покаже новия телефонен номер, търсачката в собствения портал трябва да обнови индекса си, а по-разбираемата езикова версия по-късно трябва да премине професионална проверка. Тези последици произтичат от една и съща промяна, но не е необходимо всички да бъдат обработени в един и същи момент.
Уеб куката е съобщение, което една система изпраща на друга веднага след настъпването на събитие. Например редакционната система съобщава: „Тази страница беше публикувана.“ След това приемащата система може да извлече и обработи точно това съдържание. Тя не чака следващия общ процес и не проверява постоянно за нови промени.
При пакетната обработка няколко задачи се събират и изпълняват заедно. Например всяка вечер може да се проверяват за отчет всички страници, променени през съответния ден. Такъв процес не се изпълнява веднага, но може да бъде добре планиран. Той може последователно да обработи големи количества и да предостави резултата като цялостен преглед. Обработката има известен начален момент и ясно разпознаваем край.
Уеб куките са подходящи за отделни важни събития
Уеб куките са полезни, когато навременната реакция носи ясна полза. След публикуването на предупредително съобщение приложението трябва да получи същото актуално съдържание. След свалянето на страница тя трябва да изчезне от вътрешното търсене. Във всеки случай съобщението се поражда от конкретно действие и се отнася до ясно определимо съдържание.
За редакционния екип този процес изглежда непосредствен. Екипът одобрява материал и малко след това вижда новата версия в свързания канал. Тази бързина обаче не трябва да се бърка с гарантирана едновременност. Мрежови грешки, поддръжка или претоварена приемаща система могат да забавят обработката. Системата трябва да може да преодолява такива прекъсвания.
Не всяка записана промяна трябва да задейства уеб кука. Автоматично запазената чернова все още няма значение за публичното търсене. Смислените събития се основават на видимото значение: публикувано, съществено актуализирано, свалено или изтрито. Така свързаните системи получават по-малко съобщения и могат по-еднозначно да обработват важните промени в състоянието. При необходимост вътрешните поправки на печатни грешки могат да се третират по различен начин от новите факти.
Пакетната обработка е подходяща за големи количества и фиксирани срокове
По-голям процес е подходящ, когато много материали трябва да бъдат обработени по едни и същи правила. Например дадена организация може да иска всяка нощ да проверява всички публикувани страници за липсващи дати за преглед. За читателите няма голямо значение дали резултатът е готов в 02:00 или в 02:20 ч. Незабавно съобщение след всяка малка редакция би било ненужно сложно за тази цел.
Пълното повторно изграждане също може съзнателно да се извърши като пакет. След промяна в системата за търсене може да се наложи повторно прочитане на 80 000 страници. Отделните уеб куки не биха описали надеждно целия набор, защото промяната засяга и непроменено съдържание. Пакетният процес започва с известно количество и документира кои страници са обработени успешно.
Фиксираният момент улеснява планирането на натоварването. Описанията на изображения, черновите на преводи или обширните проверки на качеството изискват изчислително време и външни услуги. Нощният процес може да ограничи тази работа, без да забавя публикуването в редакционната система. Така продължителността му става по-предвидима за оперативните екипи и доставчиците. Спешното съдържание все пак се нуждае от по-бърз път, ако дългото изчакване би довело до невярна информация.
Най-напред решаващо е допустимото забавяне
Най-важният въпрос е: колко дълго свързаната система може да показва остаряло състояние? При предупреждение за опасно време минутите могат да са решаващи. При месечен анализ на качеството на текстовете един ден обикновено не е проблем. Ясното посочване на срок е по-полезно от общото изискване всяка обработка да бъде възможно най-бърза.
След това е важен обемът на типичната промяна. Ако обикновено се публикува една страница, уеб куката може да посочи точно нея. Ако редовно се променят цели масиви от съдържание, планираният процес е по-прегледен. Импортирането на 4 000 нови местоположения не трябва неконтролирано да задейства 4 000 едновременни последващи задачи.
Последиците от прекъсване също са част от решението. Ако едно съобщение се изгуби, в приложението може да остане остарял телефонен номер. Ако нощният отчет не се изпълни, редакционният екип може да го стартира отново сутринта. Допустимото забавяне трябва да бъде изрично договорено за всеки свързан канал. Колкото по-голяма е непосредствената вреда, толкова по-важни са бързите повторни опити, видимите предупреждения и допълнителното сверяване на целия набор от съдържание.
Съобщението на уеб куката остава кратко и еднозначно
Доброто съобщение посочва какво се е случило, кое съдържание е засегнато и кога е настъпило събитието. Добавят се уникален номер на събитието и версията на формата на съобщението. След това приемащата система може да извлече пълните актуални данни чрез защитен интерфейс. Така съобщението остава прегледно и не съдържа ненужно цялата статия.
Този подход предотвратява и разпространяването на стар текст от закъсняло съобщение. Да предположим, че редакционен екип коригира един и същ телефонен номер два пъти през кратък интервал. Поради неизправност първото съобщение пристига по-късно от второто. Ако приемащата система извлече актуалното състояние, тя все пак ще получи последно одобрената версия, а не съдържанието на закъснялото съобщение.
Лични или поверителни данни не трябва да се включват в съобщението без необходимост. Дневници, отчети за грешки и административни интерфейси често съхраняват данните от уеб куките продължително време. В много случаи са достатъчни идентификатор на съдържанието и видът на събитието. Упълномощената приемаща система извлича допълнителни данни едва когато действително трябва да ги обработи. Така и техническият отчет за грешка остава без ненужно специализирано съдържание.
Повторените съобщения са нормален случай
Ако приемащата страна не потвърди, че съобщението е пристигнало, изпращащата система го изпраща отново. Възможно е първото съобщение вече да е било обработено, но потвърждението му да се е изгубило. Затова приемащата система трябва да може да приеме едно и също събитие няколко пъти, без да публикува материал два пъти или да поръча един и същ превод повторно.
Уникалният номер на събитието помага за това. Ако този номер вече е обработен успешно, системата може да потвърди повторението и да го пропусне. Това е по-надеждно от сравняването на часове или заглавия. Две различни промени могат да настъпят почти едновременно, а заглавието може да се промени, въпреки че става дума за същото съдържание.
Редът също невинаги е сигурен. Съобщението за публикуване може да пристигне след съобщението за по-късна корекция. Номерата на версиите или извличането на актуалното съдържание предотвратяват надделяването на по-старото състояние. За редакционните екипи това означава: видимото състояние трябва да е правилно, дори когато техническите съобщения са преминали по неравен път. Затова датата на получаване сама по себе си не бива да определя валидната версия.
Получателят трябва да проверява произхода
По принцип публично достъпният адрес на уеб кука може да бъде извикан и от неупълномощени лица. Затова приемащата система не бива да се доверява на съобщение само защото то пристига по очаквания път. Обичайно се използва цифров подпис, изчислен от съдържанието и споделен таен ключ. Получателят го изчислява отново и сравнява двете стойности.
Предаването се извършва чрез HTTPS, за да бъдат защитени съдържанието и данните за достъп по пътя. Тайният ключ не трябва да се намира в изходния код, в публична документация или в текста на съобщението. Той се съхранява защитено, предоставя се само на необходимите услуги и се подновява редовно. След контролиран преход старите ключове трябва да станат невалидни.
Времевият печат допълнително ограничава периода, през който правилно подписаното съобщение се приема. Така записано извикване не може да се повтори произволно по-късно. Отговорите при грешка не трябва да разкриват вътрешни подробности на нападатели. Собственият екип все пак запазва достатъчно информация, за да проучи целенасочено отхвърлен подпис или остарял формат на съобщение. Подозрителните достъпи се ограничават и се регистрират проследимо за проверка на сигурността. За това се прилагат подходящи и ясно документирани срокове за съхранение.
Големият процес се нуждае от проследимо състояние
При 20 000 страници пакетният процес рядко е изцяло успешен или изцяло неуспешен. Някои материали може да съдържат невалидни данни, докато останалите се обработват правилно. Затова процесът трябва да записва за всеки елемент какво е изпълнено и какво трябва да се опита отново. Една страница с грешка не бива да блокира всички следващи страници.
Ограниченията на външните услуги трябва да бъдат отчетени. Например даден интерфейс може да допуска само определен брой заявки в минута. Тогава процесът разделя количеството на приемливи части и продължава след пауза. Той записва напредъка си, така че след рестартиране да не започва отново от първата страница и ненужно да повтаря вече платена работа.
За редакционния екип разбираемият резултат е по-важен от дълъг технически дневник. Екипът трябва да вижда кой процес е засегнат, колко материали са готови и кои страници се нуждаят от професионална помощ. Съобщение като „37 грешки“ не е достатъчно. Връзката със заглавието на страницата, адреса и конкретната причина превръща грешката в задача, по която може да се работи. След това успешно повторените обработки изчезват от отворения редакционен изглед.
Планираният процес често допълва уеб куките
Уеб куките и пакетната обработка не се изключват взаимно. Един новинарски портал може незабавно да съобщава новите статии на търсачката си, а през нощта да сверява целия набор от съдържание. Бързият път поддържа важните промени актуални. Планираният процес открива събития, които липсват поради неизправност, неправилна настройка или временно изключена приемаща система.
Една по-разбираема езикова версия също може да се нуждае и от двата времеви подхода. Когато специализирана страница бъде променена, уеб куката незабавно създава задача за отговорния редакционен екип. Проверената версия не се заменя автоматично. Допълнителен ежедневен отчет показва всички отворени задачи, сроковете им и съдържанието, при което липсва връзката с изходната страница.
Решаващ е ясният източник на валидното състояние. Уеб куката съобщава за промяна, а редовното сверяване потвърждава актуалния набор. Ако двете предоставят различни данни, не бива случайно да надделява последният изпълнен процес. Публикуващата система остава определяща, а свързаните системи сверяват състоянието си с нея. Това правило трябва да остане ясно документирано и след смяна на системата.
Експлоатацията трябва да остане разбираема за хората
Техническата надеждност се проявява във видимата информация. Екипите трябва да знаят колко обикновено продължава едно предаване и от кой момент се съобщава за забавяне. Предупреждението посочва засегнатия канал и съдържание, а не само вътрешно име на процес. Така редакционният екип може да прецени дали в момента посетителите виждат остаряло състояние.
За всеки работен процес трябва да има отговорно звено. То може да изпрати отново блокирало съобщение, да продължи пакетен процес или да спре неправилна публикация. Същевременно трябва да е ясно кога е необходима отговорност по съдържанието. Техническият екип може да предаде файл, но не и да реши дали променено условие за право на услуга е обяснено правилно по същество.
Следователно подходящото решение се определя от съдържанието, времето и възможната вреда. Уеб куките реагират бързо на отделни събития. Пакетните процеси обработват планирани количества и сверяват масивите от съдържание. Заедно те обхващат актуалните промени и пълнотата на набора. Когато повторните опити, сигурността и разбираемите съобщения се вземат предвид още от самото начало, свързаните уебсайтове и услуги остават актуални, без ежедневната редакционна работа да се натоварва с ненужна техническа сложност.