
- •Вопрос № 1
- •Понятие вычислительной сети.
- •Классификация сетей эвм.
- •Локальные и глобальные вычислительные сети (лвс и гвс).
- •Понятия трафика и пропускной способности
- •Функции отдельных уровней osi
- •Вопрос № 3
- •Физический уровень osi.
- •Разновидности физических сетевых топологий.
- •Сравнительный анализ топологий "шина", "звезда", "кольцо".
- •Вопрос № 4
- •1. Коаксиальный кабель:
- •2. Витая пара
- •3. Оптические линии связи
- •4. Радиосвязь, инфракрасная связь.
- •Вопрос № 5
- •Вопрос № 6
- •Канальный уровень osi.
- •Метод доступа к среде передачи данных csma/cd
- •Диаграмма перехода между состояниями.
- •Вопрос № 7
- •Метод доступа к среде передачи данных csma/ca.
- •Вопрос № 8
- •Шина с передачей маркера.
- •Диаграмма перехода между состояниями.
- •Вопрос № 9
- •Вопрос № 10
- •Сетевой уровень osi.
- •Маршрутизация пакетов Соединение n- сетей с помощью (n–1)-мостов
- •Вопрос № 11
- •Транспортный уровень osi. Задачи и функции уровня.
- •Классы транспортных протоколов
- •Передача данных с установкой и без установки соединения вопрос № 12
- •Задачи и функции уровня
- •Вопрос № 13
- •Вопрос № 14
- •Прикладной уровень osi. Задачи и функции уровня
- •Примеры прикладных протоколов
- •Вопрос № 15
- •Вопрос № 16
- •Классы ip-адресов
- •Двоичная форма записи ip-адресов
- •Особые ip-адреса
- •Использование масок для ip-адресации
- •Вопрос № 17
- •Вопрос № 18
- •Вопрос № 19
- •Вопрос № 20
- •Вопрос № 21
- •Принцип скользящего окна в протоколе tcp
- •Проблемы tcp
- •Вопрос № 22
- •Механизм установки tcp-соединения
- •Уязвимость tcp-протокола вида «парадокс дней рождения»
- •Вопрос № 23
- •Вопрос № 24
- •Вопрос № 25
- •Основные функции
- •Вопрос № 26
- •Вопрос № 27
- •Динамические системы именования
- •Принципы организации dns. Рекурсивные и итеративные запросы.
- •Вопрос № 28
- •Вопрос № 29
- •Вопрос № 30
- •Вопрос № 31
- •Вопрос № 32
- •Электронная почта
- •Методы проверки подлинности пользователя в imap
- •Команда login
- •Команда authenticate
- •Клиентская часть протокола imap Флаги почтового сообщения imap
- •Команды протокола
- •Преимущества по сравнению с pop3
- •Вопрос № 33
- •Протокол Telnet
- •Протокол ftp
- •Вопрос № 34
- •Структура протокола
- •Стартовая строка
- •Коды состояния
- •Заголовки
- •Вопрос № 35
- •Вопрос № 36
- •Вопрос № 37
- •Вопрос № 38
- •Хостинг
- •Вопрос № 39
- •Вопрос № 40
- •Вопрос № 41
- •Вопрос № 42
- •Вопрос № 43
- •Вопрос № 44
- •Вопрос № 45
- •Вопрос № 46
- •Вопрос № 47
Вопрос № 42
Принципы создания Web-приложений с архитектурой БДMulti-Tenant.
http://ru.wikipedia.org/wiki/Software_on-demand
http://msdn.microsoft.com/en-us/library/aa479086.aspx
Saas(Softwareasaservice) – это централизованное решение, при котором ряд продуктов, предназначенных для разных заказчиков, устанавливается в одну общую инфраструктуру.
Проще говоря, это – бизнес-модель продажи и использования программного обеспечения, при которой поставщик разрабатывает веб-приложение и самостоятельно управляет им, предоставляя заказчикам доступ к программному обеспечению через Интернет. Основное преимущество модели SaaS для потребителя состоит в отсутствии затрат, связанных с установкой, обновлением и поддержкой работоспособности оборудования и работающего на нём программного обеспечения.
Есть несколько подходов к обеспечению многодоменности:
Для каждого клиента своя база данных
База данных общая, но для каждого клиента своя схема (т.е. для каждого делаются копии таблиц)
Данные хранятся совместно
Первый случай:
Полная изоляция данных
Хранятся метаданные, позволяющие ассоциировать заказчика с Tenant’ом
Можно легко модифицировать структуру
Легко делать backup
Поддержка требует значительных усилий
Надо больше оборудования, в результате стоимость такого решения будет чувствительно выше, чем в остальных случаях.
Второй случай:
Может быть больше заказчиков
Легче обслуживание
Проблемы с backup– откатывается вся база, а нужно откатить только 1 домен (Tenant). Приходится разворачиватьbackupна новый сервер, а потом переносить туда данные всех заказчиков, кроме того, для которого делалсяbackup(или приостановить работу исходного сервера и перелить туда данные целевогоTennent’aиз нового сервера).
Третий случай:
Одна база, один набор таблиц. Добавляется новое поле TenantId
Наименьшие требования к аппаратуре
Легче всего обслуживать
Проблемы с backup
Много возни с обеспечением безопасности (вплоть до шифрации данных)
Подходит, если заказчиков очень много (тысячи)
В базе данные физически группируются по столбцам, а не по срокам. Это сделано для оптимизации, так как при выборке зачастую не нужно выбирать все поля и таким образом между жестким диском и оперативной памятью будет циркулировать меньше данных.
Но при архитектуре SaaSтакой подход неэффективен, так как при работе с одним заказчиком нам не нужны данные остальных заказчиков. Эту проблему можно решить, используя разбиение на разделы (Partishnen). При этом данные при хранении будут группироваться по значению какого-то поля. Например:
Name |
|
Phone |
|
|
|
|
|
|
Физически на диске будет храниться так:
Таким образом, если выбираем пользователей и их телефоны, то e-mailвообще не будет трогаться (вытягиваться с жесткого диска).
При партишен архитектуре данные будут храниться так:
Партишен поддерживается только в Enterprise-версиях.
Вопрос № 43
Протокол SOAPи механизм удаленного вызова подпрограмм службы.
SOAP(отангл.Simple Object Access Protocol— простой протокол доступа к объектам) —протоколобмена структурированными сообщениями в распределённой вычислительной среде. Первоначально SOAP предназначался в основном для реализации удалённого вызова процедур (RPC). Сейчас протокол используется для обмена произвольными сообщениями в форматеXML, а не только для вызова процедур. Официальнаяспецификацияпоследней версии 1.2 протокола никак не расшифровывает название SOAP. SOAP является расширением протоколаXML-RPC.
SOAP может использоваться с любым протоколом прикладного уровня: SMTP,FTP,HTTP,HTTPSи др. Однако его взаимодействие с каждым из этих протоколов имеет свои особенности, которые должны быть определены отдельно. Чаще всего SOAP используется поверх HTTP.
SOAP является одним из стандартов, на которых базируются технологии веб-служб.
Сообщение SOAP выглядит так:
SOAP-конверт
SOAP-заголовок
Элемент заголовка 1
Элемент заголовка 2
…
Элемент заголовка N
Тело SOAP
Элемент тела N
…
Элемент тела 2
Элемент тела 1
Использование SOAP для передачи сообщений увеличивает их объём и снижает скорость обработки. В системах, где скорость важна, чаще используется пересылка XML-документов через HTTP напрямую, где параметры запроса передаются как обычные HTTP-параметры.
Хотя SOAP является стандартом, некоторые программы часто генерируют сообщения в несовместимом формате. Например, запрос, сгенерированный AXIS-клиентом, не будет понят серверомWebLogic.