
scalability
There are two major performance monitoring architectures: Push , metrics are periodically sent by each monitored system to a central collector. Examples of push architectures include: sFlow, Ganglia, Graphite, collectd and StatsD. Pull , a central collector periodically requests metrics from each monitored system. Examples of pull architectures include: SNMP, JMX, WMI and libvirt. The remainder of this article will explore some of the strengths and weaknesses of push and pull architectures: The push model is particularly attractive for large scale cloud environments where services and hosts are constantly being added, removed, started and stopped.
Push vs Pull
AWS Architecture Center
Srinath's Blog :My views of the World: List of Known Scalable Architecture Templates - (Current Session: Current)
Multi-master database systems that span sites are an increasingly common requirement in business applications. Yet the way such applications work in practice is not quite what you would think from accounts of NoSQL systems like . In this article I would like to introduce a versatile design pattern for multi-master SQL applications in which individual schemas are updated in a single location only but may have many copies elsewhere both locally as well as on other sites. This pattern is known as a architecture. You can build it with off-the-shelf MySQL and master/slave replication.
The System of Record Approach to Multi-Master Database Applications
Autoscaling Windows Azure applications coming this autumn | IUpdateable from Eric Nelson (UK)
i Rate This Technically there are lots of way to do this already (including AzureWatch which I blogged on back in June ) but it was great to see this week details on what we are working on as part of the new Windows Azure Integration Pack for Enterprise Library (Also check out details of what else may appear in this pack).Scalability patterns and an interesting story...
Posted by Randy Shoup on May 27, 2008 Sections Architecture & Design Topics Architecture ,

