Loading presentation...
Prezi is an interactive zooming presentation

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Make your likes visible on Facebook?

Connect your Facebook account to Prezi and let your likes appear on your timeline.
You can change this under Settings & Account at any time.

No, thanks

Архитектура распределенных приложений в Windows Azure

No description
by

Andery Chekh

on 25 April 2015

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of Архитектура распределенных приложений в Windows Azure

Архитектура распределенных приложений в Windows Azure
Для чего нужен табун
система на 128-ядерных серверах vs 4-ядерных
Масштабируемость
по размеру
по географии
по администрированию
Производительность
быстрая реакция
высокая пропускная способность
низкая утилизация ресурсов
Модель системы
Распределенность:

ПО выполняется одновременно на независимых узлах
Соединенных сетью некоторой надежности
Которые не имеют общей памяти и единых часов
Узлы
Могут выполнять код
Могут хранить данные во временном хранилище (данные теряются при сбое)
Могут хранить данные в постоянном хранилище (данные можно восстановить после сбоя)
Имеют часы (которые можно считать точными или нет)
Могут ломаться (crash-recovery, byzantine)
Каналы связи
Соединяют узлы и позволяют отправлять сообщения в обоих направлениях
Каждая пара узлов имеет свой канал связи
Канал связи обеспечивает принцип FIFO - кто первый встал, того и тапки
Допущения о времени -последовательности
Синхронная модель: процессы блокируют друг друга, есть известная верхняя граница на время передачи сообщения, у каждого процесса есть точные часы

Асинхронная модель: никаких допущений о сроках - процессы выполняются каждый со своей скоростью, нет ограничений на время передачи сообщения, общих часов достаточной точности тоже нет
CAP теорема
Consistency
: все узлы видят одинаковые данные
Availability
: отказ узла не мешает работать остальным
Partition tolerance
: система продолжает работать несмотря на разрыв каналов связи
Сервисы windows azure
Cloud services/VMs
DocumentDB
Event Hubs
Managed/Redis Cache
Service Bus
SQL Database
Storage (Blob, Table, Queue, Drive)
и еще 25+ сервисов
Доступность
: процент времени, когда пользователь может взаимодействовать с системой

Отказоустойчивость
: свойство системы вести себя заданным, определнным способом, в случае отказа компонента
Orleans
by MS Research
Open source
https://github.com/dotnet/orleans
Actor model
TPL & async, однопоточность
Прозрачность активирования
Прозрачность размещения
Оптимизация нагрузки за счет распределения и репликации акторов по узлам
Akka.NET
Open source
https://github.com/akkadotnet/akka.net/
Actor model
Однопоточность
Прозрачность размещения
Оптимизация нагрузки за счет распределения и репликации акторов по узлам
Используется для серверной части Halo 4
Андрей Чех
Director of Research & Technology
andrey.chekh@altexsoft.com
Full transcript