Свяжитесь с нами
Продукт
Возможности
Мероприятия
Материалы
Крупные предприятия
Свяжитесь с нами

Технологический сервис Technology Service · понятие

На какой вопрос отвечает «На чём это работает и что обещает инфраструктура?» — а не «что даёт программа».

Технологический сервис — техническая возможность, которая обеспечивает инфраструктуру для работы приложений: хранение, сеть, вычисления, резервное копирование. Важно, ЧТО вы читаете: TOGAF держит бизнес-, прикладной и технологический сервисы врозь, а ArchiMate свёл их в один общий Service, начиная с редакции 4. Три отдельных сервиса вы встретите либо в модели на ArchiMate 3.2, либо в TOGAF.

Аналогия Электричество и вода в здании. Арендаторы пользуются ими, не зная ни схемы разводки, ни поставщика.

Разобраться

Часто путают

Словом «сервис» называют разное. Выберите нужный смысл.

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

Это Service. Вы на месте.

То, что бизнес предоставляет клиенту.

Это Business Service, вам туда.

То, что программа предоставляет другой программе или пользователю.

Это Application Service, вам туда.

То, что даёт инфраструктура: хранение, сеть, вычисления.

Это Technology Service, вам туда.

Сервис по ГОСТ Р 59853 — совокупность средств автоматизированной системы, а не услуга.

Это термин российского стандарта. Зато есть карточка самой статьи стандарта с толкованием — вам туда.

Зачем это нужно

Технологические сервисы выделяют, чтобы инфраструктуру можно было менять и покупать как услугу, не переписывая приложения. По метамодели TOGAF технологический сервис обслуживает прикладной и поставляется логическим технологическим компонентом — обе связи объявлены стандартом прямо.

Какие решения помогает принять

  1. Что перенести в облако: перенос меняет поставщика сервиса, а не сам сервис.
  2. Какой уровень доступности обещать приложениям.
  3. Где инфраструктура дублируется между командами.
  4. Что сломается при выводе площадки: видно по тому, какие прикладные сервисы её держат.

Применить

Когда это нужно, а когда нет

Когда нужно

  • Инфраструктуру потребляют несколько команд или систем.
  • Готовите переход в облако или смену площадки.
  • Нужно договориться об уровне доступности с владельцами приложений.
  • Считаете стоимость владения: она складывается по сервисам, а не по железу.

Когда не нужно

  • Речь про то, что даёт приложение, — это прикладной сервис.
  • Нужен перечень серверов и лицензий: это компоненты, а не сервисы.
  • Инфраструктура используется одной системой и никогда не будет общей.

Примеры по отраслям

Обе связи объявлены стандартом

TOGAF называет их прямо в таблице метамодели: технологический сервис обслуживает прикладной, а поставляется логическим технологическим компонентом. Это редкий случай, когда связи не выводят, а читают.

банк

Сервис хранения документов

Один сервис для десятка систем. Смена хранилища — работа инфраструктуры; приложения продолжают обращаться к тому же сервису.

производство

Промышленная сеть цеха

Сервис связи, от доступности которого зависит вся автоматика линии. Обещание по задержке здесь важнее, чем по объёму.

образование

Сервис аутентификации

Единый вход для всех систем вуза. Пока сервис описан отдельно, добавление новой системы не требует новой схемы входа.

Типичные ошибки

  • 01Считать, что три сервиса — это устройство ArchiMate. В редакции 4 их нет: остался общий Service. Три отдельных живут в TOGAF и в ArchiMate 3.2, которая заменена.
  • 02Технологический сервис — это не сервер. Сервер — компонент, сервис — то, что он даёт.
  • 03Путать с прикладным сервисом: прикладной обращён к пользователю или другой программе, технологический — к приложениям.
  • 04Описать сервисом каждую утилиту: сервисом делает потребитель, а не наличие софта.

Сверить с первоисточниками

Что говорят стандарты

Определения из источников с переводом и ссылкой на раздел. Категория показывает назначение каждого подхода.

A technical capability required to provide enabling infrastructure that supports the delivery of applications.

Перевод Архитектурная сущность TOGAF: технологический сервис.

TOGAF Standard, Version 9.2, The Open Group, 2018, C182; гл. 30 «Content Metamodel», §30.5 «Content Metamodel Entities», табл. «Metamodel Entity | Description»Строка реестра

С чем связано

Связи понятия и его место в структуре подхода.

TOGAF

Architecture Definition: Technology Architecture / Определение архитектуры: технологическая архитектура

  • ОбслуживаетсяApplication Service
  • ПоставляетLogical Technology Component
  • ОбслуживаетApplication Service
  • ПоставляетсяLogical Technology Component
ArchiMate

Technology

Эквиваленты по категориям

Technology ServiceТехнологии и инфраструктура

Сервис, предоставляемый технологическим слоем.

Семантические различия TOGAF и ArchiMate совпадают.

Корпоративные архитектуры

Служебные сведения
Вид совпадения
Прямое совпадение

Связанные понятия

Понятия, которые обычно смотрят рядом с этим.

Кто с этим работает
  • Инфраструктурный архитекторпроектирует сервисы
  • Владелец платформыотвечает за уровень
  • Архитектор приложенийпотребляет и предъявляет требования
Где читать в стандартах
  • TOGAF Standard, 10th Edition — Architecture Content: Technology Service и его связи
  • ArchiMate 4 Specification: технологический сервис как внешнее поведение инфраструктуры
14 дней бесплатно

Опишите архитектуру своей компании в Storm

Реестр процессов, архитектурное рабочее пространство, связи между системами и процессами — те самые артефакты, только про вашу организацию.

Попробовать бесплатно Без банковской карты

Это же в StormАрхитектура систем и интеграцийГраф связей реестраРеестр процессов

Поддержка