Differences

This shows you the differences between two versions of the page.

--- etc:users:kea:introduction_to_cloud_computing_architecture [2010/02/10 18:17] – 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 127: / Line 127: @@
 {{etc:users:kea:shelude1.jpg|}}
-==== Разделяй и влавствуй ====
+==== Разделяй и властвуй ====
-приложение могут быть распараллелены если  даные могут быть разделены по независимым системам, которые будут обрабатывать их параллельно. Хорошая архитектура приложений включает в себя план разделяй и влавствуй применительно к данным
+приложение могут быть распараллелены если  даные могут быть разделены по независимым системам, которые будут обрабатывать их параллельно. Хорошая архитектура приложений включает в себя план разделяй и влавствуй применительно к данным и имеет  реальном мире наглядные примеры и множество подходов:
+  * Hadoop - это реализация MapReduce шаблона, который реализует master/worker паттерн распараллеливания.
+  * БД sharding может быть реализована путям ряда техник разделения, включающих вертикальное разделение,диапазонное разделение или разделение на основе дирректорий. Подход полностью зависит от того, какие данные должны быть использованы.
+  * Большинство финансовых институтов совершенствуют алгоритмы выявления мошенниченства, одни из них -это data-mining операции, которые можно распараллелить применительно к большим объемам дынных.
+  * Другие высокопроизводительные приложения, которые  работают с трехмерной информацией были разработаны так, что состояние одного кубического объема (например газа) может быть вычислено за время t для одного процесса. Далее состояние одного куба-распространяется на состояние восьми прилегающих кубов, которыы вычисляются за всремя t+1.
+Разделение данных имеет значение, когда объемы данных передаются по сети, что делает физические данные следующими в списке рассмотрения.
+==== Физика данных ====
+Физика данных рассматривает связь между элементами процессов и данными, которыми они оперируют. поскольку большинство данных хранятся в облаке, а не на локальных физических серверах, нужно время, чтобы доставить эти данные на сервер.
+Большие объемы данных и низкая пропускная способность канала удлиняет время, необходимое для перемещения данных.
+time=(bites*8)/bandwidth;
+Она очень часто помогает определиться с целесообразность принятия решений, например актуально ли перемещать данные из одного публичного облака в другое и т д
+=== Взаимоотношение между данными и процессами ===
+Перемещение данных из хранилищ для обработки может потребовать большое количество времени и денег
+Некоторые аспекты этих взаимоотношений необходимо рассмотреть:
+    - дыннын хранящиеся без вычислительных мощностей поблизости имеют ограниченную ценность.И облако должнго быть прозрачном в сетевом плане:должны быть известны размер каналов,какова латентность,какова надежность соединенияю. Cloud провайдерам предствоит ответить на все эти вопросы.
+    - Cloud  архитекторы должны иметь способность четко  указать место расположение виртуальных машин и список услуг которые определяют отношения между вируальными машинами и доступом к хранилищу.
+    - Cloud  провайдеры должны оптимизировать эти отношение для клиентов, но так же и равссмотреть вопрос о целесообразности оптимизации эхтих отношений вручную.
+    - иногда более выгодно расчитать значение, нежеди доставать его из сетевого хранилища. Необходим компромис.
+=== программные стратегии  ===
+cloud стратегии как прпавило руководствуются следующими правилами:
+. Перемещение указателей как правило лучше, чем перемещение фактических данных.
+. указатели должны рассматриватся как предосторожность, необходимая для того, чтобы труднее было подделать данные.
+. Объектный доступ. Протокол SOAP.