Update documentation around project use cases#4969
Conversation
|
The PR preview for aedfa00 is available at theforeman-foreman-documentation-preview-pr-4969.surge.sh The following output files are affected by this PR:
|
6c661aa to
dc5d258
Compare
9ae8ab2 to
46b32c8
Compare
46b32c8 to
f173d80
Compare
| = {Project} use cases | ||
|
|
||
| [role="_abstract"] | ||
| {ProjectName} is a centralized tool for provisioning, |
There was a problem hiding this comment.
The AbstractLength failure is only due to conditionals. The rendered text is within the required limit.
5777340 to
df2d225
Compare
df2d225 to
7cd51f7
Compare
|
Hi @ekohl, @ianballou, and @parthaa, can you please review this description of use cases? |
ekohl
left a comment
There was a problem hiding this comment.
This may be a bit of a brain dump. Especially the TODOs to link guides is something you're already aware of, but it helps me to write it down.
|
|
||
| {ProjectName} focuses on the following use cases: | ||
|
|
||
| Provisioning:: |
There was a problem hiding this comment.
Todo: link to the provisioning hosts guide
There was a problem hiding this comment.
Just for completeness, I'll also note that concept modules can no longer include links in the module's body. Any link that we decide to add would have to go in an .Additional resources section. With that in mind, we should also make sure that .Additional resources don't just duplicate a list of guides that users can easily see at docs.theforeman.org.
There was a problem hiding this comment.
You could make a point that this content should live directly on https://theforeman.org/ as well and from there point to the guides.
There was a problem hiding this comment.
I could, but that wouldn't get me much closer to my goal, which is updating product documentation -- including the downstream one :)
| This approach provides enhanced control over what software runs in your environment. | ||
| endif::[] | ||
|
|
||
| Security management:: |
There was a problem hiding this comment.
Todo: link to the managing security compliance guide.
| + | ||
| This capability enables centralized security oversight, supports incident response, and helps reduce the attack surface of your systems. | ||
|
|
||
| Knowledge and analytics:: |
There was a problem hiding this comment.
I wonder where we have this. In the managing hosts guide?
There was a problem hiding this comment.
I suspect our guides might not always map precisely to these use cases. At least some of our guides are feature-based (content, hosts) and use cases might pull in multiple features.
Ideally, our documentation should be organized in a way that begins with the use cases as a high-level starting point (think one guide per use case), and then that would make it easy to link to docs from this section. I recognize that saying "Foreman can do this super cool thing" without clearly pointing to guidance on how to achieve it is not great, but it's at least a good first step (and IMO a very necessary thing to do in general).
There was a problem hiding this comment.
I think it's been an underdeveloped area for a long time. https://github.com/theforeman/foreman_statistics was extracted from core and barely sees any activity. Perhaps the whole project should think about how we can support this use case.
Edit: https://theforeman.org/ has some things that work towards this, but I think it's outdated.
| This knowledge helps you make informed decisions about your infrastructure and spot potential problems. | ||
|
|
||
| ifndef::satellite[] | ||
| Configuration management:: |
There was a problem hiding this comment.
Todo: link to Ansible, Puppet, and Salt guides (where applicable).
| Patch management:: | ||
| Apply updates to hosts in a consistent, scalable, and repeatable manner. | ||
| + | ||
| {ProjectName} helps you schedule maintenance windows, test updates in staging environments, and roll out patches across your infrastructure with controlled deployment strategies. |
There was a problem hiding this comment.
I like this definition of Katello, I think it represents its core use cases well.
419abe4 to
a2d99fd
Compare
a2d99fd to
90f1a47
Compare
A good brain dump that helped me improve things, thank you.
Is this something you'd expect to see in this PR? For reasons I noted here and elsewhere (we don't have containerized guides yet, |
Drop redundant conditionals Emphasize flexibility in provisioning over standards Drop the separate patch management use case Update non-core use cases for Satellite
90f1a47 to
3fe7eb6
Compare
No. It helped me to connect things and I'd love to in the future but in the short term I don't think it's feasible. |
53580d8 to
aedfa00
Compare
What changes are you introducing?
Reviewing and updating Planning guide information regarding Foreman overview and benefits. This should eventually involve:
* [x] Reorganizing the existing documentation that supports these use cases* [x] Identifying which use cases are not yet described* [x] Documenting these gapsThe PR also exposes the containerized Planning guide in navigation, with the new section on use cases being the only section included in the containerized guide. It should serve as an introduction to the project.
Why are you introducing these changes? (Explanation, links to references, issues, etc.)
The goal is to concentrate this introductory information in one place and make sure it's up-to-date and aligned with the project's direction.To provide a short overview of the main use cases aka 'why you should use Foreman (and Katello)'
Anything else to add? (Considerations, potential downsides, alternative solutions you have explored, etc.)
Target audience: Architect
Documentation category: Discover = Orient to what the project is, what it does, and when to use it / Understand whether the project solves my problem, what it can do, and how it conceptually works
Assisted-by: Cursor, Claude
Contributor checklists
Please cherry-pick my commits into: