etc:users:kea:introduction_to_cloud_computing_architecture
Differences
This shows you the differences between two versions of the page.
Next revision | Previous revision | ||
etc:users:kea:introduction_to_cloud_computing_architecture [2010/02/03 02:54] – создано belka | etc:users:kea:introduction_to_cloud_computing_architecture [2016/08/09 05:23] (current) – ↷ Links adapted because of a move operation 89.163.148.22 | ||
---|---|---|---|
Line 21: | Line 21: | ||
Раньше для обеспечения многопоточного параллельного выполнения пользовались языком java, теперь существует возможность одновременного создания нескольких взаимосвязных машин. Очень важно смещение от архитектора к разработчику-архитектору. | Раньше для обеспечения многопоточного параллельного выполнения пользовались языком java, теперь существует возможность одновременного создания нескольких взаимосвязных машин. Очень важно смещение от архитектора к разработчику-архитектору. | ||
- | ==== Приложения являются составными | + | ==== Пример развертывания web-приложений ==== |
+ | Пример как комбинация виртуализации и self-сервиса способствую развертыванию приложений, | ||
+ | 1. Разработчик должен выбрать балансировщик загрузки, | ||
+ | 2.Разработчик должен сконфигкрировать каждый компонент для получения требуемого образа. Балансировщик загрузки должен быть настроен. web- сервер заполняется этими статистическими данными для загрузки их на storage cloud , | ||
+ | 3.Разрабатываемый | ||
+ | 4. Разработчики выбирают шаблоны, | ||
+ | 5.Безопасности, | ||
+ | {{etc: | ||
+ | ==== Сервисы предоставляемые через сеть ==== | ||
+ | Почти само собой разумеется, | ||
+ | Хотя предприятия, | ||
+ | увеличение доверия к вычислительной среде облака требует тщательного изучения различий между компьютерной техникой предприятий и облачными вычислениями. При правильной архитектурае доставка чрез интернет может обеспечить необходимы гибкость и безопасность, | ||
+ | |||
+ | ==== Роль открытого программного обеспечения ==== | ||
+ | | ||
+ | ==== Модели инфраструктур в cloud computing ==== | ||
+ | Cуществуют три вида моделей: | ||
+ | public clouds запускаются тремя сторонами м приложения от различных клиентов похожи на смесь cloud’s servers, storage systems, и networks. | ||
+ | |||
+ | одним из преимуществ public cloud -это то, что они горвздо больше нежели private у частных компаний, | ||
+ | Части public cloud могут быть вырезаны для эксклюзивного использования единичными клиентами, | ||
+ | Теперь клиенты могут манипулировать не только виртуальными машинами, | ||
+ | |||
+ | private cloud истроится для экслюзивного использования или для единичного клиента, | ||
+ | |||
+ | |||
+ | Частные облака строятся исключительно для использования одного клиента, | ||
+ | Частные облака могут быть созданы и управляются собственными ИТ-организациями предприятия или облаком услуг. Эта модель дает компаниям высокий уровень контроля над использованием ресурсов. | ||
+ | |||
+ | Смешанные облака | ||
+ | Это комбинация private | ||
+ | |||
+ | ==== Архитектурные уровни Cloud Computing ==== | ||
+ | Cloud computing предлагает услуги, | ||
+ | |||
+ | |||
+ | {{etc: | ||
+ | |||
+ | === интерфейсы программирования приложений в cloud === | ||
+ | Одной из ключевых характеристик, | ||
+ | |||
+ | Это аналогично тому, | ||
+ | В некотором смысле, | ||
+ | Использование API для контроля как использующейся облачной инфраструктуры | ||
+ | |||
+ | ==== Преимущества Cloud Computing ==== | ||
+ | Использование cloud computing имеет множество преимуществ: | ||
+ | * сокращение времени запуска и времени отклика. | ||
+ | (достаточно быстро решаются ресурсоемкие задачи, | ||
+ | * минизация рисков инфраструктуры. | ||
+ | (это очень удобно для малых компаний, | ||
+ | * снижение стоимости. | ||
+ | Есть ряд признаков Cloud Computing, который позволяет снизить затраты: | ||
+ | - Аренда инфораструктуры(нет затран на преобретение) | ||
+ | - Приложения разрабатываются в основном путем сборки а не программирования, | ||
+ | * увеличение темпов инноваций. | ||
+ | Сloud Computing может способствовать повышению темпов инновационной деятельности. Низкая стоимость вступления на новые рынки, создает условия, | ||
+ | ===== Архитектурные вопросы IaaS ===== | ||
+ | |||
+ | ==== Изменяются архитектурные подходы ==== | ||
+ | В 90-х годах заше разговор, | ||
+ | |||
+ | ==== Изменяется дизайн приложений ==== | ||
+ | В прошлом, | ||
+ | ==== Высокая производительность ==== | ||
+ | Кластерные вычисления, | ||
+ | |||
+ | ==== Системы управления базами данных ==== | ||
+ | |||
+ | Системы управления базами данных адаптированны для работы в облачных средах путем горизонтального масштабирования серверов баз данных и таблиц разделов между ними. Эта техника, | ||
+ | |||
+ | ==== CPU обработка | ||
+ | Приложения, | ||
+ | ==== Обработка данных ==== | ||
+ | Основные инструменты-инструменты развивающиеся open source сообществом, | ||
+ | |||
+ | ===== Последовательный и стабильный слой абстрагирования ===== | ||
+ | Cloud computing увеличивает уровень абстракции на столько, | ||
+ | предназначен для работы на абстрактном | ||
+ | Образ виртуальной машины будет всегда меняться, | ||
+ | Разработчики должны стоить виртуальную машину в следующей иерархии(последовательности) web-сервер, | ||
+ | |||
+ | ==== Стандарты, | ||
+ | Cloud Computing имеет несколько стандартов и стандартных конфигураций, | ||
+ | * Типы виртуальной машины.Применительно к социальным сетям, изоляции для безопасности и высокий уровень абстракции для портирования рекомендуется использовать TypeII виртуальной машины. Для высокой производительности и визуализации приложений, | ||
+ | * Предварительно устанавливаемы и настраиваемые системы. программное обеспечение | ||
+ | Когда текущая конфигурация обновляется, | ||
+ | |||
+ | * Инструменты и языки. Предприятия должны стандартизировать использование языков java и Ruby on Rails. Малый бизнес может стандартизировать PHP как предпочтительный инструмент для построения приложений. Поскольку эти стандарты достаточно старые в контексте СС, они начинают формировать следующий слой, PaaS(платформа как сервис). | ||
+ | ==== Системы виртуализации и инкапсуляции поддерживают рефакторинг ==== | ||
+ | Кода над приложением производится рефакторинг и создаются путем комбинирования и настройки набор образов виртуальных машин и инструментов" | ||
+ | |||
+ | ===== Горизонтальное масштабирование ===== | ||
+ | Используя горизонтальное масштабирование следует сосредоточить внимание на общей доступности приложенийс предволожением, | ||
+ | |||
+ | ===== Параллелизация ===== | ||
+ | При вертикальном масштабировани , при многопроцессорной машине переллелизация позволяла увеличить скорость выполнения операций. Но сегодня, | ||
+ | На макроскопическом масштабе, | ||
+ | В физическом мире, распараллеливание часто реализуется с помощью балансировки нагрузки или содержимым коммутаторов, | ||
+ | Есть много других способов использования параллельной обработки в среде облачных вычислений. Приложение, | ||
+ | |||
+ | {{etc: | ||
+ | |||
+ | ==== Разделяй и властвуй ==== | ||
+ | приложение могут быть распараллелены если | ||
+ | * Hadoop - это реализация MapReduce шаблона, | ||
+ | * БД sharding может быть реализована путям ряда техник разделения, | ||
+ | * Большинство финансовых институтов совершенствуют алгоритмы выявления мошенниченства, | ||
+ | * Другие высокопроизводительные приложения, | ||
+ | Разделение данных имеет значение, | ||
+ | |||
+ | ==== Физика данных ==== | ||
+ | Физика данных рассматривает связь между элементами процессов и данными, | ||
+ | Большие объемы данных и низкая пропускная способность канала удлиняет время, необходимое для перемещения данных. | ||
+ | |||
+ | time=(bites*8)/ | ||
+ | |||
+ | |||
+ | Она очень часто помогает определиться с целесообразность принятия решений, | ||
+ | === Взаимоотношение между данными и процессами === | ||
+ | Перемещение данных из хранилищ для обработки может потребовать большое количество времени и денег | ||
+ | Некоторые аспекты этих взаимоотношений необходимо рассмотреть: | ||
+ | - дыннын хранящиеся без вычислительных мощностей поблизости имеют ограниченную ценность.И облако должнго быть прозрачном в сетевом плане: | ||
+ | - Cloud архитекторы должны иметь способность четко | ||
+ | - Cloud провайдеры должны оптимизировать эти отношение для клиентов, | ||
+ | - иногда более выгодно расчитать значение, | ||
+ | === программные стратегии | ||
+ | cloud стратегии как прпавило руководствуются следующими правилами: | ||
+ | 1. Перемещение указателей как правило лучше, чем перемещение фактических данных. | ||
+ | 2. указатели должны рассматриватся как предосторожность, | ||
+ | 3. Объектный доступ. Протокол SOAP. | ||
+ | | ||
- | |||
etc/users/kea/introduction_to_cloud_computing_architecture.1265154844.txt.gz · Last modified: 2010/02/03 02:54 (external edit)