концепции “облачной архитектуры” на схемах системной архитектуры

Question

Если вы разрабатываете распределенное приложение для легкого масштабирования или просто хотите воспользоваться любым из новых предложений Amazon, Google или Microsoft по “облачным вычислениям”, есть несколько типичных концепций или компонентов, которые вы обычно используете:

• распределенное хранилище больших двоичных объектов (оно же S3)
• асинхронные, длительные очереди сообщений (они же SQS)
• нереляционные / нетранзакционные базы данных (такие как SimpleDB, Google BigTable, Azure SQL Services)
• распределенный фоновый рабочий пул
• процессы пограничного обслуживания с балансировкой нагрузки, обрабатывающие запросы пользователей (часто виртуализированные)
• распределенные кэши (например, memcached)
• CDN (сеть доставки контента, подобная Akamai)

Теперь, когда дело доходит до проектирования и наброска архитектуры, использующей такие шаблоны, есть ли какие-нибудь часто используемые символы, которые я мог бы использовать?Или даже загрузить несколько классных трафаретов Visio?:)

Это не обязательно должна быть формальная система, подобная UML, но я думаю, было бы здорово, если бы существовали символы, которые все знают и понимают, например, мы обычно используем формы для баз данных или документов.Я думаю, было бы важно не смешивать это с традиционными понятиями, такими как обычная файловая система (локальный или сетевой сервер / SAN) или реляционная база данных.

Проще говоря, я хочу иметь возможность сделать некоторые выводы о масштабируемости приложения или проблемах с согласованностью данных, просто взглянув на диаграмму обзора архитектуры системы.

Обновить: Большое вам спасибо за ваши ответы.Мне нравится идея нанести маленький "символ облака" на традиционные символы.Однако я оставляю эту тему открытой на случай, если кто-то найдет конкретные символы (возможно, в книге или около того) - или загрузит несколько усовершенствованных трафаретов Visio ;)

Answer 1

Вот два набора символов, которые прекрасно соотносятся с концепциями облачных платформ.

Для Windows Azure:http://davidpallmann.blogspot.com/2011/07/windows-azure-design-patterns-part-1.html (скачать здесь)

РЕДАКТИРОВАТЬ Февраль 2014 ==> Вот более полный набор, недавно выпущенный Microsoft: http://www.microsoft.com/en-us/download/details.aspx?id=41937 На данный момент это лучший вариант для использования в Windows Azure.

Веб - сервисы Amazon:http://aws.typepad.com/aws/2011/12/introducing-aws-simple-icons-for-your-architecture-diagrams.html

И @markus, очевидно, был на опережение, поскольку он опубликовал этот вопрос задолго до того, как они стали доступны.

Answer 2

Я не знаю ни одного из отличительных символов, но если вам они нужны - я бы выбрал традиционные и добавил к каждому из них небольшой символ облака.Таким образом, все знают традиционное значение - и на абстрактном уровне не имеет значения, облако это или нет, - а символ облака добавляет информацию о том, что он выполняется в облачной среде.

Но объясните символы, если вы хотите представить их клиенту.

Answer 3

было бы интересно посмотреть шаблон visio.С точки зрения очень высокого уровня, было бы неплохо поместить cloud поверх традиционной базы данных, однако этого недостаточно для выражения полного импорта компонентов облака, особенно когда необходимо включить их в диаграмму - например, шины асинхронных сообщений приветствия - кальян