The Incommon Federation wiki has moved.

Please visit the new InCommon Federation Library wiki for updated content. Remember to update your bookmarks.

Click in the link above if you are not automatically redirected in 15 seconds.



You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 4 Next »

Metadata Aggregates

On December 18, 2013, InCommon Operations will deploy three new metadata aggregates at the following permanent HTTP locations:

  • http://md.incommon.org/InCommon/InCommon-metadata.xml (production)
  • http://md.incommon.org/InCommon/InCommon-metadata-fallback.xml (fallback)
  • http://md.incommon.org/InCommon/InCommon-metadata-preview.xml (preview)

The new locations will replace the current HTTP location of InCommon metadata:

  • http://wayf.incommonfederation.org/InCommon/InCommon-metadata.xml (legacy)

Moving forward, all new metadata services will be deployed on vhost md.incommon.org. Legacy vhost wayf.incommonfederation.org will be phased out.

Multiple metadata aggregates allows InCommon to deploy changes to metadata more quickly, easily, and safely. Metadata consumers choose exactly one of the aggregates depending on the immediate requirements of their deployment.

 

Availability

Stability

Reliability

Affinity

preview aggregate

24x7

experimental

leading edge

persistent

production aggregate

24x7

stable

mainstream

persistent

fallback aggregate

24x7

legacy

trailing edge

transient

Production Metadata Aggregate

In the best possible world, a deployment would configure itself to refresh its metadata store from the production metadata aggregate and that would be the end of it. The problem is that metadata aggregates are brittle by their very nature: a small change to metadata may have unexpected effects downstream. If this happens, a deployment can “fall back” to a previous version of metadata that is known not to cause the problem.

Fallback Metadata Aggregate

The fallback metadata aggregate comes into play when a breaking change is inadvertently introduced into InCommon metadata. When a change is made to the production metadata aggregate, and that change breaks a downstream metadata process, an affected deployment can temporarily migrate to the fallback metadata aggregate. This gives the deployment time to adjust to the breaking change.

Preview Metadata Aggregate

Like the fallback metadata aggregate, the preview metadata aggregate helps manage the introduction of potentially breaking changes into InCommon metadata. Before such a change is deployed in production, it is first introduced in preview mode. Any issues that surface are addressed before the change is moved to production.

The preview metadata aggregate is designed for deployments on the cutting edge, such as test and dev deployments. Such deployments are strongly encouraged to consume the preview metadata aggregate instead of the production metadata aggregate.

Production or Preview?

An important decision point for each deployment is whether to consume the production metadata aggregate or the preview metadata aggregate.

#trackbackRdf ($trackbackUtils.getContentIdentifier($page) $page.title $trackbackUtils.getPingUrl($page))
  • No labels