We have some CentOS 8 virts which are going to be suddenly EOL at the end of the year. Supposedly AlmaLinux will provide a turnkey way of switching those over to their product.
Not to mention I had plans in the works for replacing a few long-in-the-tooth CentOS 7 virts with CentOS 8, only to have the rug pulled out from under me by IBM (let's not pretend that Red Hat still exists, other than as a brand name). I need to see if there are any gotchas - other than the fact that UW doesn't have a mirror, which th
Maintenance, support, and more of an industry standard
For a home user it really doesnt matter what you use, use whatever distro you like. In a corporate environment though with thousands of servers all needing to stay in sync, and requiring specific drivers and support from hardware vendors, having one standard that is known to be a solid (if not old) base that is also based on redhat, makes that much easier. Also having specific targets of specific releases with known package availability makes working on
Also, if you needed industry grade support, you could just switch to RHEL quite painlessly and pay for support, or use RHEL for production servers and CentOS for your development or cluster servers with completely compatible, often even binary checksum identical components.
We have some CentOS 8 virts which are going to be suddenly EOL at the end of the year. Supposedly AlmaLinux will provide a turnkey way of switching those over to their product.
Not to mention I had plans in the works for replacing a few long-in-the-tooth CentOS 7 virts with CentOS 8, only to have the rug pulled out from under me by IBM (let's not pretend that Red Hat still exists, other than as a brand name). I need to see if there are any gotchas - other than the fact that UW doesn't have a mirror, which th
Sounds like a plan - thanks for sharing your experience with it thus far.
Maintenance, support, and more of an industry standard
For a home user it really doesnt matter what you use, use whatever distro you like. In a corporate environment though with thousands of servers all needing to stay in sync, and requiring specific drivers and support from hardware vendors, having one standard that is known to be a solid (if not old) base that is also based on redhat, makes that much easier. Also having specific targets of specific releases with known package availability makes working on
Also, if you needed industry grade support, you could just switch to RHEL quite painlessly and pay for support, or use RHEL for production servers and CentOS for your development or cluster servers with completely compatible, often even binary checksum identical components.