LOGO
Забыли пароль? | Зарегистрироваться
Language icon Русский ▽


Архитектурное решение

WEHIUS – это Интернет сервис, который изменяет подход к построению различных Интернет и Интранет ИТ решений. В противоположность к традиционным CMS системам, где базовая логика CMS системы и вся бизнес логика вашего ИТ решения объединены в одном месте на одном сервере (или на каждом из серверов из фермы серверов), мы реализуем подход, где базовые функции CMS находятся в одной единой точке - сервер WEHIUS, а ваше ИТ решение (веб сайт или какое-либо другое ИТ решение) содержит исключительно модули, необходимые для управления бизнес данными (что даже не всегда необходимо) и необходимые для представления этих данных потребителям (посетителям сайта или другим ИТ системам).

Давайте сравним как это работает:

Фаза Традиционная CMS Наш подход
0 Конфигурирование решения Выполняется через административный интерфейс, расположенный на том же сервере, где и все остальные компоненты. Каждая CMS система имеет свою парадигму, которой вы в целом ограничены. Если же вам необходимо что-либо большее - вы либо начинаете углубляться в исходные коды CMS системы, либо просто переписывате самостоятельно её базовые возможности. После этого (для кластеризуемых CMS систем) - мета данные вашей конфигурации распределяются по аналогичным серверам, объединённым в кластер. Выполняется через WEHIUS, где вы можете сразу же использовать для собственных нужд публичные шаблоны, модули, словарь, или же просто с вашего ноутбука (для файлов, шаблонов, и др.) Вся конфигурация разделяется по логическим средам (например, для разработки, для тестирования, рабочие среды), которые вы сами и определяете. Ядро WEHIUS выполняет всю возможную предварительную генерацию и автоматически распределяет подготовленные элементы бизнес логики вашего приложения (которые уже интегрированы в шаблон) по серверам из конкретной среды.
1.1 Обработка запроса от пользователя (посетителя) Запрос обычно поступает в единую точку входа, которая разбирает его, а затем анализирует его содержание. Когда становится ясно, какие модули должны будут участвовать в работе, то запускается достаточно сложный процесс запроса конфигурационной информации из единой базы данных. Ничего. Всё уже было сделано единожды и заранее.
1.2 Запрос данных или исполнение бизнес логики На предыдущем шаге были определены необходимые модули из анализа конфигурационной информации. Теперь CMS выполняет бизнес логику приложения, а затем проводит процедуру объединения шаблона и результатов исполнения бизнес логики. Весь процесс состоит только из исполнения бизнес логики приложений и отправке статического содержания и динамических результатов работы бизнес логики назад к запрашивающей стороне.
2 Предоставление результатов запрашивающей стороне Результирующий поток данных отправляется запрашивающей стороне на основе базовых возможностей сервера и сети. Результирующий поток данных отправляется запрашивающей стороне на основе базовых возможностей сервера и сети.

Для того, чтобы получить более детальное представление о нашем подходе, его преимущества и недостатки, приглашаем прочитать страницы справки или направить нам ваши вопросы.