Definition: OpenSearch is the flexible, scalable, open-source way to build solutions for data-intensive applications. Explore, enrich, and visualize your data with built-in performance, developer-friendly tools, and powerful integrations for machine learning, data processing, and more.
Source: OpenSearch
eira:iopDimension: Behavioural IoP
LOST view: TVI-Member State Deployment Model
eira:iopSaliency: Container ABB is salient for technical interoperability because it provides the packaged software that contains or nurtures the functionalities of public services.
Identifier: http://data.europa.eu/dr8/OpenSearchApplicationService
eira:ID: http://data.europa.eu/dr8/OpenSearchApplicationService
ABB name: eira:ContainerSystemSoftware
EIRA concept: eira:ArchitectureBuildingBlock
Last modification: 2024/04/14
|
|
| eira:ABB | eira:DigitalSolutionArchitectureDecisionGoal |
| dct:modified | 2023-06-15 |
| dct:identifier | ADR-20230515180947825 |
| dct:title | Architecture Decision Record about Application of Service Monitoring Tools |
| skos:example | Network Optimization:
Decision: Set-up a monitoring tool (like Prometheus or similar).
Rationale: Since there will be multiple services deployed in the Operate First environment (ex. Jupyterhub, Argo, Superset, Observatorium, etc) distributed over various namespaces, we need to be able to monitor them. |
| eira:adr_context | The context explains why we need to make a decision. It also describes the alternatives along with the pros and cons. |
| eira:adr_decision | The decision describes the justification for why the particular solution was accepted. It has more emphasis on the why rather than the how. |
| eira:adr_status | [Proposed (under review)|Accepted (approved and ready for implementation)|Superseded (superseded by another decision)] |
| eira:adr_consecuences | The consequences section contains information about the overall impact of an architectural decision. Every decision has trade-offs. That’s why it’s crucial to include the analysis to provide a clear picture. |
| eira:concept | eira:ArchitectureBuildingBlock |
| eira:definitionSource | ISO/IEC/IEEE 42010:2022 |
| eira:definitionSourceReference | https://www.iso.org/standard/74393.html |
| skos:note | The application of service monitoring tools is a decision in IT architecture that involves the use of software tools to monitor and manage the performance of IT services. These tools are designed to provide real-time visibility into the performance of IT systems, applications, and infrastructure, allowing IT teams to quickly identify and resolve issues before they impact end-users. Service monitoring tools typically include features such as performance monitoring, event management, and alerting, which enable IT teams to proactively manage and optimize IT services. By using these tools, IT teams can improve service availability, reduce downtime, and enhance the overall user experience. The decision to implement service monitoring tools requires careful consideration of factors such as the organization's IT infrastructure, the complexity of its IT services, and the level of support required. It also involves selecting the right tools that are compatible with the organization's existing IT systems and can provide the necessary level of visibility and control. |
| eira:PURI | http://data.europa.eu/dr8/egovera/ApplicationOfServiceMonitoringToolsGoal |
| dct:type | egovera:ApplicationOfServiceMonitoringToolsGoal |
| skos:definition | Architecture Decision Record from where you should specialise the ADR SBBs regarding the Application of Service Monitoring Tools |
| eira:view | Digital Solution Architecture Decisions Catalogue view |