Способы работы с ECM-системой
Максимально просто о сложных технических понятиях. В этой статье рассмотрим особенности основных способов размещения ECM-системы на серверах, а также возможности удалённого доступа сотрудников к информационным ресурсам предприятия.
От редакции. Сейчас многими технологическими достижениями мы пользуемся, не задумываясь: смартфоны, автомобили, интернет… И это нормально, технологии только тогда становятся популярными, если при их использовании не создаются новые трудности (в том числе и в длительном изучении). Но чтобы понимать, как технологи будут развиваться, чтобы глубже понять, в чем их скрытая сила или слабость, необходимо знать больше. Именно поэтому мы рассмотрим сегодня некоторые технические аспекты работы корпоративных информационных систем, частным случаем которых являются ECM-системы.
ECM-система — это клиент-серверное приложение, и это означает, что пользователи со своих рабочих мест (клиентов) получают доступ к информационным ресурсам предприятия, централизованно хранящимся на мощном компьютере (сервере). Перед покупкой системы предприятию важно понять, как организовать работу сервера так, чтобы сэкономить денежные средства и при этом обеспечить максимально быструю, бесперебойную работу для служащих, в особенности, если в бизнес-процессах организации задействованы и другие системы. В этой статье рассмотрим особенности основных способов размещения ECM-системы на серверах, а также возможности удалённого доступа сотрудников к информационным ресурсам предприятия. Кратко взглянем на способы организации распределённой работы на предприятиях, имеющих собственные сети филиалов и дочерних компаний, а также познакомимся с набирающей обороты технологией BYOD, позволяющей сотрудникам использовать свои собственные мобильные устройства для доступа к данным ECM-системы.
Размещение ECM и других систем на серверах
Разделяемый сервер
Говорят, что предприятие использует ресурсы разделяемого сервера, если сотрудники в ходе выполнения своих обязанностей, помимо ECM-системы, пользуются и другими средствами взаимодействия (электронной почтой, ERP- или различными системами учёта). Причём часть систем или все системы установлены на одном и том же мощном сервере.
Такой подход позволяет предприятию сэкономить на покупке дорогостоящего оборудования для сервера, однако, при этом он несёт в себе следующие недостатки:
· При выходе из строя сервера останавливается работа всего предприятия. Ведь в этом случае каждая из установленных на сервере систем становится недоступной до восстановления работоспособности сервера.
· Вычислительные ресурсы распределяются между системами неравномерно. Например, если одной из систем передана команда на выполнение операции, которая требует большого количества вычислений, это означает, что система попросту отнимает свободные ресурсы от других установленных на сервере систем и парализует их работу. Следствием этого является снижение скорости выполнения команд, отправляемых этими системами, возрастание времени отклика на запросы пользователя и, как следствие, увеличение времени прохождения бизнес-процесса.
Выделенный сервер
Вариант использования выделенного сервера появился чтобы оградить системы, установленные на разделяемом сервере, от негативного воздействия друг на друга. В этом случае для ECM-системы (и для других систем) организуется отдельный сервер. Скорость выполнения операций и, соответственно, время отклика на запросы пользователя определяются исключительно вычислительной мощностью конкретного сервера.
Такой подход эффективно решает проблему разделения вычислительных ресурсов, однако, приводит к ряду других проблем:
· Перед тем, как приобрести сервер под новую систему, предприятию необходимо с довольно большой точностью предсказать количество ресурсов, запрашиваемых конкретной системой.
· Необходимо учесть, что с возрастанием количества документов, хранящихся в системе, увеличивается количество ресурсов, необходимых серверу для, например, поиска документов. Следовательно, организации нужно оставить приличный запас ресурсов на будущее или на время большой активности пользователей, что уже в настоящем приводит к наличию огромного количества простаивающих вычислительных мощностей, ожидающих своего звёздного часа.
· Каждый выделенный сервер — это новые, довольно крупные денежные затраты как на покупку самого оборудования и лицензий программного обеспечения, обеспечивающего его работу (операционной системы, антивируса и проч.), так и на оплату потребляемой им электроэнергии.
Виртуализация и «облака»
Виртуальный выделенный сервер является одним из вариантов разворачивания ECM-системы на выделенном сервере. В данном случае на одном физическом сервере могут одновременно существовать несколько виртуальных серверов. На каждом виртуальном сервере устанавливается своя система, и соответственно, характеристики эмулируемой аппаратной части рассчитываются под нужды конкретной системы.
В этом случае предприятию необходимо приобрести только один физический сервер, который будет обслуживать сразу все системы, однако, программное обеспечение будет закупаться таким же образом, как для варианта с выделенными серверами (по количеству запущенных виртуальных машин). Поэтому такой вариант экономически более выгоден, чем использованием нескольких физических серверов.
Однако, некоторые организации и вовсе отказываются от покупки какого бы то ни было серверного оборудования, ведь в современном мире существуют центры обработки данных (ЦОД), специально созданные для того, чтобы организации могли арендовать их вычислительные мощности, оплачивая услуги ежегодно или ежемесячно куда меньшими суммами, чем в случае самостоятельной покупки. В этом случае виртуальный выделенный сервер для ECM-системы будет располагаться вовне относительно организации (в другом здании, другом городе или даже в другой стране), и все заботы по обеспечению безопасности данных, а также по эффективному распределению вычислительных мощностей и отсутствию простоев оборудования берёт на себя центр обработки данных.
Вторым вариантом разворачивания ECM-системы на виртуализованной платформе является «облако». «Облачные» вычисления — это новая модель создания, использования и доставки через Интернет ИТ-сервисов на базе динамически масштабируемых и виртуализированных ресурсов. Под масштабируемостью в данном случае понимается, как свойство ресурсов успешно справляться с нарастающим объемом работ или увеличивать производительность по мере необходимости. «Облачные» вычисления являются первым шагом к ресурсной модели «потребления» информационных технологий, которая подразумевает использование ИТ наравне с другими материальными ресурсами, такими как вода, газ, электричество. При этом пользователю не важно, кто и с помощью какого оборудования предоставляет услуги, внимание обращается только на соотношение цена/качество.
Более подробно об «облаках» можно прочитать в статье «“Облака” и другие модели вычислений».
Стационарная и удалённая работа
Вне зависимости от того, какой способ был выбран предприятием для развёртывания сервера, на котором установлена ECM-система, сотрудники в зависимости от решаемых ими задач и специфики их деятельности могут работать с системой стационарно или удалённо.
При стационарной работе сотрудники получают прямой доступ к системе со своего рабочего места в офисе компании. При удалённой — входят в систему из любого места вне офиса компании через интернет: дома, в кафе, в самолёте, поезде или из офиса клиента во время командировки.
Существуют следующие варианты организации удалённой работы:
· Терминальный доступ. В этом случае сотрудник использует удалённое подключение к ресурсам виртуального или реального рабочего места, а уже посредством него — к ECM-системе. Для работника этот вариант будет «похож» на работу на стационарном компьютере.
· Веб-доступ. Сотрудник через интернет получает доступ к ECM-системе предприятия. Некоторые системы имеют собственный веб-интерфейс, отличающийся от привычного интерфейса на стационарном рабочем месте, могут встречаться также и ограничения функциональности, например, часть возможностей будет недоступна совсем, другая часть — только для просмотра. В некоторых случаях предлагаются мобильные решения под конкретные устройства (например, для iPad) со своим интерфейсом и функциями.
При любом из обозначенных вариантов реализации организации важно обеспечить максимальную безопасность при удалённом доступе. Для этого могут использоваться различные средства: ограничение функциональности версий системы, доступных для удалённой работы, возможность входа только при наличии удостоверяющего устройства (например, USB-токена) и прочие. Однако, в любом случае, ECM-системы, как правило, ведут журналы всех попыток входа и способны блокировать попытки, кажущиеся подозрительными.
Распределённая работа
Для крупных организаций (концернов, холдингов и проч.) с наличием географически удалённых друг от друга филиалов и дочерних компаний важно уметь организовать распределённую работу с системой. Это означает, что филиалы должны работать, как если бы их не разделали расстояния, то есть в едином информационном пространстве и единых бизнес-процессах с головным офисом.
Для некоторых компаний бывает достаточно организовать работу сотрудников филиалов через удалённую работу (как описано выше). Но у такого подхода есть очевидный недостаток, связанный с тем, что очень возрастают требования к каналам связи, и при возникновении неполадок на головном сервере блокируется работа всех филиалов.
Чтобы преодолеть эти проблемы, предприятия разворачивают собственные серверы для каждого филиала или дочерней организации. В этом случае между экземплярами системы настраивается процесс репликации, то есть происходящий по расписанию обмен новыми данными и изменениями, внесёнными в существующие данные между двумя удалёнными друг от друга серверами. Таким образом, филиалы работают технически независимо, но в едином информационном пространстве.
BYOD
Аббревиатура BYOD (Bring Your Own Device, англ. «Принеси своё устройство») обозначает технологию работы, при которой сотрудник работает в организации со своим собственным устройством (ноутбуком, планшетом или смартфоном). На это устройство может быть установлено необходимое программное обеспечение (например, мобильное решение для доступа к ECM-системе, почтовый клиент, текстовый редактор и проч.), или же устройству может быть предоставлен авторизованный доступ к ресурсам систем, а пользователь может сам выбрать, какое программное обеспечение для этого использовать.
Такой подход для предприятия может означать, с одной стороны, экономию в связи с отсутствием необходимости закупать оборудование для своих сотрудников, а также повышение удобства работы для сотрудника, ведь, работая со знакомым вдоль и поперёк устройством, сотрудник не покидает своей зоны комфорта.
С другой стороны, для организации такой подход означает также и серьёзное повышение требований по безопасности, а также отсутствие гарантии того, что собственное устройство сотрудника достаточно мощное и современное для выполнения необходимых задач. Для сотрудника же это значит также и то, что организация может запросить у него доступ к его устройству (например, для установки необходимого программного обеспечения или для проверки наличия на устройстве несанкционированных, вредоносных или шпионских программ).
Подводя итоги
Как мы могли убедиться, существует множество способов работы с ECM-системой, каждый со своим набором достоинств и недостатков. Всякая организация может выбрать наиболее подходящий для себя в данный момент времени способ либо их комбинацию в зависимости от своих целей и наличия свободных материальных ресурсов, а также предоставить своим сотрудникам свободу выбрать тот способ работы, который наиболее пригоден для их задач и привычек в работе.
От редакции:
Статья входит в рекомендованный курс для новичка «Просто о СЭД».
Рекомендуем расширенные материалы по теме:
Похожие статьи
Комментарии 21
В каком смысле клиент-серверная? Состоящая ровно из двух звеньев? Или не менее, чем из двух?
Очень странная терминология. Обычно это применяют для сайтов, а не для корпоративных систем.
Необязательно. Есть способы построения систем, которые не приводя к такому. Например, самый обычный кластер.
Ну конечно же, это не так. Точнее можно сделать и так, но зачем? На дворе 21 век и способы ограничения систем по ресурсам уже давно есть.
Про выделенный сервер:
Нет. Классические выделенные сервера намного хуже решают проблемы разделения вычислительных ресурсов, чем, например, кластеры с распределением нагрузки.
ПО - да. С железом как раз сейчас появляются новые очень перспективные разработки. Рекомендую глянуть новый сервер от Dell на процессорах с архитектурой ARM. Чрезвычайно любопытное решение. Да и обычные сервера уже далеко не столь дороги, как раньше.
Ничего, кстати, не сказано про то, что произойдет, если физический сервер выйдет из строя.
Облаками обычные виртуальные сервера называют только в компании DIRECTUM. У всех других под облаком подразумевается несколько иное.
Может, все-таки, "более выгоден, чем организация нескольких выделенных серверов"?
И опять же ничего не сказано про то, что произойдет, если физический сервер выйдет из строя.
А если я запускаю толстого клиента через VPN-тоннель (во внутреннюю сеть предприятия) - это стационарная или удаленная работа?
И всё? Даже у меня сейчас с довольно слабыми ECM-системами (которым до лидера рынка как мне до Китая пешком) есть еще по меньшей мере 2 способа работы:
Про распределенную работу
Это как? Даже RDP - очень экономичный протокол. А ведь есть и другие. Ну и тонкие клиенты с возможностью частично офлайновой работы тоже никто не отменял (если, конечно, речь о ECM вообще, а не о DIRECTUM в частности).
От репликации (в том смысле, о котором идет речь здесь) вообще все отказываются, как от неперспективного подхода.
Что ж так все зациклились именно на своих устройствах? Посмотрите на тот же Яндекс - всем спокойно раздают устройства компании. Соответственно все проблемы мощности, безопасности и прочего решаются.
Спасибо! Очень хорошая содержательная статья. Касательно облаков: не всякая "виртуалка" "облако", но всякое "облако" использует технологию виртуализации. Рекомендую автору немного поправить текст для этого случая.
Хотел бы немного ответить по комментариям.
Под клиент-серверным приложением обычно понимается информационная система, основанную на использовании серверов баз данных, а не то, что есть 2 звена.
Разделяемый сервер это общий термин и применяется довольно часто в архитектурных решениях.
Мне кажется в этой статье рассматривается именно простейший случай.
Разделение вычислительных ресурсов предоставляет возможность оптимального использования имеющихся ресурсов. Балансировка нагрузки используется для масштабирования.
ARM архитектура подойдет не для каждой цели. Во-первых, большинство ECM-систем реализованы на базе ОС Windows Server. Во-вторых, ARM нацелены на решение задач, где имеется высокая параллелизация и низкие требования к производительности (многие веб-приложения, многопользовательские приложение). Здесь одни даюбт высокую плотность и низкое потребление. Xeon / Opteron — высокая производительность, много ядер и большой круг решаемых задач, и они подходят для ECM-систем.
Без виртуализации облака не мыслимы, но смею Вас заверить, что в компании DIRECTUM виртуалки облаками не называют. Возможно Вы что-то не верно поняли.
Основываясь на понятиях "стационарно" и "удаленно" из данной статьи:
- если Вы работаете через VPN-тоннель в пределах сети организации, то это "стационарно"
- если Вы используете VPN-тоннель, чтобы получить доступ к сети организации извне, то это "удаленно"
Рассмотрим случай, когда коннект нестабилен. Работать в таком случае с использованием RDP- или Веб- клиента будет довольно трудно. В настоящее время не по всей России есть качественные стабильные каналы связи. И репликация становится своего рода спасением. Также может быть случай, когда коннект принципиально отсутствует. Репликация + курьерская доставка спасают и в этом случае. Так что рано данную технологию сбрасывать со счетов.
Не понимаю Вашу точку зрения. Допустим я купил себе качественный красивый смартфон с большим дисплеем, о котором давно мечтал. Я хочу, чтобы данный смартфон окупался и согласен использовать его для выполнения моих текущих рабочих задач.
Если компания предоставляет мне возможность работать с ресурсами компании с моим устройством, при условии, что я установлю на него необходимое защитное ПО, почему мне отказываться.
Второй вариант: компания мне выдала смартфон, с которым мне предстоит работать. Теперь я несу юридическую ответственность за него, и, во-вторых, он мне не нравится. Я положу его в ящик стола и закрою на ключ.
Раздел по виртуализации доработан.
"Обычно" есть два разных понимания. Например, есть противопоставление клиент-серверной архитектуры и многозвенной.
Конечно общий. Только для веб-сайтов, а не ECM и ко.
А зачем? Если даже оставаться в рамках DIRECTUM, то клиентам этой ECM-системы гораздо интереснее кластера и облака. Т.е. то, что в статье либо не затрагивается совсем, либо затрагивается вскользь.
Нет, я понимаю, конечно, что можно и таблицу умножения опубликовать. Но смысл?
Конечно же, нет. Один сервер у вас будет перегружен, а второй - простаивать бОльшую часть времени.
Балансировка нагрузки используется для балансировки нагрузки. Если у вас кластер из 5 машин с распределением нагрузки, то вы можете распределять нагрузку. Для масштабирования вам надо добавить еще машин.
О да! DIRECTUM - это большинство. А EMC/Documentum и Alfresco - так, погулять вышли.
Ой, а у меня на работе сейчас тоже используется кросс-платформенная ECM-система. Как же быть?
Андрей, а давайте вы будете говорить только о том, в чем разбираетесь? Современные технологии позволяют разрабатывать ECM-системы, которые будут эффективно бежать на современных же процессорах с архитектурой ARM. Разумеется, это не относиться к Microsoft Windows Server и Microsoft SQL Server. Ну и что с того? Linux, фреймворки на Java, Mongo, Redis и прочая компания великолепно справятся с этими задачами. То, что вы этого не знаете, не значит, что этого не существует.
И если что, nVidia Tegra 4 или Qualcomm Snapdragon 800 более производительны, чем чипы Intel, бывшие в продаже 10-12 лет назад (тогда, когда началась разработка сами-знаете-чего).
Андрей, вы просто не в курсе ситуации. Поднимите ряд постов от Ивана Середкина и, самое главное, комменты к ним. И в них, и в этой статье облаками называют именно VPS. И я понял все очень верно (по крайней мере, на тот момент).
Ага, только сервер ECM, ни сам пользователь могут этого не понимать. Классическое противопоставление локальный-удаленный трещит по швам даже от обычных ноутбуков, не говоря уже про более мобильные устройства.
Конечно. Поэтому я и написал, про тонких клиентов с частичной поддержкой офлайн-режима. Но проблема плохого качества связи в России сильно преувеличена. Есть еще места, где связь может быть дорога для "домашних" пользователей, но корпоративные сейчас остаются без связи разве что "в полях". Но там и сервера никто не разворачивает.
Кого они спасают? На дворе 21 век! Почти ни у кого нет такой репликации, как у DIRECTUM. Да и DIRECTUM все больше отказывается от нее, пропагандируя своим клиентам удаленное подключение.
Нет. Перечитайте еще раз статью. Вы купили маленький смартфон с "дохлым" процессором, без KNOX или аналогичной системы безопасности. Иначе проблема не стоит выеденного яйца.
Андрей, ну зачем вы снова начинаете говорить о том, о чем не имеете малейшего представления? Яндекс предоставляет на выбор топовый iPhone, топовый Samsung и топовую Nokia. Вы можете их использовать как заблагорассудится, при условии обязательного использования мобильных сервисов компании. Всё.
Процент отказов настолько мал, что ваше мнение можно просто не принимать в расчет, считая его статистической аномалией.
Андрей, и после столь частого и страстного поминания Директума вы еще мне пинаете за два упоминания оного? ). Шутка. Ольга все-таки не поднимала имя конкретной системы, разве что картинку ).
Вообще, конечно, я не понял, какое отношение размещение ИС имеет к способам работы с ней.
Я бы предложил тут структурировать тему так, точнее две тему сделать:
В итоге, реально имеем несколько измерений для оценки чего-угодно (что бы понять какие есть «достоинства и недостатки»): логическая архитектура, роль, устройство, реализация на устройстве. И такая 4-ех мерная матрица уже выглядит сильно ).
А вообще надо, конечно, и тут Андрей прав, когда пытаемся что-то проанализировать раздвигать собственные границы восприятия. Жестко поставить под сомнение все что делаем своя любимая компания, например ).
Вот можно пофантазировать… Есть задача – реализация банка геологических данных (терабайты данных) с поддержкой процесса разведки и эксплуатации. Компания имеет распределённую структуру в дремучих регионах Отечества. Доступ должен быть, в том числе, на защищенных планшетах геологов, когда они в тундре в 500 км до ближайшей жизни и им надо видеть сведения (да хоть документы) с привязкой к местности на карте. Чем не задача для ECM? А как ее вписать в тот мир, к которому вы привыкли? Что же не правильно в итоге – задача, ECM, или ваше представление о первых? ) Шутка.
В том-то и дело, что Ольга дала описания, которые актуальны только для DIRECTUM. Это вообще довольно подробное переложение рекламных материалов.
Андрей, это, к сожалению, неправда. Я участвовала в программе мобилизации Яндекса лично и знаю, что в зависимости от должности и стажа работы в компании могут выдать как топовый телефон (какой попросишь, например, мне дали новёхонький HTC One X 16Gb), а могут старый, кем-то уже ранее пользованный Samsung с трещиной на экране. И вариант с тем, что уберёшь в стол и больше никогда ничего не попросишь - есть. Даже в Яндексе.
Коллеги, спасибо вам большое за комментарии! Однако, я призываю вас обращать внимание на теги к статьям. Целью написания было как можно более понятно объяснить людям, какие есть способы развёртывания системы и варианты работы с ней, причём людям, которые совсем ничего не понимают в архитектуре систем и способах взаимодействия с ней. И для них VPN и RDP - это тёмный лес, в котором они внезапно очутились без компаса и фонаря.
ОК, значит ваш директор по распространению технологий меня обманул. Буду знать.
Я там уже не работаю, так что он не "наш", а уже "их", и, может быть, он и не обманул, а просто вам только часть информации запомнилась, или же он ответил неполно. Всякое бывает в жизни.
Тогда путь достижения этой цели выбран очень странный. Повторюсь еще раз: в данной статье применяется терминология, специфичная для DIRECTUM. У всех прочих "репликация", "терминальный доступ", "распределение нагрузки" - это термины, имеющие другой смысл.
А по поводу того, новые или старые устройства дают в Яндексе - это на самом деле не так важно. Главное - суть: если человек готов тратить свое личное время, для того, чтобы работать с мобильных устройств (просит BYOD), то компании стоит задуматься, а не обеспечить ли его корпоративным устройством. Мне думается, что единовременные затраты в размере половины (а для Москвы и того меньше) месячной зарплаты хорошего специалиста - это не сильно больша плата, за то, чтобы он работал сверхурочно (и при этом, как правило, совершенно бесплатно).
Для желающих получить изложенный материал не в виде 2-х страниц, а в виде 20, могу предложить - http://4cio.activetextbook.com/active_textbooks/34#page531 Раздел "Принципы построения ИТ-инфраструктуры".
Кстати, коллеги, я не знаю сама, сомневаюсь, но как вы думаете, относятся ли к подвиду BYOD случаи, когда сотрудник приносит в компанию не свою технику, а свои собственные лицензии на ПО?
Скажем, нанимает компания дизайнера, а у него есть свои собственные лицензии на ПО для создания макетов GUI, для рисования и проч. (купленные лично им, но пригодные для коммерческого использования, конечно). Мне кажется, что тоже может, потому что в данном случае компании уже не нужно будет нести дополнительные затраты на покупку ПО для обеспечения работы сотрудника (иногда по цене сравнимые с покупкой технических средств). Понятно, что с уходом сотрудника "уходит" и его лицензия, так же, как если он пришёл со своим ноутбуком и ушёл вместе с ним тоже.
Как считаете?
Андрей Ардашев написал:
Андрей, не всякое "облако" использует виртуализацию.
Суть "облака" - распределенные вычисления и распределенная обработка данных.
Суть виртуализации - отделение понятия компьютер или сервер от физического оборудования - на одном физическом сервере может быть много виртуальных и наоборот несколько физических серверов могут быть объединены в один виртуальный).
При этом ничего не мешает строить свое "облако" как на виртуальных, так и на физических серверах.
В статье расписано много вариантов работы с ECM. Хорошая статья, подробная, однако поясню почему поставил тройку:
1. Не понятна ее аудитория. ИТ-специалисту будет скучно, он и так все это знает, ничего нового, для него скорей даже поверхностно. Прикладным специалистам будет непонятно и неинтересно.
2. Очень мало сказано о плюсах и минусах описанных вариантов работы. Например, каких случаях лучше использовать RDP, а в каких удаленного клиента.
3. Варианты работы обычно ограничиваются архитектурой выбранной СЭД, об этом тоже ничего не сказано.
4. Варианты приведены сплошным списком, хотя их стоило бы сгруппировать, например, так (прошу не ругать, над разбивной долго не думал, привел просто для иллюстрации):
- доступ с точки зрения серверной части (для пользователя разницы нет, на этом стоит сделать акцент).
- варианты доступа пользователей (мобильный, десктопный клиент, с собственного устройства и т.п.)
- варианты организации работы удаленных площадок (филиалов, дочерних структур) - репликация или единый сервер.
Думаю, что нет. Все-таки суть BYOD в том, что некий "прибор" используется и в личных и в рабочих целях. Device (последняя буква в аббревиатуре BYOD) - это прибор, устройство, но не ПО.
В целом эти рассуждения похожи на делопроизводственные споры по поводу протоколов совещаний. По классике протоколы относятся к информационно-справочным документам, а не к распорядительным. Однако ценность протоколов для компании почти всегда именно в их распорядительной части (принятые решения), поэтому прогрессивные компании относят их к РД и собственно попадают они в порядок работы с РД. Но спорить здесь можно очень долго на стыке догм и реалий жизни :)
Андрей, вы в принципе против репликации или против репликации "как у DIRECTUM"?
Андрей, поясните, пожалуйста, в чём, на ваш взгляд, разница в значении этих терминов у DIRECTUM и у "всех прочих" (и у каких конкретно всех).