Знання – сила: аналізуємо продуктову статистику і не втрачаємо клієнтів на дорозі прогресу

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

Зовсім скоро відбудеться реліз нової версії хостингової панелі Plesk під назвою Plesk Onyx. Починаючи з цієї версії Plesk припиняє підтримку 32-бітної архітектури. Рішення про це було прийнято після розгляду кількох ключових аспектів. Індустрія розробки поступово рухається до повсюдного переходу на 64-бітні складання. Багато виробників софту вже відмовилися від 32-бітної версії своїх продуктів, і нові кроки в цьому напрямку відбуваються безперервно. Дистрибутив RHEL 7, використовуваний в якості основи CentOS, випускається тільки для 64-розрядних систем – а між тим CentOS є однією з найпопулярніших серед користувачів Plesk операційних систем. Крім того, прихильники 32-розрядних ОС позбавляють себе можливості скористатися такою функціональністю Plesk, як робота з Docker і MongoDB, в силу того, що ці продукти можуть бути встановлені тільки на 64-розрядні операційні системи.

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

Окей, гугл – як зрозуміти, кого саме необхідно сповістити? «Відгукніться, динозаври!» Без статистики використання продукту тут не впоратися, але щоб отримати з неї щось виразне, доведеться потрудитися.

Інформацію про апаратних характеристик серверів з Plesk, включаючи тип архітектури, ми зберігаємо в NoSQL-сховище MongoDB. Порившись, дізнаємося, що 32-бітну архітектуру клієнти Plesk використовують, але не надто активно – серед серверів із найсвіжішою на даний момент версією Plesk 12.5 таких всього 4%. Це показує, що найбільш прогресивна частина наших користувачів, регулярно відновлююча продукт, співзвучна дійсності і віддає перевагу х64-архітектурі. У той же час, сервера з Plesk 12.5 складають лише 40% усіх серверів, і решта 60% теж не варто упускати з виду. Отже, нас цікавлять всі сервери, на яких інстальовано 32-бітні ОС, причому не тільки їх число – вкрай бажано якось ідентифікувати їх серед загальної маси для більш детального вивчення. Для цього ми скористаємося класичним методом – будемо розрізняти сервера за номером ліцензії продукту. Це нескладно – номери ліцензій можна відшукати все в тому ж сховище, — і все, здавалося б, чудово. Але на ділі челлендж тільки починається – списку ключів від серверів з х32 недостатньо.


Справа в тому, що як такий перелік ліцензійних ключів для нас абсолютно неінформативний. Так, ми знаємо, що на цих серверах Plesk працює на 32-розрядних операційних системах – але що ж далі? Чи є ці сервера перспективними з точки зору апгрейда на прийдешній Plesk Onyx? Хто власник кожного з них – сисадмін самотнього сайту або великий гравець хостингового ринку, оперує тисячами доменів і підписок? Дуже болючим для нього ударом буде втратити цей сегмент бізнесу – або, як у пісні, загін не помітить втрати бійця, бо 1, 10 або навіть 100 серверів – ніщо порівняно з наявними у нього ресурсами?

Все це питання, які потребують відповіді, а отже, подальшого занурення в безодню продуктової статистики. На щастя, Plesk розпорядженні інструментами для таких досліджень – зокрема, несподівано нам дуже пригодився сервіс Partner Central, за допомогою якого партнери Plesk можуть самостійно придбавати ліцензії і надалі керувати ними. Для нас він виявився корисний тим, що зберігає досить докладну інформацію про кожній ліцензії, включаючи нас цікавить ім'я власника, статус ліцензії (активна, терминированная або минула), її тип (lease/purchased), номер версії Plesk, операційну систему, встановлену на сервері і інші параметри. Partner Central не інтегрований з NoSQL-сховищем, тому що спочатку не планувався як інструмент збору статистики, але зараз ми в змозі і має право задіяти зберігається там інформацію – а саме імена власників ключів. Дізнатися їх можна, завантаживши у Partner Central наявний список ліцензій. Крім того, Partner Central дозволяє експортувати інформацію в xls-файл, що в даному випадку дуже полегшує нам процес обробки даних. За замовчуванням файл експортуються всі поля, але при бажанні їх можна вибрати вручну: для нашої задачі буде цілком достатньо номера ключа, імені власника, версії Plesk і операційної системи.


З результатів, представлених у вигляді xls-документа, ми повинні виключити прострочені ключі. Крім того, з вибірки виключаються ключі від старих версій Plesk, з яких не можна безпосередньо проапгрейдитися до Plesk Onyx – адже нас цікавлять в першу чергу серверу, у яких є можливість прямого апгрейда. З цієї ж причини із списку слід прибрати ключі, які стоять на серверах з ОС, підтримка яких закінчується на версії Plesk 12.5.
Після того, як належність кожної ліцензії була встановлена, ми змогли зрозуміти, які клієнти Plesk є найбільш затятими прихильниками 32-бітної архітектури, тобто використовують велику кількість таких машин. Добре, але цього все ще мало. Адже ми досі не знаємо, зосереджений весь бізнес вищезазначених клієнтів (нехай навіть дуже об'ємному) наборі серверів. Час засмучуватися? Ан немає. Тому що характеристики ліцензій, не менш важливі, ніж апаратні характеристики серверів, дбайливо збираються і зберігаються в ліцензійній OLAP-куби, реалізованому на основі MySQL. За допомогою цього чудового інструменту продані ліцензії Plesk можна класифікувати за кількістю створених на сервері доменів, поштових скриньок, клієнтів, посередників, вебсайтів; віртуальні сервера можуть бути відсортовані по типу платформи віртуалізації; з вибірки можна виключити неактивні і прострочені ліцензії, а також вибрати потрібну дату вибірки. Інформація в OLAP-куби оновлюється раз на місяць.


OLAP-куб зберігає в собі багато цікавого

І звичайно, OLAP-куб дозволяє згрупувати ліцензії за їх власнику. І тут, нарешті, туман розсіюється і ми можемо стратегічно оцінити, на яких клієнтів відмова від підтримки 32-бітної архітектури вплине найбільшою мірою. Цим клієнтам відділ продажів Plesk направить листи з варіантами рішення сформованої ситуації. А ми з почуттям виконаного обов'язку вирушаємо вирішувати нові аналітичні завдання і чекаємо ваших коментарів – діліться досвідом!
Джерело: Хабрахабр

0 коментарів

Тільки зареєстровані та авторизовані користувачі можуть залишати коментарі.