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

Compare with Current View Page History

« Previous Version 9 Next »

Technical Working Group

  • Ben Armintor - Columbia University
  • Chris Beer - Stanford University
  • Esme Cowles - University of California, San Diego
  • Dan Davis - Smithsonian Institute
  • Declan Fleming - University of California San Diego
  • Neil Jefferies - Oxford University
  • Adam Soroka - University of Virginia
  • Andrew Woods - DuraSpace - Technical Team Lead
  • Zhiwu Xie - Virginia Tech
The working group's charter.

Work in progress

  • Review of top-level architecture
  • Collecting of usecase-based performance goals
  • Collecting of to-date performance tests

Areas of assessment

  1. REST API
    • Are immediate updates required?
    • We should version the API independently
      1. This offers multiple backend implementations/optimizations
      2. A. Soroka: I think this requires a stronger definition of the API than currently exists in the form of user documentation. I suggest defining the API as ontology extensions to LDP.
  2. Performance
    1. Read
    2. Writes
      1. Many small files
      2. Large files
      3. High throughput
    3. Scalable serialization to disk
      • Need to measure scale of load that async serialization can meet
      • Need to clarify async approaches: messaging and sequencers
    4. Replication of objects to another repository instance
    5. Full re-indexing
    6. Full integrity checks
  3. Multi-node / Clustered configurations
    1. High availability
    2. Bulk ingest
    3. High read loads
    • Note: generally need to define what clustering provides
  4. ModeShape
    1. Assess persistence approach (i.e. bit-level object and datastream persistence)
      1. Some backup/restore details: Backup and Restore
  5. Evolution-capability
  6. Ability to use in various integration patterns
  7. Storage Options
    1. Tier-storage
    2. Others . . .
  8. Preservation-worthiness

Meetings

 

  • No labels