По вашему запросу ничего не найдено :(
Убедитесь, что запрос написан правильно, или посмотрите другие
наши статьи:
В этой статье мы расскажем про самые популярные и полезные паттерны архитектуры программного обеспечения.
Многоуровневая архитектура (n-уровневая)
Многоуровневая архитектура является одной из самых распространенных. Ее идея заключается в том, что компоненты с одинаковыми функциями организованы в горизонтальные слои, или уровни. В результате чего каждый уровень выполняет определенную роль в приложении.
В таком варианте архитектуры нет ограничения на количество уровней, которое может иметь приложение. При этом здесь также продвигается концепция разграничения полномочий. Многоуровневая архитектура абстрагирует представление о программном обеспечении как о едином целом; предоставляя достаточно информации для понимания ролей каждого уровня и взаимосвязи между ними. Стандартной реализацией такой модели может быть:
Пользовательский интерфейс/уровень представления: отображение и запуск пользовательского интерфейса, отправка запросов серверному приложению.
Уровень приложений: содержит уровень представления, уровень приложения, уровень предметной области и уровень хранения и управления данными.
Уровень предметной области: этот уровень содержит всю логику предметной области, сущности, события и другие типы объектов, которые содержат логику предметной области.
Уровень базы данных: это уровень данных, который используется для сохранения данных, которые будут использоваться сервером приложений.
Пример: десктоп приложение, электронная коммерция или веб-приложения и т.д.
Клиент-сервер
Это наипростейшая архитектура, состоящая из сервера и нескольких клиентов. Она представляет собой распределенную структуру, которая распределяет задачи или рабочую нагрузку между поставщиками услуг, называемыми серверами, и заказчиками услуг, называемыми клиентами.
При такой архитектуре, когда клиент отправляет запрос данных на сервер, сервер принимает этот запрос и отвечает клиенту, предоставляя требуемые данные. Клиенты своими ресурсами не делятся.
Пример: электронная почта, обмен документами, банковские операции и т.д.
Event-Bus (событийно-ориентированная архитектура)
Это распределенная асинхронная архитектура для создания быстро масштабируемых реактивных приложений. Такая архитектура подходит для стека приложений любого уровня, от маленьких до сложных. Основная идея – асинхронная доставка и обработка событий.
Эта модель состоит из четырех основных компонентов:
Источник события
Получатель события
Канал
Шина событий
Источник публикует сообщение в определенный канал на шине событий. Получатель подписывается на определенный канал и получает сообщения, которые публикуются на канале, на который они подписаны.
Пример: электронная коммерция, разработка мобильных приложений, службы уведомлений и т.д.
Шаблон брокера
Этот шаблон можно использовать для структурирования распределенных систем с несвязанными компонентами, взаимодействующими посредством удаленных вызовов служб. Компонент брокер отвечает за координацию обмена данными между компонентами; таких как переадресация запросов, а также передача результатов и исключений.
Серверы публикуют свои возможности (услуги и характеристики) брокеру. Клиенты запрашивает услугу у брокера, и затем брокер перенаправляет клиента к подходящей услуге из своего реестра.
Пример: ПО брокера сообщений, Apache ActiveMQ, Apache Kafka, RabbitMQ, JBoss Messaging и т.д.
Микросервисный шаблон
В данной модели службы взаимодействуют с использованием синхронных протоколов, таких как HTTP/REST, или асинхронных протоколов, таких как AMQP (Advanced Message Queuing Protocol - расширенный протокол организации очереди сообщений). Службы можно разрабатывать и разворачивать независимо, и каждая служба будет иметь собственную базу данных. Согласованность данных между службами поддерживается с помощью шаблона Saga (последовательность локальных транзакций).
Пример: может быть реализован в различных вариантах использования, особенно в обширном конвейере данных
Одноранговая модель (Peer-to-Peer)
Здесь, как и в обычной клиент-серверной архитектуре, несколько клиентов взаимодействуют с центральным сервером. Но модель одноранговой сети (Р2Р) состоит из децентралированной сети одноранговых узлов.
В этом шаблоне узлы ведут себя и как клиенты, и как серверы. Одноранговые узлы могут функционировать как клиент, запрашивающий услуги у других одноранговых узлов, и как сервер, предоставляющий услуги другим одноранговым узлам.
Сети Р2Р распределяют рабочую нагрузку между одноранговыми узлами, и все они вносят и потребляют ресурсы внутри сети без необходимости использования централизованного сервера. Одноранговый узел может динамически менять свою роль с течением времени
Пример: файлообменные сети, мультимедийные протоколы PDTP, P2PTV, биткоин, блокчен и т.д.
Blackboard (доска объявлений)
Данный паттерн полезен при решении задач, для которых не известны детерминированные стратегии решения.
Все компоненты имеют доступ к «доске объявлений». Компоненты могут создавать новые объекты данных, которые в последствие будут добавлены на эту доску. Компоненты ищут определенные типы данных на доске и находят их по образцу, совпадающему с существующим источником знаний.
Этот шаблон состоит из трех основных компонентов:
Доска объявлений: структурированная глобальная память, которая содержит объекты из пространства решений.
Источник знаний: специализированные модули с собственным представлением решения
Компонент управления: выбирает, настраивает и выполняет модули
Пример: быстрое распознавание, идентификация структуры белка, интерпретация сигналов звуколокатора, программы машинного обучения и т.д.
Каждый день на сайт заходят тысячи поисковых роботов/ботов, и очень немногие из них помогают. Некоторые из них вообще являются продуктами злоумышленных целей ботами или спамом.
Откуда можно узнать, сколько разных ботов посещают ваши веб-сайты?
На самом деле, однозначного ответа нет. Для этого необходимо просмотреть файл access.log веб-сервера и найти столбец User-Agent. Допустим, вы хотите перечислить все боты, кроме Googlebot, тогда вы можете выполнить следующую команду на вашем веб-сервере, где существует файл access.log.
grep bot access.log |grep -v Googlebot
Вас тоже удивил результат? Вот, что выдал тот же запрос на моем сервере:
root@gf-prod:nginx# grep bot access.log |grep -v Googlebot | wc -l
616834
root@gf-prod:nginx#
Прежде чем блокировать что-либо, необходимо просмотреть их и убедиться, что вы не блокируете то, что используется вашим приложением. Вообще, есть много способов блокировки ботов, но я всегда предпочитаю блокировать их на границе.
Причина проста - бесполезные запросы вообще не должны попадать и обрабатываться веб-сервером.
А теперь, давайте узнаем, как блокировать ботов, которые вам не нужны, с помощью брандмауэра Cloudflare.
Заходим на панель управления Cloudflare;
Переходим на вкладку Firewall, затем - правила firewall и нажимаем на кнопку создать правило firewall.
Вводим название правила;
В качестве фильтра выбираем User Agent, оператор - contains, а в качестве значения - название бота, которое нужно заблокировать;
Чтобы добавить несколько критериев в одно правило используйте оператор OR.
Примечание: боты, указаны в целях демонстрации, они не обязательно вредоносные.
Затем в качестве действия выбираем Block и нажимаем Deploy;
Если умеете работать с выражениями, то тоже самое можете сделать кликнув на ссылку Edit expression. Сразу после применения, можно будет увидеть созданное правило. Чтобы данное правило применялось к трафику, переключатель состояния должен быть ON.
Легко, не так ли?
Что еще можно сделать, экспериментируя с правилами межсетевого экрана?
Для повышения безопасности можно применять указанные ниже критерии блокировки:
Блокировать если запрос идет с конкретного ASN или IP адреса;
По соответствию ключевым словам cookie, referrer, X-Forwarder-for;
Блокировка запросов из конкретной страны;
Отключение нежелательных HTTP-методов в роде PUT, DELETE, OPTIONS, PURGE и т.д.
И другие подобные опции. Все это можно выполнить как с помощью графического интерфейса, так и редактированием выражений. Изменения применяются почти сразу.
Заключение
Правила брандмауэра Cloudflare - отличный способ без простоев повысить защиту веб-приложений на границе сети. Если еще не применяете данное решение, вы также можете рассмотреть возможность использования Cloud WAF для повышения безопасности приложений и защиты от DDoS и других сетевых уязвимостей.
Вы владелец бизнеса и задумываетесь об IP-телефонии, но не можете понять нужно ли вам это? Или вы IT работник и вашему руководству нужно обоснование чтобы внедрить новую систему телефонии в офис? Тогда эта статья для вас! Сейчас мы перечислим основные преимущества, чтобы вы как можно быстрее cмогли их опробовать.
Экономия
По данным многочисленных исследований внедрение IP телефонии позволяет уменьшить расходы на связь 50 до 75%. Звучит нереально, но на самом деле все так. Давайте просто посмотрим.
IP - телефония работает немного иначе чем обычная старая телефонная связь. Вам не нужно кучу дополнительного оборудования, протягивать кабели по всему офису, делать розетки и отводить отдельное помещение под громоздкую телефонную станцию. Все зависит от ваших целей и потребностей. Если у вас нет сотен тысяч сотрудников, то для вас подойдет небольшой сервер, который может работать на обычном компьютере.
Не хотите покупать для всех стационарные телефоны? Не проблема, звонки можно совершать через программу на компьютере. Используете для работы только мобильный телефон? Не проблема, он тоже подойдет! У вас маленький офис и нет возможности держать отдельный сервер и человека отвечающего за его обслуживание? Тогда вам подойдет облачная IP-телефония. Вы расширяетесь? Вам ничего не будет стоить добавить новых пользователей, в отличие от обычных аналоговых линий. Ну и безопасность этого решения позволит избежать неоправданных потерь.
Так что если вы хотите сэкономить, то IP-телефония – ваш выбор!
Качество связи
Это очень важная и серьезная часть. Согласитесь, вы бы не хотели, чтобы вашим переговорам с партнерами мешали помехи или во время разговора с клиентом произошел обрыв связи. В современных реалиях это неприемлемо, и несет за собой коммерческие и репутационные потери. Использование современной телефонной системы позволит избежать проблем с качеством звука и всегда быть уверенным, что никакой сбой не помешает вашей работе.
Функционал
IP-телефония позволит подстроиться под любую задачу для вашего бизнеса. Вы можете интегрировать её с вашей CRM, и сразу получать в ней карточку клиента, управлять и принимать вызовы, хранить записи звонков и быть уверенным, что у вас не затеряется ни один клиент. В таких условиях время обслуживания клиента сокращается, а все мы знаем, что время это деньги! VoIP решение поможет увечить вам общую продуктивность.
А если вам нужна статистика, чтобы узнать какой отдел или сотрудник “проседает”, или у кого наоборот слишком большая нагрузка, то IP-телефония точно для вас! Появилась необходимость организовать колл-центр? С IP-телефонией вы сможете организовать его работу так, как это нужно именно вам.
Хотите сделать что-то поинтереснее, получать больше отчетов или получить интеграцию еще с чем-то? Отлично, благодаря IP-телефонии вы сможете реализовать все самые смелые идеи. А поскольку это современная и развивающаяся технология, то все новинки всегда будут без проблем доступны вам!
Заинтересовались? Тогда еще можете прочитать про 10 причин, почему IP-телефония — это круто
.