- •Введение. Система 360
- •Семейство компьютеров
- •Обратная совместимость
- •Наследники и клоны
- •Техническое описание
- •Важные унаследованные особенности
- •Архитектура
- •Операционная система
- •Периферические устройства
- •Устройства хранения с прямым доступом (dasd)
- •Ленточные накопители
- •Линейка мэйнфреймов ibm System/370
- •1. Классическая архитектура «клиент-
- •2. Многоуровневые (многозвенные)
- •2.1. Трехуровневая архитектура.
- •2.2. Менеджеры транзакций
- •3. Архитектура peer to peer
- •2. Понятие и виды кластеров
- •2.1 Отказоустойчивые кластеры
- •2.2 Кластеры с балансировкой нагрузки
- •2.3 Высокопроизводительные кластеры
- •3. Коммуникационной среды для повышения эффективности вычислений
- •4. Классы задач, решаемые кластерами
- •5. Типичные задачи кластерных систем
- •6. Пример вычислительного кластера
- •7. Заключение. Стоит ли использовать кластер
- •Изменения Интернет с появлением xml
- •Перевод с одного языка на другой
- •Edi против xml
- •Подход к распределению данных
- •Список литературы
- •Достоинства веб-служб
- •Список литературы
- •Введение
- •Потребность в технологиях Грид
- •Требования к Grid-архитектуре
- •Описание Grid-архитектуры
- •Fabric: управление локальными ресурсами
- •Connectivity: легкость и безопасность коммуникаций
- •Resource: разделение единичных ресурсов
- •Collective: координация ресурсов
- •Applications: уровень приложений
- •Концепция распределенных grid-вычислений
- •На счет grid
- •Вычислительный grid
- •Заключение
- •Список использованных источников
- •Облачные вычисления
- •SaaS (Software-as-a-service) - по-как-услуга
- •ПреимуществаSaaS
- •Концепция облачных вычислений
- •Классификация облаков
- •Преимущества облаков
- •Открытые решения по организации облачных вычислений
- •Eucalyptus
- •OpenNebula
- •Консолидация данных
- •Существующие подходы к консолидации
- •Архитектура централизованных баз данных
- •Архитектура федеративных баз данных
- •Сравнение федеративного и централизованного подходов
- •Требования к программному обеспечению федеративных баз данных
- •Существующие платформы федеративных баз данных
- •Ibm db2 Information Integrator
- •Этапы построения среды облачных вычислений
- •Этап 1. Анализ существующих ресурсов организации
- •Этап 2. Создание прототипа среды облачных вычислений
- •Этап 3. Развертывание прототипа в полном масштабе
Потребность в технологиях Грид
Грид-технологии поддерживают разделение и согласованное использование разнообразных ресурсов в динамичных ВО – то есть создание из географически и организационно распределённых компонент таких виртуальных компьютерных систем, которые скомпонованы так, что могут обеспечивать желаемое качество обслуживание.
Концепции и технологии грид сначала разрабатывались для обеспечения возможности разделения ресурсов внутри распределенных по всему миру объединений научно-исследовательских коллективов. При этом приложения включали совместную визуализацию больших наборов научных данных ( объединение опыта ), распределённый компьютинг для проведения вычислений, связанных с анализом данных ( объединение компьютерных мощностей и систем хранения ), и комплексацию научных измерительных устройств с удалёнными компьютерами и архивами ( расширение функциональных возможностей, а также доступности ). Я полагаю, что аналогичные приложения окажутся важны и в сфере коммерческой деятельности, сначала для научных и инженерных расчётов ( где я уже могу говорить об успешных результатах ), а затем и для коммерческих распределённых прикладных систем, включая интегрированные корпоративные приложения и системы, поддерживающие бизнес партнёрство ( В2В ) через интернет. Я надеюсь, что Грид-технологии пройдут точно такой же путь, как Web, которая сначала использовалась в интересах научного сотрудничества, а затем стала применяться в электронных коммерческих системах.
Тем не менее, мы убеждены, что Грид-концепции чрезвычайно важны для бизнес-компьютинга главным образом не как средства усовершенствования возможностей, а скорее как инструмент для разрешения новых проблем, связанных с конструированием надёжных, масштабируемых и защищённых распределённых систем. Обусловленные жёсткой технологической и коммерческой конкуренцией эти проблемы возникают в связи с тенденцией к декомпозиции и распределению по сети ранее монолитных, сосредоточенных на отдельных хостах служб.
Требования к Grid-архитектуре
Буду называть группу организаций, которые разделяют вычислительные ресурсы и сотрудничают, чтобы достичь общих целей, виртуальной организацией ( ВО ). Именно такие динамически создаваемые ВО и нуждаются в технологии Grid Computing. Поэтому Grid-архитектура прежде всего должна быть способна устанавливать, управлять и использовать отношения разделения ресурсов среди любых потенциальных участников совместного проекта. Как уже упоминалось ранее, центральной проблемой здесь является обеспечение взаимодействия ( интероперабельности ) между различными платформами, языками и программной средой. А в сетевой среде интероперабельность означает работу по общим протоколам. Именно протоколы регламентируют взаимодействие элементов распределенной системы, а также структуру передаваемой информации. Следовательно, Grid-архитектура -- это прежде всего архитектура протоколов, которые и должны определять базовый механизм взаимодействия. На основе стандартных протоколов могут строиться стандартные сервисы, разрабатываться интерфейсы прикладного программирования ( ApplicationProgrammingInterface–API ) и инструментальные средства разработки ( Software Development Kits – SDK ). Совместно технология и архитектура образуют то, что обычно называется промежуточным слоем ( middleware ), -- службы, необходимые для поддержки общего набора приложений в распределенной сетевой среде.