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

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

Серверная часть и АРМ рассматривались как одна архитектурная связь

Клиент-серверная архитектура в рамках этой задачи характеризовала не отдельное оборудование само по себе, а взаимосвязь элементов вычислительного сегмента. Существенным было то, что проект фиксировал серверную часть и её связь с АРМ в составе одной автоматизированной системы. Именно эта связь входила в предмет экспертизы наряду с предусмотренным режимом работы.

Такое рассмотрение меняет смысл проверки. Если подтвердить только наличие серверной части, этого будет недостаточно для ответа на вопрос, как она включена в проектную архитектуру. Аналогично, само упоминание АРМ не раскрывает его связь с серверным компонентом. В данном случае техническое заключение позволяло рассматривать клиент-серверную схему и связь с АРМ как подтверждённые проектные положения.

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

Непрерывный режим был частью проектной эксплуатационной модели

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

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

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

Что устанавливалось по техническому заключению

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

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

Специалисту требовалось соотнести эти положения с единым предметом экспертизы. Архитектура отвечает на вопрос о принципиальной организации вычислительного сегмента, связь с АРМ — о предусмотренном взаимодействии его частей, а непрерывный режим — о заложенной проектом эксплуатационной модели. В рассмотренной документации эти характеристики не образовали выявленного конфликта.

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

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

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

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

Как формировался подтверждённый результат

Результат складывался из согласованности трёх подтверждённых положений. Первое — использование клиент-серверной архитектуры. Второе — наличие проектной связи серверной части с АРМ. Третье — предусмотренный непрерывный режим работы вычислительной инфраструктуры.

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

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

Что потребуется при аналогичной проверке

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

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

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