You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is your feature request related to a problem? Please describe.
A customer wanting to install/use RMQ as a message broken may take different paths:
Common Path:
Install RMQ - > access management UI (declare queues, publish and consume messages, add a bindings, etc), -> basic CLI commands -> perf-test -> go the tutorials (document the steps of the common path )
OR
Less Common Paths:
What are they? What are the most popular ones we have come across so far or we know of and need to be documented, lets include these paths in documentation and point to the different documentation topics user needs to access to walk these paths.
Describe the solution you'd like
As an initial solution for this, we could do something along the lines of the following on the page of OSS RMQ docs:
If you just want to install OSS RMQ, experiment with it on your workstation, go here, then do X, then do Y.
However if the above is not what you want, refer to the following paths which may suit your needs better:
Use Case 1
Use Case 2
....
(we could put these use case paths in a table
Describe alternatives you've considered
No response
Additional context
No response
The text was updated successfully, but these errors were encountered:
a developer with no RabbitMQ experience joins a team/company where RabbitMQ is used
there's already an app that uses RabbitMQ, therefore the they start from the very end of the workflow you mentioned - they have an app, they want to set up a RabbitMQ instance and run the app against it
I'd imagine in this case the flow is somewhat reverted:
they start RMQ the same
but then they may need to immediately go into debugging connectivity (authentication? TLS?)
only once the app is running (connected), they may want to start exploring RabbitMQ itself (Management UI, what are those exchange and bindings, etc)
Is your feature request related to a problem? Please describe.
A customer wanting to install/use RMQ as a message broken may take different paths:
Common Path:
Install RMQ - > access management UI (declare queues, publish and consume messages, add a bindings, etc), -> basic CLI commands -> perf-test -> go the tutorials (document the steps of the common path )
OR
Less Common Paths:
What are they? What are the most popular ones we have come across so far or we know of and need to be documented, lets include these paths in documentation and point to the different documentation topics user needs to access to walk these paths.
Describe the solution you'd like
As an initial solution for this, we could do something along the lines of the following on the page of OSS RMQ docs:
If you just want to install OSS RMQ, experiment with it on your workstation, go here, then do X, then do Y.
However if the above is not what you want, refer to the following paths which may suit your needs better:
....
(we could put these use case paths in a table
Describe alternatives you've considered
No response
Additional context
No response
The text was updated successfully, but these errors were encountered: