Topics of Systems Administration
-
@stacksofplates said in Topics of Systems Administration:
This book has pretty much everything:
Yeah, I've read it but always felt it was very unprofessional. It's got some great stuff, but it's focus was always on 1980's system operators who were also the application developers and it takes a tact of "all admins do the same tasks and they are the one tasks that we did and everyone else is wrong" and they are pretty much just printer server admins and file share admins it seems.
It's great in that it covers so much, but also bad in that it spends most of its time in the weeds. It tries to cover too much but never can decide if it is teaching the art of system administration, or if it is teaching the commands to clear your printer queue.
-
@stacksofplates but they really cover a LOT in that book, so you have to give them a ton of credit. They cover a bazillion topics on a large number of often not all that closely related systems. I know they've removed Solaris and AIX now, and I think that they ignore MacOS as they have a bit of a "if it isn't a hardware server, it's not administration" attitude going on, and so focus on FreeBSD and Linux, but it's still super broad.
-
idk the one I have doesn't have anything about hardware. It's all cloud, VMs, containers, CI/CD, scripting, CM, security, etc.
They do have a section on datacenters but I think that's just for info, it's the smallest section.
-
@stacksofplates said in Topics of Systems Administration:
idk the one I have doesn't have anything about hardware. It's all cloud, VMs, containers, CI/CD, scripting, CM, security, etc.
They do have a section on datacenters but I think that's just for info, it's the smallest section.
I've not seen the most recent edition (other than the ToC). The main author that drove the series (and I'm sure she's a nice lady), but she was a pure college professor in a different field with no apparent exposure to actual system admin anywhere and all from the 80s and 90s and it felt that way - it felt like what you'd be taught by an incompetent and out of date professor who'd never seen the real thing or understood how it was used. The info was mostly accurate, but wildly irrelevant. Tons of "real admins write everything in C and spend all their time compiling" or "the primary task of an admin is managing printers" and extremely little looking at broadly applicable skills or approaches. I'm hoping that they've improved that a bit. It used to feel like it was written for that university monolithic UNIX machine in 1991 that allowed users to send email by command line with Pine, handled user logins to the one computer, and spent 90% of its CPU handling print jobs in a computer lab and not for anything like what system administration was like for a real business or for anywhere after about 1996.
-
That handbook is also associated with LISA, that totally out of touch and incompetent (and not to be seen anywhere in the real world) group that claims to oversee systems administration and traditionally defined the scale of administration by the ridiculous concepts of "user account count" and "code compilation".
Like systems such as Amazon or Change.org or Facebook or Google were all "small time, low level" admin shops because they don't create millions of users at the OS level.
-
@DustinB3403 said in Topics of Systems Administration:
Understanding the role of the LAN - sure it's legacy but still extremely common.
-
@stacksofplates said in Topics of Systems Administration:
They do have a section on datacenters but I think that's just for info, it's the smallest section.
I saw that, good to know it is brief. It used to be pretty key.
-
@DustinB3403 said in Topics of Systems Administration:
Understanding the role of the LAN - sure it's legacy but still extremely common.
I've not seen any other books add LAN topics to a system admin curriculum. In what way do you feel this should be approached? Other than the obvious and talking about the LAN as a dangerous place and why we need the OS level firewall.
-
Automation tools such as SALT and Ansible.
-
@scottalanmiller said in Topics of Systems Administration:
That handbook is also associated with LISA, that totally out of touch and incompetent (and not to be seen anywhere in the real world) group that claims to oversee systems administration and traditionally defined the scale of administration by the ridiculous concepts of "user account count" and "code compilation".
Like systems such as Amazon or Change.org or Facebook or Google were all "small time, low level" admin shops because they don't create millions of users at the OS level.
Not sure what you mean here. Looking at the programs over the last 10 years (the 4th edition of the book was released in 2010) LISA has been about DevOps principles, containers, security, etc. Is backed by Amazon, Facebook, Netflix, etc and a good number of the speakers are from those companies.
-
@stacksofplates said in Topics of Systems Administration:
@scottalanmiller said in Topics of Systems Administration:
That handbook is also associated with LISA, that totally out of touch and incompetent (and not to be seen anywhere in the real world) group that claims to oversee systems administration and traditionally defined the scale of administration by the ridiculous concepts of "user account count" and "code compilation".
Like systems such as Amazon or Change.org or Facebook or Google were all "small time, low level" admin shops because they don't create millions of users at the OS level.
Not sure what you mean here. Looking at the programs over the last 10 years (the 4th edition of the book was released in 2010) LISA has been about DevOps principles, containers, security, etc. Is backed by Amazon, Facebook, Netflix, etc and a good number of the speakers are from those companies.
Then they've changed their tune, back when I last read it their degree of unprofessional and condescending and out of touch was through the roof and they totally made all of those companies unable to have "qualified admins" be on their staffs because of how they ran systems. A key problem with LISA is that they don't use general principles but rather momentary artifacts to define how systems should be run so that they have the potential to be wildly out of date and out of touch. That's good, I guess, that they are trying to change their tune now. But it feels a bit like CompTIA updating the A+ and trying to act like they know what's going on. LISA burned that bridge with me and seem to be a pariah of non-professionals looking to associate with other entry level people to make what they do look better.
I know I dug into their stuff when I was on Wall St. and no Wall St. firm qualified for anything but the most entry level qualification because of things that made no sense and no one that followed the LISA guidelines would have been employable in any production environment outside of like a tiny SMB where UNIX was just used for printing and such. So while they might have done an about face, it was decades after they were totally irrelevant and honestly, unethical. That's really my biggest concern, it was a completely dishonest organization trying to make a quick buck and I think they did a big to undermine our profession.
-
@scottalanmiller said in Topics of Systems Administration:
If you were writing a book on systems administration, or you wanted to read one, what topics do you feel would be best to cover? This isn't like specific to an OS particularly, but more general. If you were thinking about a book or guide to overall systems administration or engineering, what would you cover or want covered?
Examples:
- Taking Backups
- Scheduling Reboots
- The Role of the Filesystem
Big picture.
It's easy to get lost in details. I would want to delve in to what the job actually entails and how one would go about organizing it.
And then from big picture down to technical solutions and then how-to's.
-
@stacksofplates said in Topics of Systems Administration:
@scottalanmiller said in Topics of Systems Administration:
That handbook is also associated with LISA, that totally out of touch and incompetent (and not to be seen anywhere in the real world) group that claims to oversee systems administration and traditionally defined the scale of administration by the ridiculous concepts of "user account count" and "code compilation".
Like systems such as Amazon or Change.org or Facebook or Google were all "small time, low level" admin shops because they don't create millions of users at the OS level.
Not sure what you mean here. Looking at the programs over the last 10 years (the 4th edition of the book was released in 2010) LISA has been about DevOps principles, containers, security, etc. Is backed by Amazon, Facebook, Netflix, etc and a good number of the speakers are from those companies.
This is weird, but Wikipedia says that they announced four years ago that LISA was going away.
And this is all that there is for a website, so seems likely...
Their last salary survey was 2011 (which I had seen in 2011.)
-
@Pete-S said in Topics of Systems Administration:
@scottalanmiller said in Topics of Systems Administration:
If you were writing a book on systems administration, or you wanted to read one, what topics do you feel would be best to cover? This isn't like specific to an OS particularly, but more general. If you were thinking about a book or guide to overall systems administration or engineering, what would you cover or want covered?
Examples:
- Taking Backups
- Scheduling Reboots
- The Role of the Filesystem
Big picture.
It's easy to get lost in details. I would want to delve in to what the job actually entails and how one would go about organizing it.
And then from big picture down to technical solutions and then how-to's.
Yeah, that's my feeling. I feel like almost all books are about the weeds and little else. Very task oriented. Which is fine on its own, but you need the big picture, too.
-
Common services / applications / protocols
- DNS
- E-mail and its related protcols
- Proxy servers (forward and reverse)
- TLS
-
@EddieJennings said in Topics of Systems Administration:
Common services / applications / protocols
- DNS
- E-mail and its related protcols
- Proxy servers (forward and reverse)
- TLS
Most books cover these and I wonder about them. Why in a book on system administration, do we often get caught up in managing specific applications on top of the system? And why these? To some degree, I get it, email is used for alerting, Proxy to control access to resources, but it's unique to the UNIX world. In the Windows world, books on systems never include guides on Exchange or Proxy Server (that was its name 25 years ago, I forget the current name.) They were always separate books (and separate certifications.) But on UNIX, we often lump these extra apps into system administration. But they are anything but general tasks, lots of long time career admins don't even know what a proxy is and might never have set up email.
It's great stuff to know, but if we are approaching SA as a role, should we really teach all the application specific skills on top? And if so, why these and why not loads of databases, printers, directory servers, web servers, WordPress and so on? How do we pick which applications to teach and which to expect people to learn separately?
-
@scottalanmiller said in Topics of Systems Administration:
@EddieJennings said in Topics of Systems Administration:
Common services / applications / protocols
- DNS
- E-mail and its related protcols
- Proxy servers (forward and reverse)
- TLS
Most books cover these and I wonder about them. Why in a book on system administration, do we often get caught up in managing specific applications on top of the system? And why these?
In the experience I've had, yes, you will be managing specific applications. As far as to why those, they were the first things that came to mind.
It's great stuff to know, but if we are approaching SA as a role, should we really teach all the application specific skills on top? And if so, why these and why not loads of databases, printers, directory servers, web servers, WordPress and so on? How do we pick which applications to teach and which to expect people to learn separately?
As far s what to teach, I think the answer depends on how comprehensive of a book you want. As far as specific applications, I'd rather the box focus broader concepts and protocols. As an example, if you include E-mail in your book, I'd include information about how SMTP works, rather than a guide on Exchange.
-
@EddieJennings said in Topics of Systems Administration:
In the experience I've had, yes, you will be managing specific applications. As far as to why those, they were the first things that came to mind.
Maybe, but the problem is, only some system admins ever manage any apps (they are apps, not systems afterall) and nearly every admin has a totally different list of them. The problem I've had with most books is that they create some random list of apps and focus on them and never hit the ones that anyone I've ever met has used (and how could they, everyone uses a different list) and so feel like the topics are random and misleading and I'm not sure who they help.
Because it's more than just say "email". It's Postfix, Sendmail, Zimbra, axigen, MailCow or any number of optional email programs that are all unique and different. How, and more importantly why, do we pick just one (or two) and teach those? Any why in a system admin book, why not in a book that's for that topic?
-
@EddieJennings said in Topics of Systems Administration:
As far s what to teach, I think the answer depends on how comprehensive of a book you want. As far as specific applications, I'd rather the box focus broader concepts and protocols. As an example, if you include E-mail in your book, I'd include information about how SMTP works, rather than a guide on Exchange.
I agree that broader concepts matter. But is an SA book a good place to teach network protocols? Should a networking book or an email book do that instead?
-
@scottalanmiller said in Topics of Systems Administration:
Because it's more than just say "email". It's Postfix, Sendmail, Zimbra, axigen, MailCow or any number of optional email programs that are all unique and different. How, and more importantly why, do we pick just one (or two) and teach those?
That's why I suggest protocols, like SMTP. It's general knowledge needed for any system administrator that has to touch E-mail.
Any why in a system admin book, why not in a book that's for that topic?
Again, it depends on how comprehensive you want your book to be? Also, who's the target audience? If this is a book about Systems Administration for someone that doesn't know anything, then yes, I'd say the book ought to mention concepts behind common applications. Also it should set the expectation that further learning is required and the goal of this book is to provide some foundation knowledge so you know where to look next.
