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.
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, an upvote would be appreciated.