Про ресурси, сервіси і продукти згідно зі специфікаціями TMForum

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

Продукт представляє те, що пропонується ринку. Сервіс і Ресурс представляють різного ступеня деталізацію того, як продукти, пропоновані ринку, реалізуються. Сервіси також представлені ринку, але на їх представлення накладені додаткові умови. Ця властивість сервісів і призводить до більшої частини неоднозначності трактувань. Щоб уникнути цієї неоднозначності, сервіси можна поділити на два види: «сервіси для замовника» і «ресурсні сервіси». Перші беруть участь у формуванні Продукту, а другі беруть участь у реалізації сервісів для замовника. Далі цю відмінність буде описано докладніше і зафіксовано у вигляді моделі.

Ресурс - це загальний термін для представлення сутностей, яким властива керованість і входження до складу Продукту.

Ресурс може бути двох видів - фізичний і логічний.

Фізичний Ресурс (PhysicalResource) представляє один або кілька фізичних аспектів або можливостей Ресурсу. Логічний Ресурс (LogicalResource) представляє один або кілька логічних аспектів або можливостей Ресурсу. Розділенням Ресурсів на Фізичні та Логічні дозволяє представити технічно складний об'єкт з великою кількістю властивостей і можливостей (наприклад, маршрутизатор) у вигляді безлічі більш простих компонент, кожну з яких зручно моделювати. Бізнес-сутність Продукт представляє те, що може бути запропоновано ринку. Ресурс є частиною інфраструктури провайдера, і використовується в Сервісі для пропозиції ринку у вигляді Продукту. Сутність Ресурс задає реалізацію тих Продуктів, які запропоновані ринку. Ресурси використовуються для підтримки Сервісів, пропонованих у Продукті.

Наприклад, VPN вимагає фізичний порт для підключення, а також один або наскільки протоколів. Порт є фізичною сутністю - його можна побачити, до нього можна підключитися. З іншого боку, протоколи є логічними сутностями, тому що являють собою набір правил і алгоритмів, а також пакетів, що передаються по мережі. Разом, і Фізичні Ресурси та Логічні Ресурси необхідні для налаштування VPN.

Ріс 1. Початкова діаграма перегляду Ресурсів

На карті процесів eTOM під Ресурсом розуміються дещо різні речі, залежно від глибини деталізації:

• На Рівні 0 Ресурс визначається як «процеси, включаючи ті, що мають відношення до розробки та управління інфраструктурою, що є пов'язаними з Продуктами або Сервісами, або підтримують саме функціонування інфраструктури», але не згадані процеси не деталізуються.

На Рівні 1 визначаються два використання Ресурсів:

• Керування Ресурсами і Операціями (RM&O): ці процеси підтримують знання про ресурси і відповідають за управління ресурсами при наданні та підтримці сервісів необхідних або пропонованих замовникам. У RM&O також включаються функції зі збору інформації про ресурси, і подальшої інтеграції, кореляції і агрегування для передачі системам управління послугами, або для того, щоб зробити дії з ресурсом.

Розробка і керування ресурсами (RD&M): ці процеси фокусуються на плануванні, розробці та установці ресурсів необхідних для підтримки сервісів і продуктів в операційній діяльності. У RD&M включається функціональність, необхідна для визначення стратегії розвитку мережі, а також випробування нових технологій і аналіз існуючих можливостей ресурсів для підтримки майбутніх потреб.

На Рівні 2 деталізуються обидві групи процесів, згаданих на рівні 1. Зокрема, описуються процеси Активації Ресурсів та Виділення Ресурсів під екземпляр Сервісу. Ці процеси включають в себе конфігурування ресурсів і виділення логічних ресурсів під кожного окремого замовника. Ці процеси залучені до внесення змін до бази ресурсів (Resource Inventory Database) для відображення поточного стану використання ресурсів.

Ріс 2. Карта процесів eTOM. Деталізація Рівня 0

Зв'язок Ресурсу з Продуктом і Сервісом

Ресурс тісно пов'язаний з двома іншими ключовими сутностями моделі SID: Продуктом і Сервісом:

* Фізичний Ресурс може бути частиною Продукту, що купується Замовником;

* Ресурс може підтримувати надання одного або декількох Сервісів.

Перший з перелічених вище взаємозв'язків відображено на малюнку:

Рис 3. Взаємозв'язок Ресурсу і Продукту

Зауваження: взаємозв'язок існує не між Продуктом і Ресурсом, а між Продуктом і Фізичним Ресурсом.

Це зауваження є суттєвим і його можна навіть сформулювати у вигляді принципу: Логічні Ресурси вимагають Фізичні Ресурси, до яких вони належать. Наприклад, не можна створити екземпляр IP-адреси без участі пристрою, до якого ця адреса буде приписана. Тому Логічний Ресурс не прив'язаний безпосередньо до Продукту.

Причиною, через яку Фізичні Ресурси асоціюються з Продуктами, є те, що за визначенням і сенсом Продукту є суттєвим бізнес-погляд на всю модель SID. Замовники купують Продукти, а не Ресурси. Замовники використовують Сервіси, які надаються Ресурсами. Тому Ресурси не можуть існувати самі по собі - вони повинні бути прив'язані до якогось конкретного Продукту. Ще точніше, Фізичний Ресурс є примірником Ресурсу, незалежно від того, чи виділений він вже під конкретного Замовника або зберігається в запасах.

Логічний Ресурс, пов'язаний з Продуктом побічно. Спочатку для Продукту визначається необхідний Фізичний Ресурс. А потім, Логічні Ресурси визначаються в прив'язці Фізичним Ресурсам і до обраних Сервісів.

Для визначення взаємозв'язку Ресурсу і Сервісу, необхідно спочатку встановити взаємозв'язок Сервісу і Продукту. Сервіс буває двох видів - Ресурсні Сервіси (ResourceFacingservice) і Сервіси для Замовника (CustomerFacingService):

Рис 4. Ресурсні Сервіси і Сервіси для Замовника

Сервіси для Замовника - це абстракція, що визначає характеристики і поведінку Сервісу, оскільки їх бачить Замовник. Ресурсний Сервіс визначається як Сервіс, що підтримує Сервіс для Замовника, але НЕ відображається і НЕ придбавається Замовником безпосереднім чином. Наприклад, VPN - це приклад Сервісу для Замовника, тоді як складові цього сервісу, які виконують маршрутизацію між мережевими пристроями, формуючи VPN, - приклади Ресурсних Сервісів. Таким чином, Замовник може замовити VPN, але не може замовити сервіси, що реалізує цей VPN (такі як MPLS, BGP тощо).

З цього можна зробити висновок: Компоненти Продукту безпосередньо пов'язані з Сервісами для Замовника. Однак Ресурсні Сервіси приховані від Продукту, оскільки вони відповідають логіці реалізації Сервісів для Замовника. Це розуміння тепер дозволяє звести на загальній схемі Ресурси, Продукти і Сервіси:

Рис 5. Взаємозв'язок Продукту, Сервісу і Ресурсу

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

Визначення Продукту випливає з визначення його Сервісів (для Замовника). Це визначення вимагає безліч реалізуючих сервісів (Ресурсних Сервісів), кожен з яких може використовувати як Фізичні, так і Логічні Ресурси.