Vocabulary

Here you can find a listing of the terms used in Bitmagasinet and their definitions

  • SpikeImplementation focused on trying out a single functionality concept, without concern for the full complexity of the feature
  • ConversationA bitmagasin conversation is a sequence of messages implementing a specific operation.
  • PagingFunctionality for sending a large list of information as smaller 'pages' containing a subset of the list elements.
  • ServiceA continuous running component in the system.
  • PillarA pillar consists of a specific media and infrastructure giving it specific characteristics which are used when an agreement of service levels (SLA). A pillar is defined as a representation of a copy of data that can be seen and analyzed as an individual unit at the abstract level. Related to a given BitRepository instance the pillar can either represent a Full copy pillar or a Checksum pillar. See also BitRepository pillars for more details of the specific pillars.
    • Pillar SLADescribes the pillar characteristics which needs to be defined, besides the ones defined in the RepositorySettings.
  • CollectionThe files in a pillar are placed in separated collections.
  • Statens ArkiverThe National Danish Archive, see The State Archives http://www.sa.dk/content/us/.
  • DestinationDefines a destination message that producers can send messages to, and messages consumers can read messages from.
  • SASee Statens Arkiver.
  • Strategy ProjectThe strategy project analysed the feasibility of the Bitmagasin concept, and lead directly to the current project
  • EpicA type of task used for long term planning, will typically be implemented through more operational task and subtasks
  • IterationIterations are short periodes of time (couple of weeks), where we finish a set of well-defined tasks
  • OperationAn operation is defined as the communication that takes place in order to make an operation on the bit repository. Examples are get and put of data. See also Atomic messaging in simple operations http://kb-dk.atlassian.net/wiki/display/BITMAG/Design+Decisions+-+Coordination+layer#DesignDecisions-Coordinationlayer-Atomicmessaginginsimpleoperations.
  • AlarmAlarms can be raised by components encountering irregularities in the system.
  • MilestoneA milestone in the Bitmagasin project define the top level breakdown of the project into phases with a specific end date.
  • ClientA component used for accessing other parts of a Bitrepository system, which can be started and stopped as needed.
  • FileA file is a block of arbitrary information represented in bits. In connection with the bit repository a file is a data object with a unique file identifier which is placed and serviced in the bit repository system
  • Status informationSee Get Status.
  • Audit TrailsSee Get Audit Trails.
  • PrimitiveA primitive is a single request message to the system and the following replies. See also Atomic messaging in simple operations http://kb-dk.atlassian.net/wiki/display/BITMAG/Design+Decisions+-+Coordination+layer#DesignDecisions-Coordinationlayer-Atomicmessaginginsimpleoperations.
  • BitrepositoryContextA context for using a set of pillars to provide Bitrepository operations.
  • KBShort for Det Kongelige Bibliotek,  in english: The Royal Library
  • Checksum pillarA checksum pillar only contains the derived checksum of the original data/file. Storing a checksum does not make sense on its own, but it can provide one voter in a storage solution with bit integrity checks, but with less copies, and thus more economical.
  • ComponentA repository component is one of the distinct system parts.
  • LogGeneral term for any log in form of system log, information logged from a client etc. See also Get Audit Trails or Get Status.
  • TopicA Topic is a message bus Destination with zero-to-many listers for each message. See Queues and topics for details.
  • SBThe old danish State and University library http://en.statsbiblioteket.dk/. SB and KB has since merged.
  • CommunicationThe exchange of a single message, see also Primitive. Also used about message exchange in general.
  • SLAService Level Agreement, the contractual agreement on the operation of system components and infrastructure.
  • Full copy pillarA full copy pillar for a Service Level Agreement is a pillar which only contain a full copy the original data/file (opposed to a Checksum pillar).

Vocabulary pages