On Thu, Nov 9, 2017 at 6:13 PM, Fabian Thorns <ftho...@lpi.org> wrote:
> >>> NetworkManager : iproute2 = GNU Emacs : vi
> Would you argue that there people who use Emacs to debug the result of using
> vi (or vice versa)?
> In that regard, NetworkManager : ifup/ifdown or
> NetworkManager : systemd-networkd would be better comparisons. Which brings
> us to the question, if (and at which level) we should ask candidates to know
> about nm and systemd-networkd, i.e. with their already mentioned increasing
> relevance on laptops and IaaS instances.
Yep.
The problem with the comparison is that Emacs doesn't use vi at all.
They are completely different systems. This analogy would only work
if Emacs was an operating environment that used vi as its core
commands.
NetworkManager (and its nmcli CLI tool), systemd-networkd (and its
networkctl CLI tool), etc... are different "management" solutions
that, ultimately, use "ip" CLI tools or modify the same kernel
facilities.
And then there are tools atop of those, like Debian's Netplan, various
Fedora facilities (e.g., usernetctl is how ifup/ifdown has been
adapted for the age of nmcli), etc...
The world is moving dynamic, because it's required. Servers are no
longer instances with persistent storage that you 'manage' as an OS,
but deploy (and re-deploy) to scale-out ... ergo, true Cloud.
As I always say ...
- Client-Server ('90s) was the age of stateless clients (no
persistent storage / configuration on client)
- Cloud ('10s) is the age of stateless servers (no persistent storage
/ configuration on server)
Static scripts and settings don't work in that world, so the entire
Linux world is changing to a set of 'services' that can be modified
dynamically -- even though some server instances are still not going
to be moving to the Cloud, and going to have persistent storage.
The tools will be written so it can do either. Anything that cannot
work in such a world will die off.
How LPI deals with that, I leave to others. But this is where the
world is now, largely designed last decade. I know not everyone has
been exposed to that world, but a lot of legacy solutions are either
adapting ... or being removed wholesale (and usually aren't in
'recovery' or 'minimal' installs).
- bjs
_______________________________________________
lpi-examdev mailing list
lpi-examdev@lpi.org
http://list.lpi.org/cgi-bin/mailman/listinfo/lpi-examdev
