I just found out yesterday that JAMF is requiring this 3rd party app for my environment. However I only found this out after running into major issues with JSS 9.96 and escalating to JAMF for help.
Here's JAMF's KB on the service.
The release notes for JSS 9.93 mention needing a cacheing server if your JSS is clustered, however there is no mention of it in the 9.96 release notes.
"Memcached Future Requirement for Clustered Environments
In the Casper Suite v9.98, Memcached is recommended, but not yet required. In future versions of the Casper Suite, Memcached will be required for clustered environments. To prepare for this change, it is recommended that you review the following information:
Memcached Configuration for Clustered JSS Environments
Securing Your JSS"
I really hope Jamf steps up and builds an actual installer for this... having customer build a external product from source all the time is a PITA.
I'd second an installer of some kind.
I have serious concerns as to how this will affect my internal/DMZ clustered setup. Our security team is not going to be happy about allowing some open source in-memory application across our firewall. I really hope the design for this is considering clusters with nodes in a DMZ and the security concerns. I also hope they are providing documentation as to exactly which ports Memcached uses and how the communication is secured. The memcache website doesn't look very professional...
memcached.uniqueId=JAMF this is used if you have multiple jss instances, e.g. Prod and Dev. It is only required if you want to share the memcached servers rather than have individual dedicated ones. In the example all the Prod webapps have the uniqueid set to *prod and all the dev servers set to dev. This tags the cached data to the required destination system.
Obviously if you share memcached servers bump the allocated RAM up to allow for this.