Корисна підтримка починається з чіткої інформації.

Надішліть дані, які допоможуть

Вкажіть ідентифікатор сервера, регіон, час і часовий пояс виникнення проблеми, очікувану поведінку та те, що ви спостерігали. Короткий спосіб відтворення корисніший за великий невідфільтрований журнал. Приховуйте паролі, токени та сторонню особисту інформацію.

Доступ до облікового запису є чутливим

Запити до підтримки потребують безпечного способу підтвердити контроль над обліковим записом. Персонал ніколи не повинен запитувати ваш пароль, приватний ключ SSH, seed-фразу гаманця або повний набір кодів відновлення. Використовуйте лише канали зв’язку, опубліковані на перевіреному домені.

Знайте межі сервісу

Підтримка інфраструктури охоплює машину та узгоджену мережеву послугу. Налагодження застосунків, міграції та поточне адміністрування потребують явно визначеного обсягу керованої послуги. Підтвердьте, що саме включено, перш ніж покладатися на підтримку для робочого навантаження в продакшені.

Інцидент або звіт про безпеку?

Поширена проблема сервісу належить до процесу інцидентів. Уразливість потребує приватного перевіреного каналу безпеки та обережного розкриття. Індивідуальна помилка застосунку потребує власного відтворення та діагностичного контексту.

Надішліть звіт, за яким інший оператор зможе діяти

Вкажіть ідентифікатор ураженого сервісу, регіон, час із часовим поясом, спостережувану помилку, нещодавню зміну та короткий спосіб відтворення. Розрізняйте проблему облікового запису, звіряння платежів, доступність мережі та збій застосунку. Перед надсиланням видаліть паролі, токени, seed-фрази та дані клієнтів із вкладень.

Що має містити хороше оновлення про інцидент

Оновлення щодо інциденту має пояснювати уражений обсяг, відомий вплив, поточне пом'якшення та наступний момент оновлення. Якщо причина чи час відновлення невідомі, скажіть про це. Цілі реагування та відновлення випливають з угоди про підтримку. Оновлення мають відповідати перевіреним операційним фактам.

Трохи більше ясності.