Что значит распределенное приложение
Распределенное приложение
Смотреть что такое «Распределенное приложение» в других словарях:
Кластер Terracotta — Эта статья или раздел носит ярко выраженный рекламный характер. Это не соответствует правилам Википедии. Вы можете помочь проекту, исправив текст согласно стилистическим рекомендациям Википеди … Википедия
Положение: Положение о порядке организации и проведения подрядных торгов на выполнение дорожных работ — Терминология Положение: Положение о порядке организации и проведения подрядных торгов на выполнение дорожных работ: 2.2. Заказчик юридическое лицо, для которого выполняется выставляемый на торги предмет торгов. 2.2.1. Заказчиком могут являться… … Словарь-справочник терминов нормативно-технической документации
ФОРМЫ, РАЗМЕРЫ И ПОРЯДОК ФИНАНСИРОВАНИЯ — 4. ФОРМЫ, РАЗМЕРЫ И ПОРЯДОК ФИНАНСИРОВАНИЯ 4.1. Настоящим Договором предусмотрено финансирование проекта Заказчиком общим объемом млн. рублей, распределенное по срокам в соответствии с Планом Графиком реализации инвестиционного проекта… … Словарь-справочник терминов нормативно-технической документации
ПСИХОЛОГИЯ — наука о психической реальности, о том, как индивид ощущает, воспринимает, чувствует, мыслит и действует. Для более глубокого понимания человеческой психики психологи исследуют психическую регуляцию поведения животных и функционирование таких… … Энциклопедия Кольера
Нагорный Карабах — У этого термина существуют и другие значения, см. Нагорный Карабах (значения). Контуры территории, контролируемой НКР на момент подписания соглашения о прекращении огня 1 … Википедия
Архитектура распределённых приложений
Онлайн-конференция
«Современная профориентация педагогов
и родителей, перспективы рынка труда
и особенности личности подростка»
Свидетельство и скидка на обучение каждому участнику
Описание презентации по отдельным слайдам:
Описание слайда:
Описание слайда:
Многоуровневое приложение
Уровень бизнес логики
Уровень представления
Уровень данных
Вызывающие
сервисы
Пользователи и Устройства
Источники данных
Внешние
сервисы
Описание слайда:
Категории компонент
Уровень бизнес логики
Уровень представления
Уровень данных
Вызывающие
сервисы
Пользователи и Устройства
Источники данных
Внешние
сервисы
Компоненты UI
Компоненты UI Процесса
Интерфейсы сервисов
Бизнес компоненты
Бизнес сущности
Бизнес
сценарии
Агенты сервисов
Компоненты логики доступа
Мониторинг и управление
Безопасность
Взаимодействие компонент
Описание слайда:
Содержание
Категории компонент на уровнях
Представления
Бизнес логики
Обращения к данным
Политики
Безопасности
Управления и мониторинга
Взаимодействия
Описание слайда:
Компоненты пользовательского интерфейса
Компоненты пользовательского интерфейса:
Отображают данные
Принимают введенные данные от пользователя
Проверяют введенные данные
Не инициализируют, не участвуют и не голосуют в транзакциях
Могут содержать ссылку на компоненту UI процесса
Могут содержать и функциональность отображения и функциональность управления
Описание слайда:
Пользовательский интерфейс Windows
Развитый интерфейс настольного приложения, построенный с Windows Forms
Внедренный HTML
Дополнительные модули к приложениям
Описание слайда:
Пользовательский интерфейс Windows
Используйте связывание для синхронизации данных между одновременно открытыми формами
Избегайте использования в коде жестких связей между формами
Реализуйте обработчики ошибок в формах
В пользовательских контролах делайте публичными только необходимые методы
Не реализуйте функции управления внутри обработчиков событий
Описание слайда:
Описание слайда:
Описание слайда:
Web пользовательский интерфейс
Расширяемый framework для объединения Web приложений
Microsoft Content Management Server
Microsoft SharePoint Portal™ Server 2002
IBuySpy Portal
http://msdn.microsoft.com/library/en-us/dnbda/html/bdasampibsport.asp
Описание слайда:
Интерфейс для мобильных устройств
Web интерфейс
Mobile Internet Toolkit
В модели ASP.NET
Элементы управления Web-форм
Один исходный код – множество целевых устройств (HTML, WML, cHTML)
Поддержка множества мобильных устройств
Определение возможностей устройства
Шаблоны для более чем 180 устройств
Обобщенные шаблоны
Расширяемая модель под новые типы устройств
Описание слайда:
Интерфейс для мобильных устройств
интерфейс для интеллектуального мобильного устройства
Smart Device Extensions
.NET Compact Framework
Интеграция с Visual Studio.NET
Оптимально для online и offline решений
Использует все возможности Pocket PC
Отличная интеграция с SQL Server™ CE
Мощная локальная обработка, включая графику, мультимедиа
Описание слайда:
Реализация интерфейса на основе документов
Работа с документом извне
Ввод: заполнение документа, отправка в приложение, разбор документа
Представление: генерация документа
Работа с документом изнутри
Ввод: формы и макросы внутри документа, передача данных компонентам бизнес логики
Представление: расширение документа, Smart Tags
Описание слайда:
Может применяться в определенных сценариях
Семантика пользовательского интерфейса тесно связана со схемами и методами доступа данных
Физически компоненты UI и компоненты доступа к данным расположены вместе
Для доступа к данным не требуется авторизации или дополнительной обработки на уровне бизнес логики
Уровень представления
Обращение к компонентам доступа данным из уровня представления
Описание слайда:
Разработка компонент процесса UI
Поддержка состояния длинных UI взаимодействий с пользователем
Использование несколькими интерфейсами одного UI процесса
Описание слайда:
Разработка компонент процесса UI
Обработка конкурентных пользовательских активностей
Использование нескольких панелей отображения для одной активности
Изолирование длинных пользовательских интерфейсных активностей от состояния бизнес компонент
Описание слайда:
Отделение UI процесса от UI интерфейса
Идентифицируйте бизнес процессы, в которых участвует пользовательский интерфейс
Идентифицируйте данные, необходимые для бизнес процессов
Идентифицируйте дополнительное состояние, необходимое для поддержания пользовательской активности
Разработайте визуальное представление пользовательского процесса
Описание слайда:
Проектирование компонент процесса интерфейса
Control
UI Components
Biz Components
User Process Component
действия
состояния
события
Бизнес сущность
UI
бизнес компоненты
DALC
Компоненты доступа
5
1
2
3
4
7
UIC
UI
6
Void Buttin1_Click(O, x)
<
// код обработки
>
Описание слайда:
Общие рекомендации для компонент процесса интерфейса
Выделение UI компонент процесса при
Насыщенном UI
Высокой вероятности изменения UI
Выбор хранилища состояний для компонент UI
Проектируйте компоненты сериализуемыми
Включайте обработку исключений и распространяйте исключения на уровень UI компонент
Описание слайда:
Содержание
Категории компонент на уровнях
Представления
Бизнес логики
Обращения к данным
Политики
Безопасности
Управления и мониторинга
Взаимодействия
Описание слайда:
Бизнес компоненты и сценарии
Используйте бизнес сценарии когда :
Нужно управлять процессом, состоящем из множества шагов и длинных транзакций
Нужно раскрывать интерфейс, позволяющий Вашему приложению участвовать во взаимодействии с другими приложениями или сервисами
Есть возможность использования для доступа к приложениям адаптеров из широкого списка поддерживаемых серверами интеграции
Реализуйте бизнес процессы только через бизнес компоненты, когда:
Бизнес функциональность может быть реализована в виде атомарной транзакции
Нужно инкапсулировать функциональность и логику, которая может использована во внешних бизнес процессах
Бизнес логика требует интенсивных вычислений или тонкого контроля над структурами данных API
Описание слайда:
Рекомендации для компонент бизнес логики
Максимально используйте ориентированные на передачу сообщений взаимодействия
Обеспечьте устойчивость интерфейсов к непоследовательным воздействиям
Тщательно выбирайте границы транзакций
Обеспечьте возможность вызова из сервиса (без передачи контекста пользователя)
Последовательно используйте форматы данных для входных и выходных параметров
Описание слайда:
Использование шаблона конвейерной обработки
Используйте шаблон конвейерной обработки, когда:
Возможно специфицировать последовательность заранее известных шагов
Нет необходимости ожидания асинхронного ответа на каждом шаге
Все нижележащие по уровню компоненты могут преобразовывать данные от вышележащих компонент
Преимущества конвейерной обработки :
Простота понимания и реализации
Усиливает последовательную обработку
Легко оборачивать в атомарные транзакции
Недостатки конвейерной обработки :
Слишком упрощает ситуацию, особенно для сложных сценариев взаимодействия компонент
Не предоставляет возможности обработки условных конструкций, циклов и других элементов управления потоком выполнения
Добавление нового шага может воздействовать на производительность всей цепочки
Описание слайда:
Использование шаблона событийной обработки
Используйте шаблон событийной обработки:
необходимо управлять независимыми и изолированными реализациями специфической функциональности
Ответ от одной реализации не воздействует на работу другой
Все реализации только сохраняют результаты или вызывают метод без ожидания результата
Результат бизнес процесса не определяется ни одном шагом либо определяется только на одном специфическом шаге
Преимущества событийной обработки:
Позволяет поддерживать несвязанные бизнес процессы независмо
Позволяет параллельную обработку, что может значительно повышать производительность
Легко оборачивать в атомарную транзакцию
Нейтральна по отношению к синхронным и асинхронным реализациям – не ожидает ответ
Недостатки событийной обработки:
Не позволяет строить комплексные ответы для бизнес функций
Компонент не может использовать данные или статус другой компоненты
Описание слайда:
Реализация бизнес процесса
компоненты логики доступа к данным
Интерфейс сервиса
Интерфейс сервиса
Сервисный агент
Интерфейс сервиса
3
4
Бизнес процесс
5
Уровни представления
Бизнес компоненты
сервисы
1
2
Описание слайда:
Реализация бизнес процесса через
BizTalk Orchestration
Описание слайда:
Разработка интерфейса сервиса
Интерфейс сервиса является точкой входа в приложение
Реализация интерфейс сервиса должны быть абстрагирована от реализации бизнес логики
Для компоненты бизнес логики может быть разработано и опубликовано несколько интерфейсов, предназначенных для разных типов вызывающих приложений
Различные сервисные интерфейсы могут реализовываться для разных
протоколов взаимодействия
форматов сообщений
схем аутентификации
Service Level Agreement (SLA)
Возможности поддержки транзакций
Описание слайда:
Описание слайда:
Вызовы
Web сервисов
MSMQ сообщения
Бизнес фасад с интерфейсами сервиса
Бизнес компонент
Интерфейс сервиса 2
MyWebService.asmx.cs
Бизнес фасад
3
Все интерфейсы используют общий код:
Авторизация
Проверка
.
Интерфейс сервиса 2
MyMSMQWorker.cs
IIS и ASP.NET
Собств. MSMQ
1
2
4
5
6
Код специфичен для механизма вызова
Описание слайда:
Представление данных и передача их между уровнями
XML
DataReader
DataSet
типизированный DataSet
Пользовательский объект
Описание слайда:
Компоненты бизнес сущностей
Не являются обязательной части любого приложения
Являются локальным кешем снимка данных
Добавляют к данным модели поведения с данными
Предоставляют программный доступ к данным через свойства и методы сущности
Могут содержать данные из разных источников
Должны использовать компоненты логики доступа данных
Описание слайда:
Содержание
Категории компонент на уровнях
Представления
Бизнес логики
Обращения к данным
Политики
Безопасности
Управления и мониторинга
Взаимодействия
Описание слайда:
Уровень доступа к данным
Вопросы для решения
Используемые хранилища данных
Проектирование компонент доступа
Проектирование вспомогательных компонент
Формат передачи данных между компонентами
Описание слайда:
Хранилища данных
Реляционные Базы Данных
Базы данных сообщений
Файловая система
Системные Каталоги
Описание слайда:
Компоненты логики доступа к данным
Компоненты логики доступа к данным
Хранимые процедуры
1
Таблицы и представления
3
Вспомогательные компоненты доступа
2
Компоненты логики доступа к данным
ADO.NET или API соединения для доступа
Описание слайда:
Функциональность компонент логики доступа к данным
Реализация методов доступа для бизнес сущностей
Create, Read, Update и Delete (CRUD)
Могут использовать вспомогательные компоненты доступа к данным для централизованного управления:
API доступа к данным
Пула соединений
Параметров кеширования
Data Access Management Application Block на MSDN
Описание слайда:
Содержание
Категории компонент на уровнях
Представления
Бизнес логики
Обращения к данным
Политики
Безопасности
Управления и мониторинга
Взаимодействия
Описание слайда:
Проектирование политики безопасности
Представление
Бизнес логики
коммуникации
Доступ к данным
Безопасность
Аутентификация
Безопасность каналов
Авторизация
Аудит
Управление профилем
Описание слайда:
Проектирование политики операционного управления
Представление
Бизнес логики
Доступ к данным
Коммуникации
Операционное Управление
Управление исключениями
Мониторинг бизнес логики
Мониторинг
метаданные
конфигурация
Локаторы сервисов
Описание слайда:
Управление исключениями
Перехват и генерация исключений
Разработка классов исключений
Бизнес исключения в отличие от системных исключений
Передача информации об исключениях через уровни приложения
Публикация информации об исключениях
Описание слайда:
Мониторинг
Корректное исполнение:
Все компоненты работаю?
Нет ли блокировок?
Нет ли аварийных завершений?
Соответствие SLA :
Удовлетворяет ли система ожидаемым параметрам?
Нет проблем с внешними взаимодействиями?
Удовлетворяет производительность?
Управление масштабированием:
Удовлетворяют ли физические характеристики компьютеров возложенным на них задачам?
Предсказуема ли производительность отдельных ресурсов?
Повышение бизнес производительности
Описание слайда:
Конфигурация
Последовательный подход
Шифруйте критически важные настройки
Используйте DPAPI
Типы хранилищ:
XML конфигурационный файлы
SQL Server
Active Directory
Метаданные Enterprise Services
Другие хранилища
Windows Registry
Windows Local Security Authority (LSA) store
Собственные реализации
Описание слайда:
Метаданные
Информация о самом приложении
Более гибкая реакция на меняющиеся условия
Могут использоваться
На этапе разработки
Во время выполнения
Описание слайда:
Проектирование политики коммуникаций
Представление
Бизнес логики
Доступ к данным
Коммуникации
Формат
Синхронизация
Протокол
Описание слайда:
Физическое развертывание и операционные требования
Физическое развертывание компонент
Физическое окружение
Распределение компонент по сборкам
Распространение и установка сборок по уровням
Операционные требования
Управляемость
Доступность
Масштабируемость
Производительность
Описание слайда:
Заключение
Определите распределение компонент приложения по уровням
Выберите технологии взаимодействия компонент с учетом поддержки транзакций
Спроектируйте политики безопасности и операционного управления
Спланируйте развертывание приложения
Присматриваемся к инструментам для мониторинга распределенных приложений
Когда приложение было монолитным и вдруг, раз, стало распределённым, в формулу вычисления доступности добавляется ещё одна неизвестная — сетевая. Из-за проблем с вызовами между компонентами, приложения часто валятся и начинают дрыгать ножками. А выяснение причин нестабильной работы распределённого приложения — та ещё задачка. Дополнительную неразбериху в структуру приложения вносит условный kubernetes, который по своему внутреннему усмотрению может произвольно распределять условные поды по условным нодам. Пишу «условный», потому что на месте kubernetes может быть и Swarm и Openshift и прочие и прочие.
Я к тому, что без нормальной визуализации разобраться где температурит, может быть очень непросто. Под катом моё представление о потенциальных возможностях инструментов, которые умеют рисовать карту приложения и подсвечивать места для прикладывания подорожника, а также список этих самых инструментов со скриншотами.
Давайте-ка для начала разберёмся что желательно видеть на карте приложения, потом рассмотрим подходы к мониторингу и потом перейдём к конкретным вендорам.
Что хочется видеть на карте приложения
Первое, что приходит в голову — возможность группировки нод приложения по неким критериям. Например, я говорю, что в этой группе у меня фронтэнд, а в этой бекэнд или вот тут у меня экземпляры сервиса Payments, а тут Shipping. Ну, и так далее. И люди, которые отвечают за ту или иную часть, сразу же видят полную картину происходящего в рамках своей зоны ответственности.
Второе — разнесение приложения по уровням с возможностью посмотреть, например, с точки зрения инфраструктуры, сервиса, экземпляров сервиса и т.д. Также как и в первом случае поможет определить проблемный слой.
Третье — выходы и входы этих нод, включая связи между ними. На этих ниточках хочется видеть золотые сигналы (golden signals), которые Google описывает в главе 6 Monitoring Distributed Systems книги Site Reliability Engineering. Перевод этой главы я уже как-то публиковал в блоге на Медиуме. А сигналы следующие: задержка (latency), трафик (throughput), ошибки (error rate) и насыщенность (saturation).
Возможно, я чего-то не учёл. Идите, пожалуйста, в комментарии, если считаете, что не хватает других важных вещей.
Что скрывают в себе разные подходы к мониторингу
Не знаю к ещё это можно назвать, поэтому назову подходы агентским и безагентским мониторингом. Сейчас поясню ху из ху.
Агентский мониторинг
Агентский мониторинг означает необходимость внедрения специальных агентов мониторинга в контролируемое приложение. Агенты встраивают trace ID в заголовки пакетов.
К этому типу можно отнести решения APM мониторинга и все те, которые встраиваются путём инжекции SDK в код приложения.
Плюсы: помогает с поиском корневой причины проблемы, по заголовкам можно точно отслеживать путь прохождения транзакций.
Минусы: возможные оверхеды из-за модификации алгоритма работы приложения, невозможность встраивания в устаревшие приложения, поддержка ограниченного набора языков программирования
Безагентский мониторинг
Мониторинг без модификации приложения. К этому типу можно отнести логи, трейсинг на уровне операционной системы, мониторинг сетевого трафика.
Плюсы: покрытие мониторингом различных фреймворков и языков программирования, может работать там, где невозможна инжекция trace ID, нет оверхеда на контролируемом приложении.
Минусы: без trace ID может быть сложно восстановить контекст бизнес-транзакции, отсутствие возможности слушать трафик если настроена SSL-инкапсуляция и нет ключей,
Что предлагают вендоры
Вендоров разобрал по признаку агентский/безагентский, остальные характеристики можете спросить в комментариях или личном сообщении. Самый большой опыт у меня был с Instana, Appdynamics и New Relic, если захотите посмотреть — могу помочь с демо-лицензиями на период превышающий 14 дней (так они предлагают у себя на сайтах по умолчанию).
Агентский мониторинг
Instana — инструмент для мониторинга распределённых систем. Ключевая особенность — единый агент для всех поддерживаемых технологий и сбор метрик раз в секунду.
Appdynamics — известное решение для APM-мониторинга. Умеет строить карту приложения на основе вызовов между компонентами приложения. Для мониторинга вызовов требуется установка агента.
New Relic — прямой конкурент Appdynamics. Ключевое отличие — возможен мониторинг только из облака (агенты при этом всё также устанавливаются на целевые серверы). Строит карту приложений на основе вызовов.
Dynatrace — инструмент APM-мониторинга. Поддерживает мониторинга различных языков программирования и может работать как из облака так и on-premise.
AWS X-Ray — мониторинг приложений, которые хостятся на AWS. Поддерживает визуализацию карты приложения, требует установки собственного SDK.
OpenTracing — API для инструментации распределённых приложения. Многие коммерческие и некоммерческие решения работают на базе этого API.
Jaeger — бесплатный инструмент для трейсинга с открытым исходным кодом. Построен на базе OpenTracing.
Datadog APM — коммерческий инструмент для мониторинга распределённых приложений. Работает на базе упомянутого OpenTracing.
Безагентский мониторинг
OpenZipkin — бесплатный инструмент для трейсинга распределённых приложений. Особенностью его работы является сбор данных о вызовах с помощью библиотек инструментации и дальнейшая отправка этих данных на коллектор OpenZipkin.
Linkerd — бесплатный инструмент для трейсинга вызовов внутри приложения. Является надстройкой над OpenZipkin, устанавливается на инфраструктуру kubernetes как sidecar-контейнер.
Envoy — бесплатный инструмент. Работает в качестве прокси, на который пересылаются данные о вызовах между компонентами приложения. Собственного веб-интерфейса нет, данные можно получить через HTTP GET запросы или отправить в statsd.
Netsil — инструмент для мониторинга распределённых приложений на основе прослушивания трафика. Работает вне зависимости от языка, на котором написано приложение.
Расскажите кто чем пользовался и какое осталось впечатление.
Распределенное приложение
Смотреть что такое «Распределенное приложение» в других словарях:
Кластер Terracotta — Эта статья или раздел носит ярко выраженный рекламный характер. Это не соответствует правилам Википедии. Вы можете помочь проекту, исправив текст согласно стилистическим рекомендациям Википеди … Википедия
Положение: Положение о порядке организации и проведения подрядных торгов на выполнение дорожных работ — Терминология Положение: Положение о порядке организации и проведения подрядных торгов на выполнение дорожных работ: 2.2. Заказчик юридическое лицо, для которого выполняется выставляемый на торги предмет торгов. 2.2.1. Заказчиком могут являться… … Словарь-справочник терминов нормативно-технической документации
ФОРМЫ, РАЗМЕРЫ И ПОРЯДОК ФИНАНСИРОВАНИЯ — 4. ФОРМЫ, РАЗМЕРЫ И ПОРЯДОК ФИНАНСИРОВАНИЯ 4.1. Настоящим Договором предусмотрено финансирование проекта Заказчиком общим объемом млн. рублей, распределенное по срокам в соответствии с Планом Графиком реализации инвестиционного проекта… … Словарь-справочник терминов нормативно-технической документации
ПСИХОЛОГИЯ — наука о психической реальности, о том, как индивид ощущает, воспринимает, чувствует, мыслит и действует. Для более глубокого понимания человеческой психики психологи исследуют психическую регуляцию поведения животных и функционирование таких… … Энциклопедия Кольера
Нагорный Карабах — У этого термина существуют и другие значения, см. Нагорный Карабах (значения). Контуры территории, контролируемой НКР на момент подписания соглашения о прекращении огня 1 … Википедия