Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Microservice pattern: Audit logging #2692

Open
iluwatar opened this issue Oct 15, 2023 · 3 comments
Open

Microservice pattern: Audit logging #2692

iluwatar opened this issue Oct 15, 2023 · 3 comments

Comments

@iluwatar
Copy link
Owner

iluwatar commented Oct 15, 2023

Description:

The Audit Logging design pattern is crucial for microservices architectures, providing a means to record significant events and changes within the system. This pattern helps in maintaining a comprehensive trail of activities, which is vital for debugging, security audits, and compliance purposes.

Key elements of the Audit Logging design pattern include:

  1. Centralized Logging Service: A dedicated service responsible for receiving and storing logs from various microservices.
  2. Log Formatter: Standardized format for logs to ensure consistency and readability.
  3. Security and Compliance: Ensure logs are stored securely and comply with regulatory requirements.
  4. Log Filtering and Aggregation: Ability to filter and aggregate logs to extract meaningful insights.
  5. Scalability: The logging service should handle a high volume of logs efficiently.
  6. Performance: Logging should not adversely impact the performance of microservices.

References:

Acceptance Criteria:

  1. Implement a centralized logging service that can receive logs from various microservices.
  2. Ensure logs are formatted consistently using a standard log formatter.
  3. Implement security measures to protect log data and ensure compliance with relevant regulations.
  4. Develop mechanisms for log filtering and aggregation to facilitate meaningful analysis.
  5. Validate that the logging service can scale and handle high volumes of log data efficiently.
  6. Ensure the logging mechanism has minimal impact on the performance of the microservices.
@mgerogianniscsdauth
Copy link

@iluwatar If it's alright with you, may I be assigned to work on this issue? Thank you in advance!

Copy link

stale bot commented Jan 24, 2024

This issue has been automatically marked as stale because it has not had recent activity. The issue will be unassigned if no further activity occurs. Thank you for your contributions.

@stale stale bot added the status: stale issues and pull requests that have not had recent interaction label Jan 24, 2024
@stale stale bot removed the status: stale issues and pull requests that have not had recent interaction label Mar 24, 2024
@iluwatar iluwatar added info: help wanted status: stale issues and pull requests that have not had recent interaction labels Mar 24, 2024
@stale stale bot removed the status: stale issues and pull requests that have not had recent interaction label Mar 24, 2024
@iluwatar iluwatar moved this from In Progress to Todo in Java Design Patterns project Mar 24, 2024
@AbhinandanSonvane
Copy link

Hi @iluwatar , After going through the acceptance criteria of this issue, the implementation involves building services similar to

  1. Splunk Forwarder
  2. Splunk Indexer
  3. Splunk Searchead

All these services must be horizontally scalable.

Kindly clarify before we discuss the low-level design aspects of the issue.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
Development

No branches or pull requests

3 participants