add news items

src/content/news/2021-11-08-dataplant-tools-and-services-development-principles.md

@@ -0,0 +1,25 @@
+---
+date: 2021-11-08
+title: DataPLANT tools and services development principles
+preview-text: Developing applications and tools that support community-driven research data management requires the engagement of various stakeholders. Software development principles provide high-level guidelines and a collection of considerations to create sought after and maintainable applications and services. In DataPLANT, tool development is always motivated by community requirements conveyed by researchers e.g. through data stewards to developers. The objective in DataPLANT is to provide incremental but regular improvements of the RDM procedures...
+---
+
+Developing applications and tools that support community-driven research data management requires the engagement of various stakeholders. Software development principles provide high-level guidelines and a collection of considerations to create sought after and maintainable applications and services. In DataPLANT, tool development is always motivated by community requirements conveyed by researchers e.g. through data stewards to developers. The objective in DataPLANT is to provide incremental but regular improvements of the RDM procedures. Developing applications and tools that support community-driven research data management requires the engagement of various stakeholders. Software development principles provide high-level guidelines and a collection of considerations to create sought after and maintainable applications and services. In DataPLANT, tool development is always motivated by community requirements conveyed by researchers e.g. through data stewards to developers. The objective in DataPLANT is to provide incremental but regular improvements of the RDM procedures.   
+
+DataPLANT services are software components fulfilling a certain function. Thus, the design principles are the results of the discussions and alignments of efforts in the [Year 1 review](https://nfdi4plants.org/content/news/2021-10-01-governance-in-dataplant-year-one-review-in-trifels.html) and the presentation to the [Technical Board for review](https://nfdi4plants.org/content/news/2021-10-07-dataplant-governance-tb.html).    
+
+In a large scale infrastructure and service project the principles ensure a common understanding among the participants and users. The principles are designed to allow for reproducibility and (re)deployability both in the central infrastructure of the hosting institutions as well as de-centrally or later on in a consolidated common NFDI base infrastructure. This allows an institution, group, or project in fundamental plant research to setup its private resources for various reasons like project funder’s requirements. Independent of the actual installation the technological base, update procedures etc. should be similar to the umbrella DataPLANT infrastructure. 
+1. All services need to be well-documented, including their infrastructure-dependent configuration. All code as well as access to the service instances needs to be available to all project partners involved. 
+2. Upon design, services should be atomic and modularized, to facilitate their integration, deployment and their reuse or extension. Services should be automatically (re)deployable to allow cloud aware operation, allow (dynamic) distribution and adaptation to local requirements. Services should follow the ”infrastructure-as-code” principle if possible. The proxy (see picture in the Year 1 review post) makes it easy to allow parallel instances of services for testing new versions before making them production. It also allows easy access to (temporary) prototypical services. 
+3. While computational resources follow the cloud principle (being discardable, re-deployable) a stable persistency layer is required. Services may contain the actual application data (code), the configuration data (conf), user scientific data (scientific data), content data (content) and user information (user), complemented by the deployment information (deploy). Upon service design different data types have to be handled separately. 
+4. Single-sign on should be as widely supported as possible, multiple Authentication and Authorization Infrastructure (AAI) options should be made available. A single-sign on infrastructure of DataPLANT based on Keycloak integrates established and future AAIs including ORCID iD, Life Sciences AAI or the NFDI IAM. 
+5. The DataPLANT service infrastructure is mainly cloud-based and relies on a common stable entry proxy handling DNS, TLS/SSL certificates and forwarding. This facilitates easy redeployment of services on alternative resources. 
+6. Data of services needs to be stored outside the active hosting environment. While code and content may be stored in public repositories, configuration, user and deployment information has to be stored in strictly private repositories. Scientific data should to be stored through the versioning service or data publication service of DataPLANT using a persistent storage layer. 
+7. Services require appropriate logging and monitoring capabilities, providing information about the health status of the service, correct operations and user interactions. 
+8. Fast recovery of services is preferred for simplicity over high availability. 
+
+
+
+
+
+

src/content/news/2023-08-18-dataplant-participates-in-the-base4-initialization-phase-proposal-nfdi.software.md

@@ -0,0 +1,14 @@
+---
+date: 2023-08-18
+title: DataPLANT participates in the Base4 initialization phase proposal nfdi.software
+preview-text: Research software plays a major role in RDM besides data. DataPLANT  recognizes this already with the formulation of the ARC specification  taking software and workflows into account as well. To obtain a better  overview within the wide field of research software nfdi.software will  implement a central marketplace. The idea is to enable a seamless access  to the extensive portfolio of research software in the domains of the  different NFDI consortia, for facilitating discovery...
+---
+
+Research software plays a major role in RDM besides data. DataPLANT  recognizes this already with the formulation of the ARC specification  taking software and workflows into account as well. To obtain a better  overview within the wide field of research software nfdi.software will  implement a central marketplace. The idea is to enable a seamless access  to the extensive portfolio of research software in the domains of the  different NFDI consortia, for facilitating discovery, providing context  and documenting maturity of research software, for integrating  information on the relevance, impact, and adoption of software in  communities. This would allow for a connection of research software to  other relevant research outcomes, e.g., publications and data, and  services, e.g., execution platforms. Such a market place leverages the  use of research data made available in the NFDI, and provides a  comprehensive overview of software produced by researchers, research  software engineers, and their organizations, as well as of software  created by the NFDI consortia.    
+
+The main applicant in this Base4NFDI initialization phase proposal is  the Helmholtz-Zentrum Potsdam Deutsches GeoForschungsZentrum GFZ. From  DataPLANT's side we will bring in EOSC expertise via the Galaxy  partnership which is one of the cores of services in our consortium.  Especially in research software is a major factor in digital  souverainity and independence of science.   
+
+
+
+
+