-
Notifications
You must be signed in to change notification settings - Fork 32
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
[discussion] Can Ozhera separate the log collection module and deploy it separately? #389
Comments
Ozhera is a comprehensive solution. The user experience we aim to provide is that after integrating OzHera, all app metrics can be automatically connected. This keeps the user's implementation cost sufficiently low. However, from another perspective, it's difficult to say whether a monolithic application or microservices are superior, as this depends on the complexity of your service. We will discuss here the possibility of providing the option to deploy the log service separately. |
Deploying the OzHera logging module separately is very beneficial for some small and medium-sized enterprises, especially startups. However, does this deviate from OzHera's original intention of maximizing interconnected advantages? If we separate the logging as an independent service, there are several issues to consider:
|
I think this is feasible, because OzHera is relatively large, and deploying OzHera is a bit complicated, which has caused some trouble for open source developer. If the more commonly used log part can be separated out or deployed separately, I think it will be great for open source developer. |
Personally, I think that for similar user needs, it is recommended that Ozhera consider providing optional module deployment solutions, or deploy the log module independently; but it is not recommended to separate the log from Ozhera directly, because in a sense, the log is an indispensable part of the monitoring system. The original intention of Ozhera is to create an observable platform that integrates metric observation and alarm, trace, and log. The purpose is to form a complete closed-loop observation of metric alarm->trace>log, and the observation of trace and metric is inseparable from the auxiliary analysis of log information, so an integrated log module is more applicable in most occasions. |
I believe it is possible, but some metadata issues need to be addressed. However, I still recommend using its other features, as they are more user-friendly for development and troubleshooting. It just takes some time to get used to. |
Issue Description:
OzHera is an great Observable Platform,it integrates metrics monitoring, link tracing, logging, and alerts. But my application is relatively lightweight, with only a few servers, and some applications even have only one server. OzHera is too heavy for me. I don't need link tracing. What I want more is the log collection.
Can the log collection module be separated and deployed separately?
The text was updated successfully, but these errors were encountered: