|
These need to jfw on Slackware servers for Enterprise datacenter environments. Some of these already work on Slackware, while others need some fixing or at least investigation. Roughly in order of necessity: | |
| Mass-install solution | Something like kickstart / spacewalk .. is FAI sufficient? FAI Project |
| Packaging | On-site mirror of SlackBuild packages + sbopkg or sbotools - idlemoor's SlackRepo has this covered, also CMS integration for mass updates |
| Central authentication | PAM and kerberos, for ActiveDirectory integration. Update 2020-01-22: Volkerding added krb5 2020-01-21 and is recompiling various packages to link against it. Update 2020-05-18: PAM has been merged into -current and will be integral to Slackware 15.0. |
| Sysadmin-oriented documentation | Nobody will use this unless there is documentation explaining how to accomplish specific common tasks |
| Central configuration management | Chef or Ansible (SBo available) (Slackware documentation available) or Rex |
| Central logging | msyslog or syslog-ng, would like a Dapper-like someday |
| Central monitoring | One of the Nagios forks: Icinga or Shinken |
| Expanded package updates | A lot of relevant packages would need to be pulled from sbo into the set of officially supported packages, so that they receive regular updates and security patches, qv: LQ thread |
| Load-balancing and failover | Keepalived (currently broken on Slackware 14.1, though there's a fix, working again on 14.2) or Pacemaker/Corosync or Heartbeat/Corosync or Pulse |
| Ticket-tracking system | Redmine or Trac or Gitea (which jfw on my Slackware 14.2 systems) |
| VM friendliness | Needs an option for fitting more nicely into small-filesystem VMs |
| Live patch kernel | There is kexec but it requires CONFIG_KEXEC set (not set on default Slackware kernels), and requires extra work to determine if boot loader will work for new kernel |
| Distributed configuration | Zookeeper (requires java -- see notes at bottom of page) or Consul or Redlock |
| HA database | Tungsten Replicator (requires java) over MariaDB or PostgreSQL .. any alternatives? MariaDB offers multimaster replication but it uses "native streaming replication", which purportedly "is not and cannot be made safe vs race conditions". There is also Galera which is alleged to work well and supports Slackware, but I'm not finding a SlackBuild. Will try installing it and putting it through its paces. |
| For the Map/Reduce weenies | Hadoop (requires java) + Hive/Pig (require java) or Hypertable |
| Index/search engine | RediSearch or Dezi or ElasticSearch (requires java) or Solr (requires java) |
| Distributed filesystem | Gluster (SlackBuild exists) |
| Distributed key/value store | Cassandra (requires java) or ScyllaDB (requires gcc-8.1.1) or Redlock Note: I'm having trouble getting ScyllaDB to compile on -current. It seems to have RedHat-specific dependencies. Will try to make it work anyway. |
| Distributed blob store | Eucalyptus (requires java) or Swift (OpenStack) |
| Continuous integration solution | Jenkins (requires java) or Buildbot (perhaps fork Vector's rig) |
| Backup kernel | idlemoor/55020 describes a good solution here |
| Hub-to-container package installation | Zypper-LXC or perhaps just configure/wrap installpkg or slapt-get to target appropriately-mounted LXCs |
| See also: |
http://www.linuxquestions.org/questions/slackware-14/supporting-slackware-in-the-enterprise-4175491654/ http://www.linuxquestions.org/questions/slackware-14/slackware-in-business-4175610134/ |
| Tangentially related notes: |
DE support unnecessary |
| Regarding Java |
Shipping installation media with the JDK is legally problematic. If necessary functionality could be provided without Java dependencies, it would greatly improve the administrative experience. To comply with Oracle's license, end-users would have to download the JRE from Oracle themselves, and there is no guarantee that Oracle will provide the specific version of the JRE known to work with the packages provided by the Linux distribution. Anyone who has spent all day testing packages against slightly different JRE versions trying to find the magic combination knows exactly what I mean. Some related articles: Using Oracle Java with Docker might put you in legal liability Full text of the JDK license The OpenJDK alternative possibly a way forward, if it works well enough |