75
Рис. 13. Класс регистрации в системе
После организации модуля регистрации необходимо реализовать
подсистему входа в систему (рис. 14-16). После приема данных с формы (рис. 14)
в POST параметрах и обработки их методами класса авторизации (рис. 16)
осуществляется формирование запроса к базе данных, которые сверит введенные
данные, с данными в базе данных, которые сопоставлены с введенной
электронной почтой. В случае отсутствия пользователя выводится сообщение,
что такого пользователя нет, если данные пользователя найдены происходит
переход на главную страницу и выводится сообщение об успешной авторизации
в системе.
76
Рис. 14. Прием и проверка данных авторизации
Рис. 15. Создание формы авторизации
Реализация класса авторизации представлена на рис. 16.
77
Рис. 16. Класс авторизации в системе
Класс определяет свойства и методы, которые связаны с процессом
авторизации в системе:
private $email;
private $password;
public function validate();
78
public function getEmail();
public function setEmail( $email );
public function getPassword();
public function setPassword( $password ).
Таким образом был организован функционал регистрации и авторизации
в системе, предназначение которого состоит в обеспечении безопасности
приложения и данных организации и ее пользователей.
Серверная архитектура приложения будет организована путем
использования контейнеров, созданных с помощью Docker. Описана
конфигурация в файле docker-compose, который отображает компоненты
(сервисы), которые будут использованы для построения архитектуры
приложения.
Конфигурация представлена ниже:
version: '3.7'
services:
nginx:
image: nginx:latest
ports:
- "80:80"
- "443:443"
volumes:
- ./hosts:/etc/nginx/conf.d
- ./www:/var/www
- ./logs:/var/log/nginx
networks:
- backend
- frontend
depends_on:
- php
- mysql
79
container_name: nginx_docker
php:
build: ./images/php
volumes:
- ./www:/var/www
networks:
- backend
container_name: php_docker
mysql:
image: mysql:8
command: --default-authentication-plugin=mysql_native_password
restart: always
ports:
- "3306:3306"
volumes:
- ./mysql:/var/lib/mysql
environment:
MYSQL_ROOT_PASSWORD: passwork
MYSQL_USER: adminuser
MYSQL_PASSWORD: password
networks:
- backend
container_name: mysql_docker
phpmyadmin:
image: phpmyadmin/phpmyadmin
container_name: phpmyadmin
ports:
- 8090:80
links:
- mysql:db
80
networks:
- backend
networks:
backend:
frontend:
Представленная конфигурация включает 4 сервиса, которые
представлены сервером NGINX, PHP, MYSQL, phpMyAdmin (рис. 17).
Рис. 17. Работающие контейнеры (программа Dockly)
Таким образом были разработаны функции защищенного приложения,
включающие регистрацию и авторизацию, а также разработана конфигурация
Docker-compose, которая позволит создать набор связанных элементов, для
обеспечения работы работы NGINX, PHP, MYSQL, phpMyAdmin сервисов
(контейнеров), запущенных с помощью Docker и связанных между собой по
инструкциям файла конфигурации. Размещение компонентов системы в
отдельных контейнерах вместе с функциями регистрации и авторизации на базе
алгоритма bcrypt позволят обеспечить безопасность веб-приложения.
Для организации рабочих мест сотрудников, которые будут работать с
информационной системой, также рекомендуется использовать возможности
виртуализации. Обосновать это можно тем, что разовые затраты на внедрение
технологий виртуализации позволят экономить на поддержке серверов,
обновлении оборудования, лицензиях Microsoft. При использовании технологий
81
виртуализации время восстановления вышедшего из строя сервера занимает
минуты, в то время как вышедший из строя «железный» сервер может
восстанавливаться часами.
Один из основных инструментов управления серверами – система
мониторинга, она позволяет в про-активном режиме отслеживать сбойные
сервисы серверов, загруженность памяти и процессоров, место на жестких
дисках и немедленно реагировать на эти изменения.
Приведем образец оптимизации серверной инфраструктуры посредством
программной платформы для виртуальных машин - VMware vSphere Enterprise
4.1. Указанную платформу необходимо развернуть на физических серверах, в
качестве моделей серверов предложены HP ProLiant DL360 G6 и сервере HP
ProLiant DL160 G6 с VMware vCenter, для консолидации и упрощения функций
управления виртуальными машинами. В качестве системы хранения данных
была - СХД IBM System Storage DS3512 с iSCSI Host-интерфейсом. СХД хранит
на себе все пользовательские данные, а также образы виртуальных машин.
Коммутационная сеть iSCSI предлагается в виде двух выделенных
коммутаторов Gigabit Ethernet CISCO Catalyst WS2960G Для обеспечения
функций резервного копирования, предлагается выделенный Backup сервер на
базе IBM System x3620 M3 с ПО Veritas Backup и подключенная к нему
ленточная библиотека IBM TS3100. На виртуальных машинах рекомендуется ПО
Veeam Backup & Replication для резервного копирования виртуальных машин.
Для хранения «оперативного» бэкапа использованы возможности сервер HP
ProLiant DL180 G6. Схема предлагаемой инфраструктуры приведена на рис. 18.
82
Рис. 18. Разработанная серверная архитектура для обеспечения
АРМ
В результате разработанная инфраструктура может решить множество
задач и позволяет перейти от классической архитектуры «одна задача – один
сервер» к архитектуре с системой без единой точки отказа и виртуальными
серверами. Реализована система централизованного резервного копирования с
промежуточным быстрым хранилищем на основе жестких дисков и
долговременным хранением на магнитных лентах. Процесс резервного
копирования полностью автоматизирован.
Использование технологий виртуализации позволяет масштабировать
вычислительные мощности путем простого добавления физических серверов к
системе. Основная дисковая СХД имеет внушительный запас по
производительности и позволяет масштабироваться до 96 жестких дисков SAS
или SATA.
2.2.2. Контрольный пример реализации проекта и его описание.
83
После завершения процесса разработки была проверена
работоспособность созданной системы, которая показана на рис. 19 -28.
Рис. 19. Страница с формой регистрации в системе
Рис. 20. Страница с формой авторизации в системе
Рис. 21. Вывод списка сотрудников организации
84
Рис. 22. Форма добавления сотрудника
Рис. 23. Вывод данных полученных через API. Уведомление о
подключении