storage_management
Differences
This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision Next revision | Previous revision Last revision Both sides next revision | ||
|
storage_management [2021/08/31 14:21] yves |
storage_management [2022/02/11 19:23] yves |
||
|---|---|---|---|
| Line 1: | Line 1: | ||
| ===== Storage management ===== | ===== Storage management ===== | ||
| - | Storage is important in digital pathology. Image data can be subject to any of the [[https://en.wikipedia.org/wiki/Big_data|3] ([[https://www.ibm.com/blogs/watson-health/the-5-vs-of-big-data/|or 5]]) [[https://en.wikipedia.org/wiki/Big_data|Vs of data science]]: | + | Storage is important in digital pathology. Image data can be subject to any of the [[https://en.wikipedia.org/wiki/Big_data|3]] ([[https://www.ibm.com/blogs/watson-health/the-5-vs-of-big-data/|or 5]]) [[https://en.wikipedia.org/wiki/Big_data|Vs of data science]]: |
| * Variety - Imaging data in pathology is generated during biopsies (macroscopic observations on the sectioning station), brightfield microscopy (high-resolution), immuno observations (multiple channels), and z-stacking. | * Variety - Imaging data in pathology is generated during biopsies (macroscopic observations on the sectioning station), brightfield microscopy (high-resolution), immuno observations (multiple channels), and z-stacking. | ||
| Line 7: | Line 7: | ||
| * Velocity - Data comes in rapidly, with 100s of slides being scanned on a daily basis. This poses challenges in terms of how much pre-treatment and time you can spent on any individual slides. | * Velocity - Data comes in rapidly, with 100s of slides being scanned on a daily basis. This poses challenges in terms of how much pre-treatment and time you can spent on any individual slides. | ||
| + | For these reasons it's important to have tile server solution that is flexible. | ||
| - | + | PMA.core supports the following storage media: | |
| + | * local hard disk (think of you conventional ''C:'' and ''D:'' drives and partitions) | ||
| + | * network storage like SMB shares (must be accessible via UNC ''%%\\server\path\to\data%%'' routes) | ||
| + | * S3-compliant cloud storage (Amazon AWS, Western Digital HGST, NetApp, Arvados, IBM...) | ||
| + | * Microsoft Azure storage | ||
| + | * FTP server (yup, that [[https://www.filezilla.org|free FileZilla File Transfer Protocol server]] is still around and can be now put to new uses for digital pathology applications!) | ||
| + | |||
| + | Our tile server introduces [[rootdir|root directories]]: virtual mounting points that can point to any of these types of storage, where you have your slides available. | ||
| + | |||
| + | Most importantly, you can configure your root-directories in a hybrid fashion, with some storage pointing to traditional hard disks, and other (perhaps long term) storage pointing to cloud resources. | ||
| + | |||
| + | This hybrid configuration model also means you can scale easily over time: you can start with a setup whereby your slides are mostly placed on a (big) local hard disk. After a while, you switch over to your organization's network storage. Even at a later stage, you can transparently migrate to S3-compliant cloud storage. When you have an external collaborator that temporarily wants to share their slide collection with you, you can ask them to setup an FTP server and patch a root-directory through to that one. | ||
| + | |||
| + | [[rootdir|Root-directory resources]] can have authentication and impersonation information attached to them. In addition, PMA.core has its own [[acl|access control lists]] to determine what [[groups]] and [[user_management|individual users]] can see and do (according to [[crud|the CRUD principle]]). | ||
| + | |||
| + | A comprehensive blog article on the subject of storage and image management is provided at [[https://realdata.pathomation.com|our blog]]. | ||
storage_management.txt · Last modified: 2022/07/18 14:59 by antreas
