Перейти к основному содержанию

Изменения хостинг-провайдеров

Ичи31.08.2026ХостингХостингПровайдерыИзмененияТарифыЛокацииУслугиОколо 1 минОколо 360 слов

Изменения хостинг-провайдеров

В этом разделе собрана накопительная хронология изменений, которые важны для выбора и эксплуатации хостинга, но не являются авариями.

Сюда относятся:

  • новые и изменённые тарифы;
  • повышение или снижение цен;
  • открытие, перенос и закрытие локаций;
  • запуск и прекращение услуг;
  • изменение SLA, резервных копий, SMTP, IPv4 и IPv6;
  • новые версии managed-сервисов и API;
  • обязательные миграции и deprecation;
  • изменения оплаты, налогов, договора и юридического статуса.

Сбои, деградации, DDoS-атаки, потеря данных и проблемы дата-центров находятся в отдельном разделе «Инциденты».

По годам

Структура

hosting/
├── providers/
│   ├── README.md
│   ├── yandex-cloud.md
│   └── ...
├── changes/
│   ├── README.md
│   └── 2026/
│       ├── README.md
│       ├── yandex-cloud.md
│       ├── cloudru.md
│       └── ...
└── incidents/
    ├── README.md
    └── 2026/
        ├── README.md
        ├── yandex-cloud.md
        └── ...

Разделение материалов

РазделЧто хранится
Провайдерыактуальная карточка компании: продукты, локации, цены на дату проверки, личный опыт, плюсы, минусы и текущая категория
Изменениянакопительная продуктовая, тарифная и юридическая хронология по годам
Инцидентыаварии, деградации, DDoS, проблемы сети, дисков, данных и внешних площадок
Информационные материалыобщие инструкции и сравнения, которые относятся сразу к нескольким провайдерам
Тестированиевоспроизводимые тесты сети, диска, CPU, доступности и поддержки

Карточка провайдера должна описывать его текущее состояние, а не превращаться в бесконечную ленту новостей. Если изменение остаётся актуальным, краткий итог можно перенести в карточку, но подробная дата, старые условия и миграционный checklist сохраняются в годовом журнале.

Правила заполнения

  1. Указывать точную дату объявления и дату вступления изменения в силу, если они различаются.
  2. Отделять факт запуска от preview, beta, roadmap и обещанного срока.
  3. Не переносить условия одной локации или продукта на весь бренд.
  4. Для цен указывать валюту, НДС, период оплаты и цену продления, когда это известно.
  5. Не считать новую услугу доказательством надёжности провайдера.
  6. При обязательной миграции добавлять проверку, rollback и крайний срок.
  7. Использовать официальный источник; независимый источник нужен для дополнения или проверки спорного факта.
  8. Если событие стало аварией, связывать его с соответствующей страницей в incidents/, а не дублировать весь таймлайн.

Связанные разделы