Архитектура и проектирование распределенных |
Без темы | ||
<< Архитектура P6 | Архитектура информационных систем >> |
Презентация: «Архитектура и проектирование распределенных». Автор: Дмитрий Старостин. Файл: «Архитектура и проектирование распределенных.ppt». Размер zip-архива: 915 КБ.
№ | Слайд | Текст |
1 | ![]() |
Архитектура и проектирование распределенныхNET приложений Дмитрий Старостин |
2 | ![]() |
Многоуровневое приложение |
3 | ![]() |
Категории компонентПользователи и Устройства Компоненты UI Уровень представления Компоненты UI Процесса Уровень бизнес логики Уровень данных Интерфейсы сервисов Вызывающие сервисы Бизнес сценарии Бизнес компоненты Бизнес сущности Компоненты логики доступа Агенты сервисов Источники данных Внешние сервисы |
4 | ![]() |
СодержаниеКатегории компонент на уровнях Представления Бизнес логики Обращения к данным Политики Безопасности Управления и мониторинга Взаимодействия |
5 | ![]() |
Компоненты пользовательского интерфейсаКомпоненты пользовательского интерфейса: Отображают данные Принимают введенные данные от пользователя Проверяют введенные данные Не инициализируют, не участвуют и не голосуют в транзакциях Могут содержать ссылку на компоненту UI процесса Могут содержать и функциональность отображения и функциональность управления |
6 | ![]() |
Пользовательский интерфейс WindowsРазвитый интерфейс настольного приложения, построенный с Windows Forms Внедренный HTML Дополнительные модули к приложениям |
7 | ![]() |
Пользовательский интерфейс WindowsИспользуйте связывание для синхронизации данных между одновременно открытыми формами Избегайте использования в коде жестких связей между формами Реализуйте обработчики ошибок в формах В пользовательских контролах делайте публичными только необходимые методы Не реализуйте функции управления внутри обработчиков событий |
8 | ![]() |
Web пользовательский интерфейсASP.NET предоставляет мощный framework Единая интегрированная среда для разработчика Событийная модель программирования Связывание данных на уровне пользовательского интерфейса Доступ к интегрированной модели безопасности в .NET Framework Богатые возможности кеширования и управления Доступность, производительность и масштабируемость Web обработки |
9 | ![]() |
Web пользовательский интерфейсРеализуйте пользовательскую страницу обработки ошибки и глобальный обработчик ошибок в Global.asax Используйте инфрастуктуру проверки ASP.NET для оптимизации задачи проверки вводимых данных Используйте Web User Controls Осуществляйте переходы между страницами из компонент UI процесса Получите контекст и вызовите Redirect Функции управления реализуйте как отдельный функции на ASP.NET странице или в отдельных .NET классах Используйте ASP.NET view state для хранения состояния страницы |
10 | ![]() |
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 |
11 | ![]() |
Интерфейс для мобильных устройств Web интерфейсMobile Internet Toolkit В модели ASP.NET Элементы управления Web-форм Один исходный код – множество целевых устройств (HTML, WML, cHTML) Поддержка множества мобильных устройств Определение возможностей устройства Шаблоны для более чем 180 устройств Обобщенные шаблоны Расширяемая модель под новые типы устройств Add on к Visual Studio .NET - Mobile Internet Designer |
12 | ![]() |
Интерфейс для мобильных устройств интерфейс для интеллектуальногомобильного устройства Smart Device Extensions .NET Compact Framework Интеграция с Visual Studio.NET Оптимально для online и offline решений Использует все возможности Pocket PC Отличная интеграция с SQL Server™ CE Мощная локальная обработка, включая графику, мультимедиа |
13 | ![]() |
Реализация интерфейса на основе документовРабота с документом извне Ввод: заполнение документа, отправка в приложение, разбор документа Представление: генерация документа Работа с документом изнутри Ввод: формы и макросы внутри документа, передача данных компонентам бизнес логики Представление: расширение документа, Smart Tags |
14 | ![]() |
Уровень представления Обращение к компонентам доступа данным из уровняпредставления Может применяться в определенных сценариях Семантика пользовательского интерфейса тесно связана со схемами и методами доступа данных Физически компоненты UI и компоненты доступа к данным расположены вместе Для доступа к данным не требуется авторизации или дополнительной обработки на уровне бизнес логики |
15 | ![]() |
Разработка компонент процесса UIПоддержка состояния длинных UI взаимодействий с пользователем Использование несколькими интерфейсами одного UI процесса |
16 | ![]() |
Разработка компонент процесса UIОбработка конкурентных пользовательских активностей Использование нескольких панелей отображения для одной активности Изолирование длинных пользовательских интерфейсных активностей от состояния бизнес компонент |
17 | ![]() |
Отделение UI процесса от UI интерфейсаИдентифицируйте бизнес процессы, в которых участвует пользовательский интерфейс Идентифицируйте данные, необходимые для бизнес процессов Идентифицируйте дополнительное состояние, необходимое для поддержания пользовательской активности Разработайте визуальное представление пользовательского процесса |
18 | ![]() |
Проектирование компонент процесса интерфейсаUI UI События Состояния Действия User Process Component Упарвление Control Void buttin1_click(o, x) { // код обработки } Бизнес сущность Бизнес компоненты Компоненты доступа UI Components UIC Biz Components DALC |
19 | ![]() |
Общие рекомендации для компонент процесса интерфейсаВыделение UI компонент процесса при Насыщенном UI Высокой вероятности изменения UI Выбор хранилища состояний для компонент UI Проектируйте компоненты сериализуемыми Включайте обработку исключений и распространяйте исключения на уровень UI компонент |
20 | ![]() |
СодержаниеКатегории компонент на уровнях Представления Бизнес логики Обращения к данным Политики Безопасности Управления и мониторинга Взаимодействия |
21 | ![]() |
Бизнес компоненты и сценарииИспользуйте бизнес сценарии когда : Нужно управлять процессом, состоящем из множества шагов и длинных транзакций Нужно раскрывать интерфейс, позволяющий Вашему приложению участвовать во взаимодействии с другими приложениями или сервисами Есть возможность использования для доступа к приложениям адаптеров из широкого списка поддерживаемых серверами интеграции Реализуйте бизнес процессы только через бизнес компоненты, когда: Бизнес функциональность может быть реализована в виде атомарной транзакции Нужно инкапсулировать функциональность и логику, которая может использована во внешних бизнес процессах Бизнес логика требует интенсивных вычислений или тонкого контроля над структурами данных API |
22 | ![]() |
Рекомендации для компонент бизнес логикиМаксимально используйте ориентированные на передачу сообщений взаимодействия Обеспечьте устойчивость интерфейсов к непоследовательным воздействиям Тщательно выбирайте границы транзакций Обеспечьте возможность вызова из сервиса (без передачи контекста пользователя) Последовательно используйте форматы данных для входных и выходных параметров |
23 | ![]() |
Использование шаблона конвейерной обработкиИспользуйте шаблон конвейерной обработки, когда: Возможно специфицировать последовательность заранее известных шагов Нет необходимости ожидания асинхронного ответа на каждом шаге Все нижележащие по уровню компоненты могут преобразовывать данные от вышележащих компонент Преимущества конвейерной обработки : Простота понимания и реализации Усиливает последовательную обработку Легко оборачивать в атомарные транзакции Недостатки конвейерной обработки : Слишком упрощает ситуацию, особенно для сложных сценариев взаимодействия компонент Не предоставляет возможности обработки условных конструкций, циклов и других элементов управления потоком выполнения Добавление нового шага может воздействовать на производительность всей цепочки |
24 | ![]() |
Использование шаблона событийной обработкиИспользуйте шаблон событийной обработки: необходимо управлять независимыми и изолированными реализациями специфической функциональности Ответ от одной реализации не воздействует на работу другой Все реализации только сохраняют результаты или вызывают метод без ожидания результата Результат бизнес процесса не определяется ни одном шагом либо определяется только на одном специфическом шаге Преимущества событийной обработки: Позволяет поддерживать несвязанные бизнес процессы независмо Позволяет параллельную обработку, что может значительно повышать производительность Легко оборачивать в атомарную транзакцию Нейтральна по отношению к синхронным и асинхронным реализациям – не ожидает ответ Недостатки событийной обработки: Не позволяет строить комплексные ответы для бизнес функций Компонент не может использовать данные или статус другой компоненты |
25 | ![]() |
Реализация бизнес процессаИнтерфейс сервиса Сервисный агент Интерфейс сервиса Уровни представления Бизнес компоненты Бизнес процесс Сервисы Сервисный агент Интерфейс сервиса Компоненты логики доступа к данным |
26 | ![]() |
Реализация бизнес процесса через BizTalk Orchestration |
27 | ![]() |
Разработка интерфейса сервисаИнтерфейс сервиса является точкой входа в приложение Реализация интерфейс сервиса должны быть абстрагирована от реализации бизнес логики Для компоненты бизнес логики может быть разработано и опубликовано несколько интерфейсов, предназначенных для разных типов вызывающих приложений Различные сервисные интерфейсы могут реализовываться для разных протоколов взаимодействия форматов сообщений схем аутентификации Service Level Agreement (SLA) Возможности поддержки транзакций |
28 | ![]() |
Разработка интерфейса сервисаИнтерфейсы сервисов Помогают изолировать изменения в бизнес логики Повышают эксплутационную устойчивость Могут использовать возможности .NET инфрастуктуры для прозрачного преобразования Выставление Enterprise Services объектов как Web services в Windows .NET Server Могут реализовывать Кеширование Отображение, простые преобразования форматов и схем Не должны реализовывать бизнес логику Могут включать поддержку транзакций Зависит от протокола Воздействует на стратегию управления ошибками и транзакциями Должны разрабатываться с максимальной возможностью организации взаимодействия с другими сервисами ( в том числе и на других платформах) Опора на стандарты Реализация платформо независимых схем аутентификации Могут выполняться под собственным идентити без имперсонации оригинального вызывающего |
29 | ![]() |
Бизнес фасад с интерфейсами сервисаИнтерфейс сервиса 2 MyWebService.asmx.cs Вызовы Web сервисов MSMQ сообщения IIS и ASP.Net Собств. MSMQ Код специфичен для механизма вызова Интерфейс сервиса 2 MyMSMQWorker.cs Бизнес фасад Все интерфейсы используют общий код: Авторизация Проверка ... Бизнес компонент |
30 | ![]() |
Представление данных и передача их между уровнямиXML DataReader DataSet типизированный DataSet Пользовательский объект |
31 | ![]() |
Компоненты бизнес сущностейНе являются обязательной части любого приложения Являются локальным кешем снимка данных Добавляют к данным модели поведения с данными Предоставляют программный доступ к данным через свойства и методы сущности Могут содержать данные из разных источников Должны использовать компоненты логики доступа данных |
32 | ![]() |
СодержаниеКатегории компонент на уровнях Представления Бизнес логики Обращения к данным Политики Безопасности Управления и мониторинга Взаимодействия |
33 | ![]() |
Уровень доступа к даннымВопросы для решения Используемые хранилища данных Проектирование компонент доступа Проектирование вспомогательных компонент Формат передачи данных между компонентами |
34 | ![]() |
Хранилища данныхРеляционные Базы Данных Базы данных сообщений Файловая система Системные Каталоги |
35 | ![]() |
Компоненты логики доступа к даннымКомпоненты логики доступа к данным Компоненты логики доступа к данным Вспомогательные компоненты доступа Ado.NET или API соединения для доступа Хранимые процедуры Таблицы и представления |
36 | ![]() |
Функциональность компонент логики доступа к даннымРеализация методов доступа для бизнес сущностей Create, Read, Update и Delete (CRUD) Могут использовать вспомогательные компоненты доступа к данным для централизованного управления: API доступа к данным Пула соединений Параметров кеширования Data Access Management Application Block на MSDN |
37 | ![]() |
СодержаниеКатегории компонент на уровнях Представления Бизнес логики Обращения к данным Политики Безопасности Управления и мониторинга Взаимодействия |
38 | ![]() |
Проектирование политики безопасностиКоммуникации Операционное управление Безопасность Управление профилем Аудит Безопасность каналов Авторизация Аутентификация Представление Бизнес логики Доступ к данным |
39 | ![]() |
Проектирование политики операционного управленияКоммуникации Безопасность Представление Бизнес логики Доступ к данным |
40 | ![]() |
Управление исключениямиПерехват и генерация исключений Разработка классов исключений Бизнес исключения в отличие от системных исключений Передача информации об исключениях через уровни приложения Публикация информации об исключениях Exception Management Application Block for .NET на MSDN |
41 | ![]() |
МониторингКорректное исполнение: Все компоненты работаю? Нет ли блокировок? Нет ли аварийных завершений? Соответствие SLA : Удовлетворяет ли система ожидаемым параметрам? Нет проблем с внешними взаимодействиями? Удовлетворяет производительность? Управление масштабированием: Удовлетворяют ли физические характеристики компьютеров возложенным на них задачам? Предсказуема ли производительность отдельных ресурсов? Повышение бизнес производительности |
42 | ![]() |
КонфигурацияПоследовательный подход Шифруйте критически важные настройки Используйте DPAPI Типы хранилищ: XML конфигурационный файлы SQL Server Active Directory Метаданные Enterprise Services Другие хранилища Windows Registry Windows Local Security Authority (LSA) store Собственные реализации |
43 | ![]() |
МетаданныеИнформация о самом приложении Более гибкая реакция на меняющиеся условия Могут использоваться На этапе разработки Во время выполнения |
44 | ![]() |
Проектирование политики коммуникацийОперационное управление Безопасность Представление Бизнес логики Доступ к данным |
45 | ![]() |
Физическое развертывание и операционные требованияФизическое развертывание компонент Физическое окружение Распределение компонент по сборкам Распространение и установка сборок по уровням Операционные требования Управляемость Доступность Масштабируемость Производительность |
46 | ![]() |
ЗаключениеОпределите распределение компонент приложения по уровням Выберите технологии взаимодействия компонент с учетом поддержки транзакций Спроектируйте политики безопасности и операционного управления Спланируйте развертывание приложения |
47 | ![]() |
Дополнительные ресурсыРоссийский веб-сервер компании Microsoft http://www.microsoft.com/rus Платформа Microsoft .NET http://www.gotdotnet.ru/ .NET Architecture Center http://msdn.microsoft.com/architecture Microsoft TechNet http://www.microsoft.com/rus/technet/ Партнёры Microsoft http://www.microsoft.com/rus/licensing/where/certified_partners/ Обучение и сертификация http://www.microsoft.com/rus/ctec/ |
48 | ![]() |
Вопросы |
49 | ![]() |
|
«Архитектура и проектирование распределенных» |