`
34
должна храниться на специально подготовленном сервере или виртуальной
машине, куда доступ полностью разграничен и защищён межсетевым экраном,
должна осуществляться двухфакторная авторизация к ресурсу хранения таких
данных.
Также неудобство заключается в том, что затрудняется оперативность
получения информации сотрудниками, в некоторых случаях, отсутствие
инструментов для доступа к серверам разработки, не дает возможности
скопировать дистрибутивы, в таких случаях требуется обращаться в ИТ-отдел
или к другим сотрудникам у кого доступ и инструменты имеются. Отсюда
появляются лишние цепочки взаимодействий, где получение информации
может затянуться.
Но основной проблемой является получение уже размещенных
дистрибутивов, патчей, удаленно. Во время командировок и выездов
инженеров к Заказчикам за частую требуется доступ к ресурсу, где
располагается необходимая информация, но такой доступ просто отсутствует.
Заранее предугадать и загрузить на внешние накопители необходимые
дистрибутивы не всегда удаётся, поэтому периодически приходится
взаимодействовать инженерам с коллегами находящимися в офисе и
выкладывать необходимую информацию на внешние облачные хранилища:
«Dropbox»; «Google Drive», что уже напрямую нарушает политику
безопасности, использование таких ресурсов запрещено в компании.
Учитывая сложившуюся проблематику, для решения проблемы,
требуется создание и внедрение информационной системы облачного
хранилища в стиле «Dropbox», сервер, для её размещения может быть, как
физическим, так и виртуальным и находиться внутри периметра компании.
Система должна позволять быстро, удобно и без нарушения политик ИБ,
осуществлять обмен данными между сотрудниками подразделений, как
локально, так и удаленно, с возможностью предоставления прямых ссылок на
загрузку файлов. Предпочтительно то, что система или ресурс должен
базироваться на операционной системе Linux, для удобства связей с ВМ
`
35
сегмента разработки. Также должен быть реализован веб-интерфейс,
позволяющий беспрепятственно предоставлять доступ пользователям через
стандартные браузеры: «Google Chrome»; «Firefox»; «Internet Explorer».
Доступ к ресурсу должен осуществляться посредством протокола HTTPS и с
использованием локальной аутентификации.
Если сказать общими словами, то подразделениям требуется
инструмент, с помощью которого можно будет оперативно и безопасно вести
обмен файлами, такой информационных обмен не должен противоречить
политике безопасности компании и должен быть удобен в использовании для
всех сотрудников. Для такой реализации потребуется создание
информационной системы, речь про которую пойдет ниже.
1.6 Анализ существующих разработок, ИС и ОС для автоматизации
процесса
Решений на рынке удовлетворяющим требованиям из предыдущей
главы очень мало, ведь в настоящее время популярность среди компаний
активно набирают именно публичные облачные хранилища. Большой плюс в
том, что компания не платит больше ни за что, кроме ежемесячной подписки
за использование ресурсов. Отсутствуют затраты на собственную ИТ
инфраструктуру и персонал. Достаточно простая процедура увеличения
мощностей и других характеристик.
Основные минусы публичных облачных хранилищ:
1. Данные хранятся на серверах компании предоставляющей услуги,
что ведет к риску нарушения конфиденциальности и безопасности,
ведь в настоящее время пока нет технологий позволяющим их
гарантировать на 100%, поэтому для многих компаний, не взирая на
все плюсы приходится организовывать собственные облачные
хранилища.
2. Требуется устойчивое подключение к сети интернет, при загрузке
файлов в случае обрывов связи, процесс придется начинать заново.
`
36
Компании, использующие собственные облачные хранилища, это,
обычно организации из государственного и промышленного сектора, такие
компании исходя из своей специфики работы генерируют большое количество
конфиденциальной информации, информацию содержащую государственную
тайну, а также бизнес-критичную информацию, связанную с самой
компанией, безопасность и конфиденциальность этих данных должна
полностью соблюдаться, не нарушая законодательство РФ и политики
информационной безопасности.
На рынке всего два серьезных конкурирующих между собой продукта,
которые смогли бы удовлетворить требования для возможности
автоматизации проблемного процесса это – NexCloud (OwnCloud) и Seafile.
Оба продукта являются открытыми и идейно похожи на «Dropbox»
NextСloud– это свободное и открытое веб-приложение для синхронизации
данных, общего доступа к файлам. NextСloudнаписан на языках
программирования PHP и JavaScript. ownCloud работает с базами данных
SQLite, MariaDB, MySQL, Oracle Database и PostgreSQL, и работает на
серверах под управлением Linux, в том числе на Raspberry Pi. Разработчиком
является Франк Карличек, он стремился создать бесплатную альтернативу
коммерческим облачным сервисам хранения данных. В отличие от
коммерческих сервисов, NextСloudможно установить на собственный сервер
без дополнительных затрат. В 2016 году Франк Карличек покинул компанию
ownCloud Inc и объявил о создании форка свободной облачной платформы.
Новый проект получил название NextCloud.
Отличительной особенностью NextСloud является функционал хранения
файлов на серверах и в тот же момент они могут быть доступны через
WebDAV (расширение протокола HTTP с поддержкой совместной работы
пользователей над файлами)
Также архитектура NextСloud позволяет добавлять функциональность
на сервер в виде приложений, офисные приложения, календари, обмен
сообщениями, почта и другие.
`
37
Seafile – приложение аналог NextCloud, идея у них одна – хранить файлы
на собственных серверах, альтернатива коммерческих облачных сервисов.
Архитектурно, приложение построено по модульному принципу, где
написанное на Python веб-приложение используется исключительно для
формирования веб-интерфейса и обработки запросов от клиентов, а за
хранение и обмен файлами отвечают демоны, реализованные на языке C+, что
дает не значительное преимущество в производительности.
Рис. 12. Схема типового локального сервера файлового
хранилища
Сравнительная таблица возможностей продуктов
Таблица 1
NextCloud
Seafile
Совместная работа и личная эффективность
Уведомления
+
+
Управление доступом
+
+
Поиск и фильтры
+
+
Возможности хранилища
Максимальный объем
диска
Неограниченно
Неограниченно
Встроенный офис
+
-
Максимальный объем
файла
Неограниченно
Неограниченно
`
38
Шифрование
соединения
+
+
Управление
пользователями
+
+
История действий
нет
+
Системы совместной работы
Работа с электронной
почтой
+
-
Обмен сообщениями
+
-
Расписания
+
-
Список задач
+
-
Общие
Мультиплатформенность
+
+
Развёртывание
Облако
Сервер
Облако
Сервер
Доступные языки
Русский, English
English
Стоимость до 5 человек
Бесплатно
Бесплатно
Стоимость свыше 5
человек
Бесплатно
Платно
Стоимость свыше 50000
человек
Платно
Платно
Поддерживаемые СУБД
SQLite, MariaDB,
MySQL,
Oracle,
PostgreSQL
SQLite, MySQL
Поддерживаемы OS
Fedora
RHEL
Centos
openSUSE & SLE
Debian
Ubuntu Server
Debian 9
Ubuntu 18.04
Centos 7
Вывод: оба продукта достаточно хороши и каждый из них имеет
существенные плюсы и минусы, для кого-то минусы конкурента для своих
задач могут показаться плюсами или наоборот, все равно выбор будет зависеть
от поставленных задач и целей. Наш выбор сделан в пользу NextCloud, ПО
архитектурно не дотягивает до своего конкурента, но в тоже время имеет ряд
преимуществ, например, у ПО имеется поддержка русского языка в отличие
от Seafile, а ключевым конкурентным преимуществом является стоимость
владения – она полностью бесплатна, платное только корпоративное решение
свыше 50 000 пользователей, также разработчики предлагают свою
техническую поддержку с разными SLA. Еще из преимуществ NextСloud– это
`
39
поддержка большего количества баз данных, для «Ростелеком солар» это
важно, так как компания обычно использует типовой набор БД, как правило -
это либо PostgreSQL, либо Oracle и соответственно у компании имеются
специалисты по этим продуктам.
В качестве серверной операционной системы выбор сделан в пользу Red
Hat Enterprise linux 7.6 (RHEL 7.6), так как в компании данная OS является
типовой, используется почти во всех собственных продуктах, она
адаптируется практически к любой другой OS, поддерживаются все известные
протоколы и технологии, большинство разработчиков и инженеров компании
имеют большой опыт работы с ней, в компании имеется постоянная подписка
на техническую поддержку. Сама RHEL 7.6 позволяет администраторам и
разработчикам приложений свободно и быстро задавать правила
использования системных ресурсов (таких как память, процессор, сеть) в
соответствии с потребностями бизнеса, сама система достаточно проста в
настройке.
1.7 Выбор способа приобретения ОС и ПО для автоматизации
процесса
Платформа NextСloud фактически является свободно
распространяемым ПО и лицензируется в рамках GPL (General Public License),
это означает, что его можно загрузить и использовать весь функционал
абсолютно бесплатно. Компания разработчик в свою очередь предлагает
корпоративные решения для высококритичного окружения и специальные
платные тарифы. Решение представляет из себя расположение ПО NextСloud
на собственных хостингах компании, осуществлять техническую поддержку,
как по почте, так и по телефону 24/7, предоставляет услуги помощи миграции
с других платформ, организация информационной безопасности сегмента
файлового хранилища и выполнения прочих настроек. Фактически все
платные тарифы и услуги, содержащиеся в них предоставляемы компанией,
являются расширенной технической поддержкой
`
40
Ниже на Рис.2.3 в таблице указаны основные тарифы приобретения
подписки. Основными отличиями, является поддержка по телефону и почте в
часы критичные для бизнеса и в формате 24/7. Плюс в премиум варианте
добавляется SLA на исправления в продукте, что будет гарантировать работу
всего функционала и системы в целом.
Учитывая специфику бизнес процесса требующего автоматизации,
компетенции специалистов и программистов компании «Рослетеком Солар» и
ценовую политику ПО NextCloud, можно сказать, что платные тарифы и
включающие в них услуги не потребуются. Бизнес-процесс автоматизации
также не требует низкоуровневых кастомизаций, учитывая компетенции
технической поддержки «Ростелеком Солар» техническая поддержка
специалистами NextСloudбудет избыточна и не оправдана в финансовом
плане, в случае её приобретения.
Схема лицензирования операционной системы, Rhel 7.6 представляет из
себя приобретение подписки разных уровней. Все зависит от информационной
архитектуры, в различных компаниях она может отличаться как по составу
продуктов, так и по требованиям к уровню поддержки.
На Рис.13 представлена схема вариантов подписок. В компании
«Ростелеком Солар» уже существует подписка уровня «Premium», поэтому
приобретение ее не потребуется.
`
41
Рис. 13. Таблица доступных подписок на NextСloud Enterprice
`
42
Рис. 14. Таблица доступных подписок на OS RedHat
Приоритет 1 — означает полное прекращение работы системы и
невозможность нормального продолжения рабочей деятельности всей вашей
компании
Приоритет 2 — означает, что часть программного обеспечения продолжает
работать, но его недостаточно для продолжения нормального
функционирования компании
Приоритет 3 — означает некритические проблемы в работе системы,
частичную потерю функционала, которая несет за собой потерю
производительности, но не приводит к полному прекращению работы в целом
Приоритет 4 — означает проблемы, не требующие срочного решения: ошибки
в документации, общие вопросы по использованию, незначительные ошибки
при работе программного обеспечения
`
43
2. Проектная часть
2.1 Этапы жизненного цикла создания ИС
Целью жизненного цикла является определение порядка выполнения
этапов работ проекта внедрения.
Жизненный цикл внедрения информационных систем в компании
определен и согласован на уровне руководства компании и является, как
правило типовым, с возможностью не больших изменений и корректировок.
Обязательным этапом процесса внедрения является его пилотная часть, с его
помощью удается ближе познакомиться с тем или иным продуктом, оценить
весь необходимый его функционал, проверить работу и принять решение о
внедрении его в компанию. Но в нашем случае фактического процесса выбора
ПО в рамках пилотного проекта не будет т.к ПО уже определено и внедрение
ПО будет осуществляться собственными силами. Поэтому, ниже будет
представлен только сам процесс проведения пилота без описания.
Рис. 15. Процесс проведения пилотного проекта