Проверка клиент-серверной архитектуры и непрерывного режима работы вычислительной инфраструктуры

Проектная вычислительная инфраструктура была построена по клиент-серверной схеме: серверная часть и АРМ были связаны локальной сетью, а для системы был заявлен непрерывный режим работы 24/7/365. Экспертиза подтвердила эту архитектуру, сетевую связь компонентов и предусмотренный проектом режим эксплуатации. Проверка при этом относилась к проектному решению: фактическая доступность системы, измеренный SLA и реальные простои в рассматриваемой задаче не определялись.

Архитектура проверялась по совокупности технических материалов

Для анализа были представлены техническое задание, пояснительная записка, структурная схема, описание КТС и информационного обеспечения. Эти документы позволяли рассматривать вычислительную инфраструктуру не как перечень отдельных технических средств, а как связанную систему с определённой архитектурой и режимом работы.

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

Именно поэтому предмет проверки был шире простой фиксации наличия сервера или рабочих мест. Требовалось установить, образуют ли отражённые в документации компоненты клиент-серверную архитектуру и соответствует ли заявленный режим работы той системе, которая описана проектом.

Клиент-серверная схема определялась через связь серверной части и АРМ

Подтверждённый технический центр решения — клиент-серверная архитектура. Серверная часть и АРМ были объединены локальной сетью. Таким образом, документация описывала не изолированные вычислительные средства, а взаимодействующие компоненты одной инфраструктуры.

Для такой проверки принципиальна именно связь компонентов. Само наличие серверного оборудования ещё не описывает архитектуру системы. Вывод формируется тогда, когда из технических материалов можно проследить, как серверная часть соотносится с рабочими местами и посредством какой сетевой среды обеспечивается их взаимодействие.

В рассматриваемой документации эта связь была установлена: серверная часть и АРМ объединены локальной сетью. Поэтому экспертиза могла подтвердить клиент-серверный характер архитектуры как конкретное свойство проектного решения, а не как общее предположение по составу оборудования.

Режим 24/7/365 относился к проектной эксплуатации системы

Вторым существенным элементом проверки был заявленный непрерывный режим работы — 24 часа в сутки, 7 дней в неделю, 365 дней в году. Он характеризовал предусмотренный проектом режим эксплуатации вычислительной инфраструктуры.

Архитектура и режим работы рассматривались совместно. Если проект заявляет непрерывную эксплуатацию, этот режим должен быть отнесён к той вычислительной системе, которая описана техническими материалами. Поэтому проверка связывала проектный режим 24/7/365 с клиент-серверной архитектурой и сетевым взаимодействием её компонентов.

Подтверждение такого режима на уровне документации означает, что непрерывная работа предусмотрена проектным решением. Оно не является измерением фактической доступности после ввода системы в эксплуатацию. Именно это различие определяет силу полученного результата.

Проектный режим и фактическая доступность требуют разной доказательной базы

В ходе рассматриваемой проверки фактический SLA и простои не измерялись. Поэтому значение 24/7/365 нельзя интерпретировать как подтверждение того, что реально эксплуатируемая инфраструктура уже обеспечила непрерывную доступность без перерывов.

Проектная проверка отвечает на вопрос, какой режим предусмотрен документацией и согласуется ли он с описанной архитектурой. Фактическая эксплуатационная доступность отвечает на другой вопрос: как система действительно работала в течение наблюдаемого периода. Для второго вывода нужны эксплуатационные данные, которых в подтверждённой основе этого кейса нет.

По той же причине не подтверждён измеренный SLA — показатель фактически достигнутого уровня доступности — и не устанавливалось качество эксплуатации. Эти параметры нельзя получить только из структурной схемы, технического задания или описания вычислительной инфраструктуры. Они характеризуют уже работу реализованной системы.

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

Экспертиза подтвердила три связанные характеристики проекта

Результат сформировался из трёх взаимосвязанных подтверждённых положений: вычислительная инфраструктура имеет клиент-серверную архитектуру, серверная часть и АРМ связаны локальной сетью, проектный режим работы установлен как 24/7/365. Вместе они описывают архитектуру и предусмотренный способ эксплуатации системы.

Такой результат позволяет отделить проверенное проектное решение от предположений о последующей работе оборудования. Подтверждена не абстрактная «работоспособность» вычислительной инфраструктуры, а конкретная документально заданная конфигурация связей и заявленный непрерывный режим.

Экспертиза тем самым дала положительный вывод именно по предмету проектной проверки: клиент-серверная архитектура, сетевая связь компонентов и проектный непрерывный режим работы были подтверждены. Расширять этот вывод до фактически достигнутой доступности оснований нет.

При аналогичной проверке необходимо сохранять связь архитектуры и режима эксплуатации

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

При изменении архитектуры, состава технических средств или функциональных связей такой вывод должен формироваться заново по соответствующей редакции документов. Результат этого кейса не определяет устройство другой вычислительной системы и не подтверждает для неё режим 24/7/365.

Если задача переносится с проектной документации на фактическую эксплуатацию, меняется и предмет проверки. Тогда требуется устанавливать уже фактически достигнутую доступность, учитывать реальные простои и оценивать соответствующие эксплуатационные показатели. Эти данные не выводятся автоматически из проектного заявления о непрерывной работе.

В данном случае подтверждены проектная клиент-серверная архитектура, локальная сетевая связь серверной части и АРМ и предусмотренный режим 24/7/365. Фактическая эксплуатационная доступность, измеренный SLA и качество эксплуатации результатом этой проверки не установлены.