Мониторинг на непрекъснатата работа, производителността и грешките
Zinn Digital® наблюдава уеб адресите, които ни предоставяте — време на работа, Core Web Vitals и използване на ресурсите спрямо вашите права — и показва данните за всеки сайт в таблото за управление. Сигналите се изпращат до имейл, Telegram, Slack или вашия собствен уебхук, а страницата ни за състоянието работи извън платформата, така че продължава да отговаря, дори когато ние не можем. Мониторингът на времето на работа и скоростта на страниците е активен сега: добавете произволен уеб адрес — три безплатно към всеки акаунт, като не е задължително да го хостваме ние — и ние го проверяваме всяка минута извън нашата собствена мрежа. Наличност: проследяването на грешки за отделен сайт и статистиката за ресурсите за отделен сайт са в активна разработка и все още не са налични. Всичко останало, описано тук, е достъпно днес.
Контролните панели за хостинг обикновено ви показват за какво плащате. Нашият ви показва какво прави вашият сайт. Всеки сайт, който поддържате при нас, отчита един и същ набор от сигнали за всеки отделен сайт, без нужда от инсталиране на агент или допълнителни настройки.
Непрекъснати проверки за наличност за всеки сайт, съпоставени със собствената му хронология, така че краткият срив и реалното прекъсване да се различават. Състоянието на работоспособност е първостепенен сигнал, въз основа на който платформата действа, а не графика, която никой не чете.
Реални данни за производителността за всеки сайт — показателите, по които Google действително класира. Бавните страници се показват като измерител, по който можете да предприемете действия, непосредствено до контролите за кеширане, които ги коригират.
Дневниците за грешки на HTTP и PHP са достъпни за всеки сайт, така че фаталната грешка от неправилно обновяване на разширение или неуспешно внедряване е нещо, което можете да намерите, вместо да гадаете.
Честотна лента за всеки сайт, плюс използване на ресурси, измерено спрямо лимита на Вашия план — включително LVE статистика за всеки сайт — за да можете да видите кой сайт е най-натоварен и дали е близо до лимита си.
Табло за управление, което трябва да помните да отворите, не е мониторинг. Всеки сигнал захранва слоя за известия на платформата, а вие избирате къде да попада.
Страница за състоянието, хоствана на същата инфраструктура, която наблюдава, е безполезна точно в момента, в който ви е необходима. Нашата умишлено се намира на друго място.
Нашата публична страница за състоянието се хоства самостоятелно на отделна инфраструктура, изцяло извън платформата — отделна машина, отделен домейн на отказ от контролния панел и клъстера, за които докладва. Когато нещо се обърка с платформата, страницата за състоянието продължава да отговаря, защото нищо, от което зависи, не е засегнато от инцидента.
Той е брандиран, захранван от същия мониторинг, който управлява вашите известия за отделните сайтове, и независим по замисъл, а не по случайност. Публичният интерфейс следва същия принцип: маркетинговият уебсайт и помощният център се внедряват отделно от клъстера на контролния панел, така че инцидент в платформата не засяга нашата документация.
Това е същата логика, която е залегнала в останалата част от платформата — отделни домейни на отказ, липса на обща съдба и нищо, което да може да изведе от строя както самия компонент, така и инструмента, който използвате за неговата диагностика.
Сигналите са по-ценни, когато нещо може да действа въз основа на тях. Нашите са свързани с асистента и със сървъра MCP, а не са заключени в графика.
Когато започнете да подавате тикет, асистентът първо извършва диагностика в реално време на засегнатия сайт — време на непрекъсната работа, HTTP и PHP грешки, състояние на SSL и DNS, лимити на ресурси и LVE грешки, индикатори за зловреден софтуер, конфликти между плъгини, състояние на базата данни и кеш — преди изобщо да се намеси човек.
В рамките на вашите разрешения и защитните механизми на платформата тя ще изчисти кеша, ще рестартира PHP процесите, ще поправи или поднови SSL, ще поправи таблиците в базата данни, ще деактивира плъгин с фатална грешка или ще изчисти CDN — след което ще провери отново сигнала и ще потвърди дали проблемът действително е разрешен.
Ако все още е необходима човешка намеса, запитването пристига предварително попълнено с диагностиката, какво е опитано и какво се е случило — така поддръжката започва от фактите, вместо да изисква от Вас да описвате симптома.
Свържете всеки инструмент с изкуствен интелект, поддържащ MCP, и той ще може да чете състоянието на сайта, последните регистрационни файлове, показателите, времето на непрекъсната работа и грешките като ресурси — така че вашият собствен агент да може да диагностицира, преди да действа, под OAuth 2.1 с отменяеми токени с обхват на организация и роля и пълен одит на събитията.
Мониторингът на производителността трябва да бъде до инструментите, които я променят. На нашата платформа той се намира между стека за кеширане и SEO слоя.
Зад Вашето контролно табло стои същият стек за наблюдаемост, върху който изпълняваме платформата: Prometheus и Grafana за метрики, OpenTelemetry за разпределено проследяване през ядрото, работните процеси и драйверите, както и централизирани структурирани логове, етикетирани според наемателя, като данните от одита се съхраняват отделно.
Метриките се събират за всяка услуга, за всеки работник и за всеки клиент (tenant), със статистика на LVE за всеки сайт от слоя за изолация. Всяко изпълнение на работен процес — осигуряване, миграция, прилагане на правила — е видимо от край до край, поради което отговорът на поддръжката може да бъде конкретен, а не предположение.
Мониторингът в голям мащаб е проблем с обема на данните, затова е проектиран като такъв. Метриките с голям обем са времево разделени и обобщени, вместо да се съхраняват за всеки сайт поотделно за всяка минута завинаги, трасировките се семплират, а контролът на кардиналността за отделните наематели не позволява на един шумен акаунт да влоши таблата за управление на всички останали. Проектната цел е един милион сайта, а не броят, който управляваме днес.
Сигналите се насочват чрез Alertmanager към нашия дежурен график с дефинирани и проследявани SLO — умишлено отделени от известията за клиенти по-горе, така че оперативният шум никога да не попада във входящата Ви поща и Вашите сигнали никога да не се редят на опашка зад нашите.
За всеки сайт: време на непрекъсната работа, Core Web Vitals и производителност, честотна лента и използване на ресурси, измерени спрямо правата по вашия план — включително LVE статистика за всеки сайт от изолационния слой. Всичко това е представено в контролния панел за всеки сайт, без необходимост от инсталиране на агент.
Чрез всеки канал, който свържете: имейл, Telegram, Slack или ваша собствена крайна точка за webhook. Предпочитанията за известия се задават за всяка организация и за всеки потребител, така че вие решавате кои събития да достигат до даден канал и лице. Доставките чрез webhook са подписани с HMAC, правят се повторни опити с отлагане и се записват в журнал, за да можете да преглеждате или повтаряте всяка доставка.
Точно това е проектиран да избегне. Страницата за състоянието е самостоятелно хоствана на отделна инфраструктура, изцяло извън платформата, в различен домейн на срив от контролния панел и флота, за които докладва — защото страница за състоянието, работеща на инфраструктурата, която наблюдава, е безполезна по време на прекъсване.
Това е целевото време на непрекъсната работа, спрямо което изграждаме и оперираме нашата инфраструктура, и е посочено като уверение за плановете Footprint-Free. То представлява ангажимент относно архитектурното проектиране на платформата — изолирани изчислителни ресурси за всеки сайт, хоризонтално мащабируеми услуги без запазване на състоянието (stateless), отделни домейни на срив — а не публикувано измерване на достъпността в миналото. Нашият договорен ангажимент е отделен и с по-тесен обхват, като той е публикуван: вижте Uptime SLA на /legal/sla, където са посочени нивото, което гарантираме, и компенсациите (service credits), които изплащаме при неизпълнение.
Да. Състоянието на сайта, последните регистрационни файлове, метриките, времето на непрекъсната работа и данните за грешки са достъпни като ресурси чрез нашия хостван MCP сървър, така че всеки инструмент с изкуствен интелект, поддържащ MCP — Claude, Cursor, ChatGPT и други — може да ги чете и да извършва диагностика, преди да предприеме действия. Достъпът се осъществява чрез OAuth 2.1, ограничен е до Вашата организация и ролята на свързващия се потребител, може да се отменя за всеки инструмент поотделно, а всяко действие се записва за одит. Клиентските уебкуки покриват същата функционалност за конвенционални интеграции.
Описаните тук сигнали за наблюдение са част от платформата и се показват във вашето табло за управление за сайтовете, които хоствате при нас, а безплатният панел SEO Basics — индексиране, Trust Flow, Core Web Vitals за началната страница — е включен във всеки план. По-задълбоченото SEO наблюдение, като проследяване на класирането и мониторинг на обратните връзки, се продава като отделни платени добавки, а практическата оптимизация на скоростта е допълнителна услуга, която може да бъде закупена.
Да. Пробният период на Footprint-Free е 14 дни, без необходимост от карта и покрива до 5 сайта — без данни за плащане, без обвързване. Внедрете няколко сайта и проследете какво точно отчита контролният панел, преди да решите.
Започнете 14-дневен пробен период без кредитна карта и следете ъптайма, Core Web Vitals, грешките и използването на ресурси за всеки сайт още от първото внедряване — с известия, където пожелаете. Безплатни миграции и 30-дневна гаранция за връщане на парите за всичко.
Започнете безплатно