Deployment Architecture

Can one deployment client receive apps from multiple repositoryLocation(s)?

Path Finder


In , the description for serverclass.conf, it details this:


repositoryLocation = <path>
* The repository of applications on the server machine.
* Can be overridden at the serverClass level.


 It then goes on to describe the serverclass level:


* A server class can override all inheritable properties in the [global] stanza.
repositoryLocation = <path>


Taking these together, it seems a Deployment Client can only ever receive its apps from one  repositoryLocation at a time.  Is this correct?

If so, bummer.  If not, is there a way to set up a Deployment Server to have two repos, say one for inputs, the other for outputs, and have the Client configured like so:


clientName = apps_from_output_repo.apps_from_inputs_repo


In my head each repo would be its own app in the Deployment Server, and each have its own serverclass.conf, but one app would handle the [global] level, the other the [serverClass] level.

Labels (2)
0 Karma

Path Finder

The use case is a niche.  Using kubernetes, I grafted a git-sync sidecar to our Splunk container.  The repo shows up in $SPLUNK_HOME/etc/apps  as a "deployment server app".  Our users are programmers themselves, so somebody had the idea of using two repos and allowing our users access to one of them to set up their own inputs.  We would manage the outputs repo since the outputs have certificate information.  

The idea is a Deployment Server instance with two custom apps that each contain their own serverclass.conf and repositoryLocation.  By giving our programmers ownership over their inputs, we as a team might have less  things to manage.

My question hovers around whether or not this use case is supported, not how to design apps, or server classes, goodness knows there's already enough documentation on that topic.

If it's not supported, it seems the only way to provide this kind of service would be to write up a middle program that moves the apps from both sources into a single, flat, directory.  

0 Karma


It's common, even recommended, to put input and output configurations in separate apps.  Those apps, however, would both reside in the same repository - usually $SPLUNK_HOME/etc/deployment-apps.  What is the advantage of separate configurations both by app *and* repository?

If this reply helps you, Karma would be appreciated.
0 Karma
Get Updates on the Splunk Community!

Streamline Data Ingestion With Deployment Server Essentials

REGISTER NOW!Every day the list of sources Admins are responsible for gets bigger and bigger, often making the ...

Remediate Threats Faster and Simplify Investigations With Splunk Enterprise Security ...

REGISTER NOW!Join us for a Tech Talk around our latest release of Splunk Enterprise Security 7.2! We’ll walk ...

Introduction to Splunk AI

WATCH NOWHow are you using AI in Splunk? Whether you see AI as a threat or opportunity, AI is here to stay. ...