Перейти до вмісту
XSIS

Часті запитання

Підтримка й експлуатація

Що відбувається після запуску: підтримка, моніторинг і зміни.

29 запитань

Яку підтримку ви надаєте після запуску?

Ми можемо експлуатувати й обслуговувати створене: моніторинг, реагування на інциденти, оновлення безпеки та зміни в міру змін вашого бізнесу й партнерів. Підтримка погоджується письмово з цілями реагування, контактами для ескалації та регулярною звітністю.

Що відбувається після завершення проєкту?

Вибір за вами. Ми можемо передати систему вашій команді з документацією й наскрізними поясненнями або продовжити підтримувати й розвивати її за угодою про підтримку чи виділеною командою. Ми узгоджуємо це до завершення проєкту, щоб не було прогалини.

Хто займається невдалими проведеннями після запуску?

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

Що відбувається, коли в партнера збій?

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

Що відбувається, коли модель перестає працювати добре?

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

Яка підтримка входить у керовану послугу ШІ?

Моніторинг, реагування на інциденти, оновлення моделей і регулярні звіти про якість, використання й витрати. Час реагування встановлено в договорі обслуговування за рівнем критичності.

Чи можемо ми згодом перейти від пакета до замовної системи?

Так. Коли вам потрібен більший масштаб чи контроль, ми плануємо перехід так, щоб ваші дані, оцінювальні набори й інтеграції перенеслися.

Чи можете ви взяти на себе щоденне адміністрування баз даних?

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

Що відбувається після проєкту?

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

Що відбувається після запуску?

Вибір за вами. Ми можемо підтримувати й розвивати систему за угодою з часом реагування й моніторингом. Або передати її вашій команді з кодом, документацією й періодом спільної роботи.

Як доставляють і контролюють настільні оновлення?

Кожен реліз має підпис коду, тож кожен пристрій може перевірити, що його не змінено. Релізи надходять через ваші інструменти керування пристроями або вбудований оновлювач, спершу до пілотної групи, потім до всіх. Якщо реліз спричиняє проблеми, пристрої можуть повернутися до попередньої версії.

Що відбувається, коли нашу ERP оновлюють?

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

Що відбувається, коли банк змінює формат?

Банки оголошують зміни форматів заздалегідь, як багато хто зробив під час переходу з SWIFT MT на ISO 20022. Ми стежимо за цими повідомленнями для банків, які підключаємо, оцінюємо вплив і плануємо зміну та її тести з банком до встановленого ним строку.

Як ви обробляєте зміни версій API?

Для API, які ви публікуєте, ми версіонуємо їх, тримаємо старі версії в роботі узгоджений період і повідомляємо споживачам про зміни. Для API, які ви викликаєте, ми стежимо за повідомленнями кожного партнера про припинення підтримки й тестуємо нові версії в його пісочниці. Контрактні тести ловлять неоголошену зміну до того, як вона дійде до робочого середовища.

Чи можете ви вести інфраструктуру після проєкту?

Так, якщо ви цього хочете. За угодою про підтримку ми стежимо за інфраструктурою, застосовуємо оновлення й реагуємо на інциденти в узгоджені з вами строки. Ми також звітуємо про потужність і ризики. Якщо ви волієте вести її самі, інструкції з експлуатації й передавання плануються від початку.

Чи зможе наша команда обслуговувати платформу згодом?

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

Що інженерія надійності сайтів додає до звичайного моніторингу?

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

Чи можете ви взяти на себе наше чергування?

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

Чому поєднувати SOC і NOC?

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

Як швидко ви реагуєте на інцидент?

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

Чи обслуговуєте ви платформи після створення?

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

Що робити, якщо в нас інцидент безпеки?

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

Чи достатньо однієї оцінки?

Це хороший початок, але системи, люди й зловмисники змінюються. Тому керування експозицією безперервне: сканування без пауз, повторне тестування після значних змін і регулярний перегляд доступу. Ми можемо робити це за угодою про керовані послуги або навчити вашу команду.

Чи можете ви вести моніторинг безпеки для наших OT та IT разом?

Так. Наші обʼєднані SOC і NOC спостерігають за OT та IT в єдиному вікні, полюють на загрози й автоматизують реагування там, де це безпечно. Це працює як керована послуга за узгодженими рівнями обслуговування.

Хто підтримує інтеграцію після запуску?

Ми можемо стежити й підтримувати її за угодою про підтримку або передати вашій команді з документацією, оповіщеннями та інструкцією з експлуатації. У будь-якому разі невдале повідомлення потрапляє в чергу з причиною, щоб його можна було виправити й повторити, а не втратити.

Чи можете ви стежити за інтеграціями після запуску?

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

Що охоплює керована послуга?

Керовані послуги застосунків, орієнтовані на результат: підтримка L2 і L3, управління SLA і постійний розвиток, у режимі 24/7.

Коли починаються керовані послуги?

Коли система виходить у промислову експлуатацію або коли наявній системі потрібен власник для її рівнів обслуговування й інцидентів.

Чи продовжуєте ви покращувати систему?

Почніть із розмови, а не з договору.

Розкажіть, що вам треба побудувати, зʼєднати чи захистити. Архітектор пройде це з вами, а потім порадить, з чого почати.

Що буде далі

  1. Узгодження часу

    Наша команда напише вам, щоб узгодити час сесії.

  2. Попередня консультація

    Формат: безкоштовна 30-хвилинна онлайн-консультація перед співпрацею. Ми разом розбираємо ваші цілі, системи й обмеження.

  3. Оцінка готовності

    На кроці «безкоштовна 48-годинна оцінка готовності» головний архітектор перевіряє ваш проєкт за 6 пунктами Definition of Ready і рекомендує відповідний трек.

  4. Вибір треку

    Проєкти з готовим обсягом отримують обовʼязкову пропозицію протягом від 3 до 5 робочих днів. Проєкти на стадії концепції починаються в Blueprint Studio. Робоча система, яка дає збої, не має документації або потребує інтеграції, починається з діагностики тривалістю від 1 до 2 тижнів. Blueprint Studio і діагностика мають фіксовану плату, зазначену в пропозиції.