Комментарии - K.Daria (4)

K.Daria прокомментировала → Модель OSI 27 декабря 2012 в 09:38

Модель OSI/ISO Модель взаимодействия открытых систем (OSI) – это модель, разработанная международной организацией по стандартизации (International Standards Organization – ISO), которая описывает то, как данные с приложения одного компьютера могут передаваться приложению на другом компьютере. Модель OSI состоит из семи концептуальных уровней, каждый из которых определяет различные сетевые функции. Каждая функция сети может быть назначена для одного (или, возможно, пары смежных) из этих семи уровней и относительно независима от других уровней. Эта независимость означает, что один уровень не должен знать о том, как применяется второй уровень, а только то, как взаимодействовать с этим уровнем. Этой основное преимущество модели OSI и одна из основных причин, по которым данная модель стала такой популярной архитектурой межкомпьютерных взаимодействий. Модель OSI используется для описания и выявления разного рода неполадок, для классификации сетевого оборудования или отдельного сетевого протокола. В модели OSI/ISO сетевые функции распределены между семью уровнями. 1.Физический (Собственно кабель или физический носитель) 2.Канальный (Передача и прием пакетов, определение аппаратных адресов) 3.Сетевой (Маршрутизация и ведение учета) 4.Транспортный(Обеспечение корректной сквозной пересылки данных) 5.Сеансовый (Аутентификация и проверка полномочий) 6.Представления данных (Интерпретация и сжатие данных) 7.Прикладной (Предоставление услуг на уровне конечного пользователя: почта, регистрация и т.д.) В разработке Эталонной модели участвовали семь комитетов, и для каждого из них был создан один уровень. Схема OSI - не просто абстрактная модель; ее сопровождает реальный набор "стандартных" протоколов. Создание системы OSI началось в первой половине 80-х годов и растянулось на многие годы. Пока комитеты ISO спорили о своих стандартах, за их спиной менялась вся концепция организации сетей и по всему миру внедрялся протокол TCP/IP. Каждому уровню соответствуют различные сетевые операции, оборудование и протоколы. Прикладной уровень Уровень 7, Прикладной (Application Layer), - самый верхний уровень модели OS1. Он представляет собой окно для доступа прикладных процессов к сетевым услугам. Прикладной уровень обеспечивает доступ прикладных процессов в среде OSI. Функции прикладного уровня разделяются на две группы: общие и специальные. Первые дают средства взаимодействия, используемые различными приложениями, например, средства организации связи между прикладными процессами. Вторые обеспечивают определенные потребности конкретных приложений, например, обмен файлами, доступ к базам данных и электронную почту. Представительный уровень Уровень 6, Представительный (Presentation Layer), Представительный уровень предназначен для представления данных, подлежащих передаче между прикладными объектами, представления структур данных, на которые ссылаются прикладные объекты, представлением методов, которые могут использоваться для манипулирования и обработки данных. Представительный уровень имеет дело с синтаксисом, т.е. с формальным их представлением. Семантика, т.е. способ интерпретации данных, их смысл - прерогатива только прикладного уровня. Наличие представительного уровня освобождает приложения от необходимости заботиться о проблеме общего представления данных и обеспечивает независимость от синтаксиса. Это позволяет прикладным объектам использовать любой локальный синтаксис, представительный уровень обеспечивает преобразование локальных синтаксисов в согласованный обеими прикладными объектами. Преобразования синтаксисов выполняются локально и видны для других открытых систем. В связи с этим представительные протоколы не стандартизируются. Функции представительного уровня включают: запрос на установление сеанса; передачу данных; согласование и пересогласование выбора синтаксиса; преобразование синтаксиса, включая преобразование данных, форматирование и специальные преобразования (сжатие, шифрование/дешифрование). Сущность второй и третьей функции заключается в следующем. Существует три варианта синтаксиса данных: синтаксис отправителя, синтаксис получателя и синтаксис, используемый объектами представительного уровня (синтаксис пердачи). Любые или два из них могут быть иденитичными. Уровень представления содержит функции, необходимое для преобразования между синтаксисом передачи и каждым из синтаксисов прикладных объектов по мере необходимости. Единого синтаксиса передачи для всей OSI не существует поэтому представительные объекты-корреспонденты согласуют синтаксис в процессе установления соединения. Представительный объект должен знать синтаксис своего прикладного объекта и согласованный синтаксис передачи. Согласование синтаксиса передачи осуществляется в процессе диалога между объектами представительного уровня либо в процессе установления соединения, либо в любое время в процессе передачи данных. Представительный уровень отвечает за преобразование протоколов, трансляцию данных, их шифрование, смену или преобразование применяемого набора символов (кодовой таблицы) и расширение графических команд. Представительский уровень, кроме того, управляет сжатием данных для уменьшения передаваемых битов. На этом уровне в Win/DOS работает утилита, называемая редиректором (redirector). Ее назначение - переадресовать операции ввода/вывода к ресурсам сервера Lan Manager. Сеансовый уровень Уровень 5, Сеансовый (Session Layer) Сеансовый уровень предназначен для организации и синхронизации диалога и управления обменом данными. С этой целью уровень предоставляет услуги по установлению сеансового соединения между двумя представительными объектами и поддержанию упорядоченного взаимодействия при обмене данными между ними. Для осуществления передачи данных между представительными объектами сеанс отображается на транспортное соединение и использует последнее. Сеанс может быть расторгнут сеансовыми или представительными объектами. Функции сеансового уровня сводятся к установлению и расторжению сеансового соединения; обмену нормальными и срочными данными; управлению взаимодействием; синхронизации сеанса; восстановлению сеанса. Все эти функции тесно связаны с сеансовым сервисом, поскольку собственные, не инициированные со стороны верхнего уровня действия практически отсутствуют. Синхронизацию между пользовательскими задачами сеансовый уровень обеспечивает посредством расстановки в потоке данных контрольных точек (chekpoints). Ta-ким образом, в случае сетевой ошибки, потребуется заново передать только данные, следующие за последней контрольной точкой. На этом уровне выполняется управление диалогом между взаимодействующими процессами, т.е. регулируется, какая из сторон осуществляет передачу, когда, как долго и т.д. Транспортный уровень Уровень 4, Транспортный (Transport Layer) Транспортный уровень обеспечивает прозрачную передачу данных между сеансовыми объектами и освобождает их от функций, связанных с надежной и экономически эффективной передачей данных. Уровень оптимизирует использолвание имеющихся сетевых ресурсов представляя транспортный сервис при минимальной стоимости. Оптимизация выполняется при ограничениях, накладываемых всеми взаимодействующими в пределах сети сеансовыми объектами, с одной стороны, и возможностями и параметрами сетевого сервиса, который используется транспортным уровнем, с другой. Протоколы транспортного уровня предназначены для межконцевого (point-to-point) взаимодействия, где концы определяются как транспортные объекты-корреспонденты. Транспортный уровень освобождается от маршрутизации и ретрансляции и занимается исключительно обеспечением взаимодействия между оконечными открытыми системами. Транспортные функции зависят от сетевого сервиса и включают: отображения транспортного адреса на сетевой адрес; мультиплексирование и рассщепление транспортных соединений на сетевые соединения; установление и расторжение транспортных соединений; управление потоком на отдельных соединениях; обнаружение ошибок и управление качеством сервиса; исправление ошибок; сегментирование, блокирование и сцепление; передача срочных блоков данных. Транспортный уровень гарантирует доставку пакетов без ошибок, в той же последовательности, без потерь и дублирования. На этом уровне сообщения переупаковываются: длинные разбиваются на несколько пакетов, а короткие объединяются в один. Это увеличивает эффективность передачи пакетов по сети. На транспортном уровне узла-получателя сообщения распаковываются, восстанавливаются в первоначальном виде, и обычно посылается сигнал подтверждения приема. Транспортный уровень управляет потоком, проверяет ошибки и участвует в нии проблем, связанных с отправкой и получением пакетов. Сетевой уровень Уровень 3, Сетевой (Network Layer) Сетевой уровень отвечает за адресацию сообщений и перевод логических адресов и имен в физические адреса. Сетевой уровень обеспечивает установление, поддержание и разъединение сетевых соединений между системами, содержащими взаимодействующие прикладные объекты, а также предоставляет функциональные и процедурные средства для блочного обмена данными между транспортными объектами по сетевым соединениям. Сетевой уровень определяет маршрут транспортного объекта-отправителя к транспортному бъекту-получателю и обеспечивает независимость от особенностей маршрутизации и ретрансляции, связанных с установлением и использованием данного сетевого соединения. Это тот случай, когда несколько [под]сетей используются последовательно или параллельно. На этом уровне решаются также такие задачи и проблемы, связанные с сетевым трафиком, как коммутация пакетов, маршрутизация и перегрузки. Если сетевой адаптер маршрутизатора не может передавать большие блоки данных, посланные компьютером-отправителем, на сетевом уровне эти блоки разбиваются на меньшие. Сетевой уровень компьютера-получателя собирает эти данные в исходное состояние. Функции сетевого уровня: маршрутизация и ретрансляция; организация сетевых соединений; мультиплексирование сетевых соединений на канальное соединение; сегментирование и блокирование; обнаружение и исправление ошибок; сериализация; управление потоком; передача срочных данных; возврат к исходному состоянию. Сетевые соединения могут иметь различную конфигурацию - от простого двух-точечного соединения до сложной комбинации подсетей с различными характеристиками. Обычно сетевые функции разделяются на подуровни. Б.м. подробно такое разделение описано в оригинальных документах ISO, описывающих модель OSI. Канальный уровень Уровень 2, Канальный (Data Link Layer), Канальный уровень осуществляет передачу кадров (frames) данных от cетевого уровня к физическому. Кадры - это логически организованная структура в которую можно помещать данные. Канальный уровень узла-получателя упаковывает сырой поток битов, поступающих от физического уровня, в кадры данных. На рис. 3.3 представлен простой кадр данных, где идентификатор отправителя-адрес узла-отправителя, а идентификатор получателя © адрес узла-получателя. Управляющая информация используется для маршрутизации, а также указывает на тип пакета и сегментацию. Данные - собственно передаваемая информация. CRC (Избыточный циклический код) - это сведения, которые помогут выявить ошибки, что, в свою очередь, гарантирует правильный прием информации. Канальный уровень обеспечивает функциональные и процедурные средства для установления, поддержания и расторжения канальных соединений между сетевыми объектами и передачи блоков данных. Канальное соединение (канал передачи данных) строится на одном или нескольких физических соединениях. Канальный уровень обнаруживает и, в большинстве случаев исправляет ошибки, которые могут возникнуть на физическом уровне. Это позволяет сетевому уровню считать передачу данных по сетевому соединению фактически безошибочной. Помимо этого канальный уровень позволяет сетевому управлять взаимными соединениями физических каналов. Обычно, когда канальный уровень посылает кадр, он ожидает со стороны получателя подтверждения приема. Канальный уровень получателя проверяет наличие возможных ошибок передачи. Кадры, поврежденные при передаче, или кадры, получение которых не подтверждено, посылаются вторично. Функции канального уровня: установление и расторжение канального соединения; расщепление канального соединения на несколько физических; сериализация; обнаружение и исправление ошибок; управление потоком; управление соединением физических каналов передачи данных. Физический уровень Уровень 1, Физический (Physical Layer) Это самый нижний в модели OSI. Этот уровень осуществляет передачу неструктурированного, ©сырого© потока бит по физической среде (например, по сетевому кабелю). Физический уровень обеспечивает механические, электрические, функциональные и процедурные средства активизации, поддержания и деактивизации физических соединений для передачи данных между канальными объектами. Функции уровня сводятся к активизации и деактивизации физического соединения, а также передачи данных. Здесь реализуются электрический, оптический, механический и функциональный интерфейсы с кабелем. Физический уровень также формирует сигналы, которые переносят данные, поступившие от всех вышележащих уровней. На этом уровне определяется способ соединения сетевого кабеля с платой сетевого адаптера, в частности, количество контактов в разъемах и их функции. Кроме того, здесь определяется способ передачи данных по сетевому кабелю. Физический уровень предназначен для передачи битов (нулей и единиц) от одного компьютера к другому. Уровень отвечает за кодирование данных и синхронизацию битов, гарантируя, что переданная единица будет воспринята именно как единица, а не как ноль. Также физический уровень устанавливает длительность каждого бита и способ перевода бита в соответствующие электрические или оптические импульсы, передаваемые по сетевому кабелю. Нижние уровни 1-й и 2-й определяют физическую среду передачи данных и сопутствующие задачи, такие, как передача битов данных через плату сетевого адаптера и кабель. Самые верхние уровни определяют, каким способом осуществляется доступ приложений к услугам связи. Чем выше уровень, тем более сложную задачу он решает. Каждый уровень предоставляет несколько услуг (т.е. выполняет несколько операций), подготавливающих данные для доставки по сети на другой компьютер. Уровни отделяются друг от друга границами - интерфейсами. Все запросы от одного уровня (другому передаются через интерфейс. Каждый уровень использует услуги нижележащего уровня. Взаимодействие уровней модели OSI Задача каждого уровня - предоставление услуг вышележащему уровню, маскируя©детали реализации этих услуг. При этом каждый уровень работает таким образом, будто существует прямая связь между всеми объектами одного уровня, где бы они не находились.

0

K.Daria прокомментировала → Распределенные операционные системы и облачные вычисления 27 декабря 2012 в 08:50

Распределенная операционная система существует как единая oперационная система в масштабах вычислительной системы. Каждый компьютер сети, работающей пoд управлением распределенной ОС, выполняет часть функций этой глобальной ОС. Распределенная ОС объединяет все компьютеры сети в том смысле, что они работают в тесной кoоперации друг с другом для эффективного использования всех ресурсов компьютерной сети. Распределенная ОС, динамически и автоматически распределяя работы по различным машинам системы для обработки, заставляет набор сетевых машин работать как виртуальный унипроцессор. Пользoватель распределенной ОС, вообще говоря, не имеет сведений о том, на какой машине выполняется его работа. Появление сетей, предназначенных для взаимной связи различных компьютеров, привело к разработке средств, а затем и операционных систем, позволяющих осуществлять управление, так называемой, мультимашинной архитектурой, то есть совокупности полносоставных компьютеров (процессоры, память, вводы-выводы...), связанных в сеть. В этом случае речь идет о распределенных вычислительных системах. Архитектура распределенной системы: каждый компьютер является автономным модулем, состоящим из ЦП, памяти и периферийных устройств. Соответствие модели не нарушается даже несмотря на то, что компьютер не располагает локальной файловой системой: он должен иметь периферийные устройства для связи с другими машинами, а все принадлежащие ему файлы могут располагаться и на ином компьютере. Физическая память, доступная каждой машине, не зависит от процессов, выполняемых на других машинах. Этой особенностью распределенные системы отличаются от сильносвязанных многопроцессорных систем. Соответственно, и ядро системы на каждой машине функционирует независимо от внешних условий эксплуатации распределенной среды. Существует два типа распределенных операционных систем. Мультипроцессорная операционная система (multiprocessor operating system) управляет ресурсами мультипроцессора. Мультикомпьютерная операционная система (multicomputeroperating system) разрабатывается для гомогенных мультикомпьютеров. Существует большое сходство между мультимашинной организацией и архитектурой слабо связанных мультипроцессоров; в обоих структурах процессоры связаны через канал связи, а не через общую память. Различия заключаются в следующем: 1)в случае распределенных систем (мультимашинная архитектура) связь между процессорами осуществляется относительно медленно (сеть), а системы независимы; 2)в случае параллельных систем (мультипроцессорная архитектура) связь осуществляется быстро (шина), а системы относительно сильно связаны между собой. Распределенные операционные системы, такие как Mach и Chorus могут применяться и при мультимашинной, и при мультипроцессорной организации. Распределенные системы традиционно делятся на следующие категории: 1)периферийные системы, представляющие собой группы машин, отличающихся ярковыраженной общностью и связанных с одной (обычно более крупной) машиной. Периферийные процессоры делят свою нагрузку с центральным процессором и переадресовывают ему все обращения к операционной системе. Цель периферийной системы состоит в увеличении общей производительности сети и в предоставлении возможности выделения процессора одному процессу в операционной среде UNIX. Система запускается как отдельный модуль; в отличие от других моделей распределенных систем, периферийные системы не обладают реальной автономией, за исключением случаев, связанных с диспетчеризацией процессов и распределением локальной памяти. 2)распределенные системы типа "Newcastle", позволяющие осуществлять дистанционную связь по именам удаленных файлов в библиотеке. Удаленные файлы имеют спецификацию (составное имя), которая в указании пути поиска содержит специальные символы или дополнительную компоненту имени, предшествующую корню файловой системы. Реализация этого метода не предполагает внесения изменений в ядро системы, вследствие этого он более прост, чем другие методы, рассматриваемые в этой главе, но менее гибок. 3)абсолютно "прозрачные" распределенные системы, в которых для обращения к файлам, расположенным на других машинах, достаточно указания их стандартных составных имен; распознавание этих файлов как удаленных входит в обязанности ядра. Маршруты поиска файлов, указанные в их составных именах, пересекают машинные границы в точках монтирования, сколько бы таких точек ни было сформировано при монтировании файловых систем на дисках. Распределенная организация операционной системы позволяет упростить работу пользователей в сетевых средах. В распределенной операционной системе реализованы механизмы, которые дают возможность пользователю представлять и воспринимать сеть в виде традиционного однопроцессорного компьютера. Характерными признаками распределенной организации операционной системы являются: наличие единой справочной службы разделяемых ресурсов, единой службы времени, использование механизма вызова удаленных процедур (RPC) для прозрачного распределения программных процедур по машинам, многонитевой обработки, позволяющей распараллеливать вычисления в рамках одной задачи и выполнять эту задачу сразу на нескольких компьютерах сети, а также наличие других распределенных служб. Проекты для создания распределенных операционных систем Проект Globe посвящен созданию крупных распределенных систем с помощью разделяемых объектов и связанных с ними методов. Разработчики могут генерировать приложения с использованием программного обеспечения промежуточного слоя, а не создавать сетевые программы непосредственно на базе транспортного уровня, как это происходит сейчас. Активные копии объектов, которые взаимодействуют на одноранговой основе, будут доступны одновременно на всех машинах в распределенной системе, и все пользователи смогут вызывать методы объектов. Подход позволит системам работать без централизованного хранилища объектов, что дает возможность сократить сетевой трафик и избежать ошибок, связанных с недоступностью хранилища. Globe расширяет функциональность распределенных систем и увеличивает скорость за счет выполнения таких операций, как возвращение информационного наполнения Web-страницы, получение сообщения электронной почты, предоставление доступа к файлу или поиск имени ресурсов в каталоге. Opus базируется на проекте WebOS, который был реализован в университете Беркли с целью предоставления распределенным приложениям служб операционной системы, в том числе механизмов обнаружения ресурсов и управления ими, удаленного выполнения процессов, аутентификации и защиты. Opus добавляет к оболочке WebOS механизм перекрытия (overlay), который позволяет приложениям прозрачным образом передавать базовой сети свои требования на ресурсы, а затем использовать предоставленные ресурсы. Это крайне важно, поскольку на одной машине разработчики приложений могут для предоставления служб использовать возможности локальной операционной системы. Однако в распределенной системе, разработчики приложений должны сами создавать службы в соответствии с множеством стандартов и множеством серверов приложений, что требует больших усилий со стороны программиста и немалых системных ресурсов. Opus решает эту проблему, предоставляя по Internet базовые службы операционных систем, необходимые для создания приложений, которые являются распределенными, доступными, масштабируемыми и динамически реконфигурируемыми. Метакомпьютинг Метакомпьютинг — одно из намного обеспечения, требуюправлений развития сети Интернет, ставящее перед собой задачу стирания барьеров между разнородными, пространственно распределенными вычислительными системами, образовав сверхкомпьютер или метакомпьютер, который для пользователей и программистов выступал бы как единая вычислительная среда, доступная непосредственно с рабочего места (ПК или рабочей станции). Идея объединения ресурсов отдельных компьютеров появилась еще в 60-е годы. В статье «Что такое грид? Три критерия» Ян Фостер приводит высказывание Лена Клейнрока, датируемое 1969 годом: «Вероятно, мы скоро увидим распространение «компьютерных коммунальных услуг», которые, подобно электричеству и телефону придут в дома и офисы по всей стране.» Именно 60-е годы характеризуются бурным развитием интерактивных многотерминальных систем разделения времени. В таких системах компьютер отдавался в распоряжение нескольким пользователям. Каждый пользователь получал собственный терминал, с помощью которого мог вести диалог с компьютером. И хотя вычислительная мощность оставалась полностью централизованной, функции ввода-вывода стали распределенными. Такие системы стали первым шагом на пути к созданию локальных сетей. Первые локальные сети начали появляться только в 70-е годы. Это было связано с технологическим прорывом в области создания компьютеров, появлением больших интегральных схем. Середина 80-х годов характеризуется появлением стандартных технологий объединения компьютеров в сеть, таких как Ethernet, Arcnet, Token Ring, Token Bus, несколько позже FDDI. Мощным стимулом для их появления послужили персональные компьютеры. Эти массовые продукты явились идеальными элементами для построения сетей – с одной стороны, они были достаточно мощными, а с другой – явно нуждались в объединении своей вычислительной мощности для решения сложных задач. Таким образом, на рубеже 90-х годов были созданы все условия для начала работ над программным обеспечением, призванным объединить вычислительные ресурсы: массовый выпуск персональных компьютеров и развитая высокоскоростная сетевая инфраструктура. Термин «метакомпьютинг» возник в начале 90-х годов. Со временем это понятие эволюционировало. В те времена метакомпьютинг означал объединение нескольких разнородных вычислительных ресурсов в локальной сети организации для решения одной задачи. Основная цель построения метакомпьютера заключалась в оптимальном распределении частей работы по вычислительным системам различной архитектуры и мощности. Например, предварительная обработка данных могла производиться на пользовательской рабочей станции, основное моделирование – на векторно-конвейерном суперкомпьютере, а визуализация результатов – на специальной графической станции. В дальнейшем исследования в области метакомпьютинга развивались путем перехода от локальных вычислительных сред к глобальным средам. Компьютерные глобальные сети к средине 90-х годов, работающие на основе скоростных цифровых каналов (таких, как оптоволокно), существенно расширили набор своих услуг и догнали в этом отношении локальные сети. Стало возможным создание служб, работа которых связана с доставкой пользователю больших объемов информации в реальном масштабе времени. Для глобальных сред стала актуальной задача однородного доступа к вычислительным ресурсам. Метакомпьютерные системы можно характеризовать следующим: 1. Объединяют большое количество компьютеров с разной архитектурой и разной мощностью посредством локальной или глобальной среды. 2. Предоставляют прозрачный однородный доступ к метакомпьютерам. 3. Имеют динамическую конфигурацию: вычислительные системы могут как подключаться, так и отключаться от системы, не нарушая функциональности всей системы. 4. Вычислительные узлы практически не взаимодействуют друг с другом Распределенная операционная среда - новый класс програмщийся для воплощения идеи метакомпьютинга Грид – распределенная среда, и ее функционирование обеспечивается специальной формой программного обеспечения (ПО) – сервисами. Сервисы обладают сетевым интерфейсом, благодаря чему становится возможным удаленное обслуживание клиентов. В отличие от модели “клиент-сервер” в Грид тот или иной набор сервисов устанавливается на каждом ресурсе, хотя традиционное серверное обслуживание также не исключается.

0

K.Daria прокомментировала → Распределенные операционные системы и облачные вычисления 27 декабря 2012 в 08:44

Что такое облачные вычисления? Суть концепции облачных вычислений заключается в предоставлении конечным пользователям удаленного динамического доступа к услугам, вычислительным ресурсам и приложениям (включая операционные системы и инфраструктуру) через интернет. Развитие сферы хостинга было обусловлено возникшей потребностью в программном обеспечении и цифровых услугах, которыми можно было бы управлять изнутри, но которые были бы при этом более экономичными и эффективными за счет экономии на масштабе. Большинство сервис-провайдеров предлагают облачные вычисления в форме VPS-хостинга, виртуального хостинга, и ПО-как-услуга (SaaS). Облачные услуги долгое время предоставлялись в форме SaaS, например, Microsoft Hosted Exchange и SharePoint. Сложные бизнес-процессы Вычислительные облака состоят из тысяч серверов, размещенных в датацентрах, обеспечивающих работу десятков тысяч приложений, которые одновременно используют миллионы пользователей. Непременным условием эффективного управления такой крупномасштабной инфраструктурой является максимально полная автоматизация. Кроме того, для обеспечения различным видам пользователей - облачным операторам, сервис-провайдерам, посредникам, ИТ-администраторам, пользователям приложений - защищенного доступа к вычислительным ресурсам облачная инфраструктура должна предусматривать возможность самоуправления и делегирования полномочий. Концепция облачных вычислений значительно изменила традиционный подход к доставке, управлению и интеграции приложений. По сравнению с традиционным подходом, облачные вычисления позволяют управлять более крупными инфраструктурами, обслуживать различные группы пользователей в пределах одного облака, а также означают полную зависимость от провайдера облачных услуг. Microsoft предлагает следующие варианты организации облачных вычислений: Частное облако Решения Microsoft для частных облаков гарантируют гибкость и контроль за использованием облачных ресурсов в соответствии с потребностями предприятия. Частное облако от Microsoft обеспечивает непрерывное предоставление услуг, дает более глубокое представление о работе приложений и рабочих нагрузках – все это позволяет предприятию полностью сосредоточиться на повышении ценности бизнеса. Кроме того, если предприятие выберет предложение, предполагающее размещение, предварительную или индивидуальную настройку, то оно получит такое решение для частного облака, которое максимально полно будет соответствовать потребностям бизнеса данного предприятия. Общедоступное облако Windows Azure – облачная платформа, позволяющая разрабатывать и использовать приложения, отличающиеся неограниченной масштабируемостью и простотой использования. Эта гибкая платформа дает возможность легко масштабировать приложения в зависимости от потребностей бизнеса. Используя бизнес-модель "оплата за использование", предприятие не будет тратить деньги на те услуги, которые ему не нужны. Windows Azure позволяет ускорить разработку и выполнение приложений благодаря использованию уже имеющихся навыков разработки в средах .NET, PHP или Java. Преимущества Будущее облачных вычислений – в сочетании общедоступных и частных облаков, а не в выборе какого-то одного вида. Распространенной станет ситуация, когда предприятие будет выполнять часть работы в частном облаке, затем перемещать ее в общедоступное, а затем вновь возвращаться в частное. В нашем представлении частное облако – это первый шаг к построению такого облака, которое позволит выйти в общедоступное. Именно эту систему мы называем Windows Azure. Microsoft разрабатывает предложение по облачной платформе, которое позволит совмещать частные и общедоступные облака. Облачные вычисления, оптимально соответствующие потребностям бизнеса Облачные решения от Microsoft обеспечивают полный контроль из собственного центра обработки данных, ЦОД партнеров либо ЦОД Microsoft. Только с облачными решениями Microsoft можно получить: Полный комплект инструментов администрирования. Возможность видеть все приложения, находящиеся в единой консоли в обычной, а также в частной и общедоступной облачных средах. Полный комплект средств удостоверения. После входа в систему пользователи получают все традиционные, частные и общедоступные облачные услуги, к которым у них имеется доступ. Возможность разработки приложений, работающих как в частных, так и в общедоступных облаках. Типы облаков По мнению Parallels, в ближайшие 5-10 лет бОльшая часть ИТ переместится в облака пяти различных типов. Будут проприетарные платформенные облака, предоставляющие различные платформенные услуги, – Google (тип 1), Microsoft (тип 2) и другие крупные ИТ игроки (тип 3), такие как IBM, Apple, HP и Amazon. Будут облака услуг (тип 4), где мы ожидаем возникновение тысяч облачных провайдеров, предлагающих широкий спектр услуг. В качестве примера можно привести веб-хостинг и хостинг приложений, вертикально интегрированные структуры (правительство, здравоохранение, и т.д.), независимых производителей ПО (стратегическое развитие бизнеса, системы клиентской поддержки и т.д.), телекоммуникационные услуги (голосовая почта, VOIP). И наконец будут облака, управляемые корпоративными ИТ (тип 5), которые будут предоставлять услуги для внутреннего использования и для использования сотрудниками и партнерами. Платформенные облака Тип1: Облако Google Тип2: Облако Microsoft Тип3: Другие облака(например, IBM и Apple — Amazon, Facebook, Adobe и другие) Облака услуг Тип4: Облака сервис-провайдеров — операторы связи, веб-хостеры, ISV, SaaS Тип5: Внутренние облака крупных компаний (Fortune 1000) При сегодняшнем уровне конкуренции на рынке ИТ залогом успеха является переход к пятому типу облаков или привлечению сторонних ресурсов для переход на четвертый тип. Для решения этой задачи Parallels создает решения, экосистемы и налаживает партнерские связи с сервис-провайдерами и компаниями, чтобы выстроить эффективную инфраструктуру предоставления облачных услуг. Кроме того, Parallels продолжает заниматься развитием SaaS направления, чтобы обеспечить независимым производителям ПО и сервис-провайдерам возможность предоставлять SaaS-приложения, отвечающие современным стандартам отрасли.

0

K.Daria прокомментировала → Видеопроцессоры и технологии аппаратного ускорения 13 декабря 2012 в 10:06

http://e-learning.onu.edu.ua/novosti/videoprocessory.html

0