Требования, предъявляемые к серверным операционным системам. Архитектура

Под архитектурой операционной системы понимают структурную и функциональную организацию ОС на основе некоторой совокупности программных модулей

Обычная клиентская операционная система предназначена для управления ресурсами компьютера, на котором она выполняется, и ᅟдля ᅟпредоставления ᅟпользователю ᅟопределенных ᅟсервисов ᅟ(таких ᅟкак ᅟвыполнение ᅟофисных ᅟприложений, ᅟклиентских ᅟчастей ᅟкорпоративных ᅟприложений, ᅟа ᅟв ᅟслучае ᅟдомашнего ᅟкомпьютера ᅟ— ᅟигр ᅟи ᅟиных ᅟприложений ᅟмультимедиа), ᅟто ᅟназначение ᅟсерверной ᅟоперационной ᅟсистемы ᅟобычно ᅟсовершенно ᅟиное: ᅟпод ᅟуправлением ᅟэтих ᅟоперационных ᅟсистем ᅟвыполняются ᅟприложения, ᅟобслуживающие ᅟвсех ᅟпользователей ᅟкорпоративной ᅟсети, ᅟа ᅟнередко ᅟи ᅟвнешних ᅟпользователей. ᅟК ᅟтаким ᅟприложениям ᅟотносятся ᅟсовременные ᅟсистемы ᅟуправления ᅟбазами ᅟданных, ᅟсредства ᅟуправления ᅟсетями ᅟи ᅟанализа ᅟсобытий ᅟв ᅟсети, ᅟслужбы ᅟкаталогов, ᅟсредства ᅟобмена ᅟсообщениями ᅟи ᅟгрупповой ᅟработы, ᅟWeb-серверы, ᅟпочтовые ᅟсерверы, ᅟкорпоративные ᅟбрандмауэры, ᅟсерверы ᅟприложений ᅟразнообразного ᅟназначения. ᅟТребования ᅟк ᅟпроизводительности ᅟи ᅟнадежности ᅟуказанных ᅟоперационных ᅟсистем ᅟнамного ᅟвыше, ᅟнежели ᅟв ᅟслучае ᅟклиентских ᅟоперационных ᅟсистем. ᅟВ ᅟпоследнее ᅟвремя ᅟот ᅟсерверных ᅟоперационных ᅟсистем ᅟпорой ᅟтребуются ᅟтакие ᅟсредства ᅟобеспечения ᅟнадежности ᅟи ᅟдоступности, ᅟкак ᅟподдержка ᅟкластеров ᅟ(набора ᅟряда ᅟоднотипных ᅟкомпьютеров, ᅟвыполняющих ᅟодну ᅟи ᅟту ᅟже ᅟзадачу ᅟи ᅟделящих ᅟмежду ᅟсобой ᅟнагрузку), ᅟвозможности ᅟдублирования ᅟи ᅟрезервирования, ᅟпереконфигурации ᅟпрограммного ᅟи ᅟаппаратного ᅟобеспечения ᅟбез ᅟперезагрузки ᅟоперационной ᅟсистемы.

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

Далее ᅟрассмотрим ᅟархитектуру ᅟсерверной ᅟоперационной ᅟсистемы. ᅟВ ᅟсостав ᅟОС ᅟвходят ᅟисполняемые ᅟи ᅟобъектные ᅟмодули ᅟстандартных ᅟдля ᅟданной ᅟNOS ᅟформатов, ᅟпрограммные ᅟмодули ᅟспециального ᅟформата ᅟ(например, ᅟзагрузчик ᅟNOS, ᅟдрайверы ᅟввода-вывода), ᅟконфигурационные ᅟфайлы, ᅟфайлы ᅟдокументации, ᅟмодули ᅟсправочной ᅟсистемы ᅟи ᅟт.д.

На ᅟархитектуру ᅟвсех ᅟранних ᅟоперационных ᅟсистем ᅟобращалось ᅟмало ᅟвнимания: ᅟво-первых, ᅟни ᅟу ᅟкого ᅟне ᅟбыло ᅟопыта ᅟв ᅟразработке ᅟбольших ᅟпрограммных ᅟсистем, ᅟа ᅟво-вторых, ᅟпроблема ᅟвзаимозависимости ᅟи ᅟвзаимодействия ᅟмодулей ᅟнедооценивалась. ᅟВ ᅟподобных ᅟмонолитных ᅟОС ᅟпочти ᅟвсе ᅟпроцедуры ᅟмогли ᅟвызывать ᅟодна ᅟдругую. ᅟТакое ᅟотсутствие ᅟструктуры ᅟбыло ᅟнесовместимо ᅟс ᅟрасширением ᅟоперационных ᅟсистем.

Архитектура ᅟсовременных ᅟNOS ᅟпредставляют ᅟсобой ᅟхорошо ᅟструктурированные ᅟмодульные ᅟсистемы, ᅟспособные ᅟк ᅟразвитию, ᅟрасширению ᅟи ᅟпереносу ᅟна ᅟновые ᅟплатформы. ᅟКакой-либо ᅟединой ᅟунифицированной ᅟархитектуры ᅟNOS ᅟне ᅟсуществует, ᅟно ᅟизвестны ᅟуниверсальные ᅟподходы ᅟк ᅟструктурированию ᅟNOS. ᅟПринципиально ᅟважными ᅟуниверсальными ᅟподходами ᅟк ᅟразработке ᅟархитектуры ᅟNOS ᅟявляются ᅟ[4]:

• модульная ᅟорганизация;

• функциональная ᅟизбыточность;

• функциональная ᅟизбирательность;

• параметрическая ᅟуниверсальность;

• концепция ᅟмногоуровневой ᅟиерархической ᅟвычислительной ᅟсистемы, ᅟпо ᅟкоторой ᅟNOS ᅟпредставляется ᅟмногослойной ᅟструктурой;

• разделение ᅟмодулей ᅟна ᅟдве ᅟгруппы ᅟпо ᅟфункциям: ᅟядро ᅟ– ᅟмодули, ᅟвыполняющие ᅟосновные ᅟфункции ᅟNOS, ᅟи ᅟмодули, ᅟвыполняющие ᅟвспомогательные ᅟфункции ᅟNOS;

• разделение ᅟмодулей ᅟNOS ᅟна ᅟдве ᅟгруппы ᅟпо ᅟразмещению ᅟв ᅟпамяти ᅟвычислительной ᅟсистемы: ᅟрезидентные, ᅟпостоянно ᅟнаходящиеся ᅟв ᅟоперативной ᅟпамяти, ᅟи ᅟтранзитные, ᅟзагружаемые ᅟв ᅟоперативную ᅟпамять ᅟтолько ᅟна ᅟвремя ᅟвыполнения ᅟсвоих ᅟфункций;

• реализация ᅟдвух ᅟрежимов ᅟработы ᅟвычислительной ᅟсистемы: ᅟпривилегированного ᅟрежима ᅟ(режима ᅟядра ᅟ– ᅟKernel ᅟmode), ᅟили ᅟрежима ᅟсупервизора ᅟ(supervisor ᅟmode), ᅟи ᅟпользовательского ᅟрежима ᅟ(user ᅟmode), ᅟили ᅟрежима ᅟзадачи ᅟ(task ᅟmode);

• ограничение ᅟфункций ᅟядра ᅟ(а ᅟследовательно, ᅟи ᅟколичества ᅟмодулей ᅟядра) ᅟдо ᅟминимального ᅟколичества ᅟнеобходимых ᅟсамых ᅟважных ᅟфункций.

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

Рисунок ᅟ1 ᅟ- ᅟСтруктура ᅟсетевой ᅟNOS

В ᅟсоответствии ᅟсо ᅟструктурой, ᅟприведенной ᅟна ᅟрисунок ᅟ1, ᅟв ᅟсетевой ᅟоперационной ᅟсистеме ᅟотдельной ᅟмашины ᅟможно ᅟвыделить ᅟнесколько ᅟчастей.

Средства ᅟуправления ᅟлокальными ᅟресурсами ᅟкомпьютера: ᅟфункции ᅟраспределения ᅟоперативной ᅟпамяти ᅟмежду ᅟпроцессами, ᅟпланирования ᅟи ᅟдиспетчеризации ᅟпроцессов, ᅟуправления ᅟпроцессорами, ᅟуправления ᅟпериферийными ᅟустройствами ᅟи ᅟдругие ᅟфункции ᅟуправления ᅟресурсами ᅟлокальных ᅟNOS.

Средства ᅟпредоставления ᅟсобственных ᅟресурсов ᅟи ᅟуслуг ᅟв ᅟобщее ᅟпользование ᅟ- ᅟсерверная ᅟчасть ᅟNOS ᅟ(сервер). ᅟЭти ᅟсредства ᅟобеспечивают, ᅟнапример, ᅟблокировку ᅟфайлов ᅟи ᅟзаписей, ᅟведение ᅟсправочников ᅟимен ᅟсетевых ᅟресурсов; ᅟобработку ᅟзапросов ᅟудаленного ᅟдоступа ᅟк ᅟсобственной ᅟфайловой ᅟсистеме ᅟи ᅟбазе ᅟданных; ᅟуправление ᅟочередями ᅟзапросов ᅟудаленных ᅟпользователей ᅟк ᅟсвоим ᅟпериферийным ᅟустройствам.

Средства ᅟзапроса ᅟдоступа ᅟк ᅟудаленным ᅟресурсам ᅟи ᅟуслугам ᅟ- ᅟклиентская ᅟчасть ᅟNOS ᅟ(редиректор). ᅟЭта ᅟчасть ᅟвыполняет ᅟраспознавание ᅟи ᅟперенаправление ᅟв ᅟсеть ᅟзапросов ᅟк ᅟудаленным ᅟресурсам ᅟот ᅟприложений ᅟи ᅟпользователей. ᅟКлиентская ᅟчасть ᅟтакже ᅟосуществляет ᅟприем ᅟответов ᅟот ᅟсерверов ᅟи ᅟпреобразование ᅟих ᅟв ᅟлокальный ᅟформат, ᅟтак ᅟчто ᅟдля ᅟприложения ᅟвыполнение ᅟлокальных ᅟи ᅟудаленных ᅟзапросов ᅟнеразличимо.

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

Для ᅟработы ᅟс ᅟсетью ᅟна ᅟклиентских ᅟрабочих ᅟстанциях ᅟдолжно ᅟбыть ᅟустановлено ᅟклиентское ᅟпрограммное ᅟобеспечение. ᅟЭто ᅟпрограммное ᅟобеспечение ᅟобеспечивает ᅟдоступ ᅟк ᅟресурсам, ᅟрасположенным ᅟна ᅟсетевом ᅟсервере. ᅟТремя ᅟнаиболее ᅟважными ᅟкомпонентами ᅟклиентского ᅟпрограммного ᅟобеспечения ᅟявляются ᅟредиректоры ᅟ(redirector), ᅟраспределители ᅟ(designator) ᅟи ᅟимена ᅟUNC ᅟ(UNC ᅟpathnames) ᅟ[8].

Редиректор ᅟ- ᅟсетевое ᅟпрограммное ᅟобеспечение, ᅟкоторое ᅟпринимает ᅟзапросы ᅟввода/вывода ᅟдля ᅟудаленных ᅟфайлов, ᅟименованных ᅟканалов ᅟили ᅟпочтовых ᅟслотов ᅟи ᅟзатем ᅟпереназначает ᅟих ᅟсетевым ᅟсервисам ᅟдругого ᅟкомпьютера. ᅟРедиректор ᅟперехватывает ᅟвсе ᅟзапросы, ᅟпоступающие ᅟот ᅟприложений, ᅟи ᅟанализирует ᅟих.

Фактически ᅟсуществуют ᅟдва ᅟтипа ᅟредиректоров, ᅟиспользуемых ᅟв ᅟсети:

клиентский ᅟредиректор ᅟ(client ᅟredirector)

серверный ᅟредиректор ᅟ(server ᅟredirector).

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

Распределитель ᅟ(designator) ᅟпредставляет ᅟсобой ᅟчасть ᅟпрограммного ᅟобеспечения, ᅟуправляющую ᅟприсвоением ᅟбукв ᅟнакопителя ᅟ(drive ᅟletter) ᅟкак ᅟлокальным, ᅟтак ᅟи ᅟудаленным ᅟсетевым ᅟресурсам ᅟили ᅟразделяемым ᅟдисководам, ᅟчто ᅟпомогает ᅟво ᅟвзаимодействии ᅟс ᅟсетевыми ᅟресурсами. ᅟКогда ᅟмежду ᅟсетевым ᅟресурсом ᅟи ᅟбуквой ᅟлокального ᅟнакопителя ᅟсоздана ᅟассоциация, ᅟизвестная ᅟтакже ᅟкак ᅟотображение ᅟдисковода ᅟ(mapping ᅟa ᅟdrive), ᅟраспределитель ᅟотслеживает ᅟприсвоение ᅟтакой ᅟбуквы ᅟдисковода ᅟсетевому ᅟресурсу. ᅟЗатем, ᅟкогда ᅟпользователь ᅟили ᅟприложение ᅟполучат ᅟдоступ ᅟк ᅟдиску, ᅟраспределитель ᅟзаменит ᅟбукву ᅟдисковода ᅟна ᅟсетевой ᅟадрес ᅟресурса, ᅟпрежде ᅟчем ᅟзапрос ᅟбудет ᅟпослан ᅟредиректору.

Редиректор ᅟи ᅟраспределитель ᅟявляются ᅟне ᅟединственными ᅟметодами, ᅟиспользуемыми ᅟдля ᅟдоступа ᅟк ᅟсетевым ᅟресурсам. ᅟБольшинство ᅟсовременных ᅟсетевых ᅟоперационных ᅟсистем, ᅟтак ᅟже ᅟкак ᅟи ᅟWindows ᅟ95, ᅟ98, ᅟNT, ᅟраспознают ᅟимена ᅟUNC ᅟ(Universal ᅟNaming ᅟConvention ᅟ-- ᅟУниверсальное ᅟсоглашение ᅟпо ᅟнаименованию). ᅟUNC ᅟпредставляют ᅟсобой ᅟстандартный ᅟспособ ᅟименования ᅟсетевых ᅟресурсов. ᅟЭти ᅟимена ᅟимеют ᅟформу ᅟИмя_сервераимя_ресурса. ᅟСпособные ᅟработать ᅟс ᅟUNC ᅟприложения ᅟи ᅟутилиты ᅟкомандной ᅟстроки ᅟиспользуют ᅟимена ᅟUNC ᅟвместо ᅟотображения ᅟсетевых ᅟдисков.

Для ᅟтого ᅟчтобы ᅟкомпьютер ᅟмог ᅟвыступать ᅟв ᅟроли ᅟсетевого ᅟсервера ᅟнеобходимо ᅟустановить ᅟсерверную ᅟчасть ᅟсетевой ᅟоперационной ᅟсистемы, ᅟкоторая ᅟпозволяет ᅟподдерживать ᅟресурсы ᅟи ᅟраспространять ᅟих ᅟсреди ᅟсетевых ᅟклиентов. ᅟВажным ᅟвопросом ᅟдля ᅟсетевых ᅟсерверов ᅟявляется ᅟвозможность ᅟограничить ᅟдоступ ᅟк ᅟсетевым ᅟресурсам. ᅟЭто ᅟназывается ᅟсетевой ᅟзащитой ᅟ(network ᅟsecurity). ᅟОна ᅟпредоставляет ᅟсредства ᅟуправления ᅟнад ᅟтем, ᅟк ᅟкаким ᅟресурсам ᅟмогут ᅟполучить ᅟдоступ ᅟпользователи, ᅟстепень ᅟэтого ᅟдоступа, ᅟа ᅟтакже, ᅟсколько ᅟпользователей ᅟсмогут ᅟполучить ᅟтакой ᅟдоступ ᅟодновременно. ᅟЭтот ᅟконтроль ᅟобеспечивает ᅟконфиденциальность ᅟи ᅟзащиту ᅟи ᅟподдерживает ᅟэффективную ᅟсетевую ᅟсреду.

В ᅟдополнение ᅟк ᅟобеспечению ᅟконтроля ᅟнад ᅟсетевыми ᅟресурсами ᅟсервер ᅟвыполняет ᅟследующие ᅟфункции:

• предоставляет ᅟпроверку ᅟрегистрационных ᅟимен ᅟ(logon ᅟidentification) ᅟдля ᅟпользователей;

• управляет ᅟпользователями ᅟи ᅟгруппами;

• хранит ᅟинструменты ᅟсетевого ᅟадминистрирования ᅟдля ᅟуправления, ᅟконтроля ᅟи ᅟаудита;

• обеспечивает ᅟотказоустойчивость ᅟдля ᅟзащиты ᅟцелостности ᅟсети.

Некоторые ᅟиз ᅟсетевых ᅟоперационных ᅟсистем, ᅟв ᅟтом ᅟчисле ᅟWindows ᅟNT, ᅟимеют ᅟпрограммные ᅟкомпоненты, ᅟобеспечивающие ᅟкомпьютеру ᅟкак ᅟклиентские, ᅟтак ᅟи ᅟсерверные ᅟвозможности. ᅟЭто ᅟпозволяет ᅟкомпьютерам ᅟподдерживать ᅟи ᅟиспользовать ᅟсетевые ᅟресурсы ᅟи ᅟпреобладает ᅟв ᅟодноранговых ᅟсетях. ᅟВ ᅟобщем, ᅟэтот ᅟтип ᅟсетевых ᅟоперационных ᅟсистем ᅟне ᅟтак ᅟмощен ᅟи ᅟнадежен, ᅟкак ᅟзаконченные ᅟсетевые ᅟоперационные ᅟсистемы. ᅟГлавное ᅟпреимущество ᅟкомбинированной ᅟклиентско-серверной ᅟсетевой ᅟоперационной ᅟсистемы ᅟзаключается ᅟв ᅟтом, ᅟчто ᅟважные ᅟресурсы, ᅟрасположенные ᅟна ᅟотдельной ᅟрабочей ᅟстанции, ᅟмогут ᅟбыть ᅟразделены ᅟс ᅟостальной ᅟчастью ᅟсети. ᅟНедостаток ᅟсостоит ᅟв ᅟтом, ᅟчто ᅟесли ᅟрабочая ᅟстанция ᅟподдерживает ᅟмного ᅟактивно ᅟиспользуемых ᅟресурсов, ᅟона ᅟиспытывает ᅟсерьезное ᅟпадение ᅟпроизводительности. ᅟЕсли ᅟтакое ᅟпроисходит, ᅟто ᅟнеобходимо ᅟперенести ᅟэти ᅟресурсы ᅟна ᅟсервер ᅟдля ᅟувеличения ᅟобщей ᅟпроизводительности.

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

На ᅟрисунке ᅟ2 ᅟкомпьютер ᅟ1 ᅟвыполняет ᅟфункции ᅟклиента, ᅟа ᅟкомпьютер ᅟ2 ᅟ- ᅟфункции ᅟсервера, ᅟсоответственно ᅟна ᅟпервой ᅟмашине ᅟотсутствует ᅟсерверная ᅟчасть, ᅟа ᅟна ᅟвторой ᅟ- ᅟклиентская.

Рисунок ᅟ2 ᅟ- ᅟВзаимодействие ᅟкомпонентов ᅟNOS

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