Sugar Services makes sense only for activities that have non Sugar Platform dependencies and support more then one Sucrose release cycles.
+
+
For such activities focus is shifting from Sucrose to API of services they are using. More over activity could be stuck to particular service API version(of course if service developers still support this branch) and Sugar Services will support many branches for the same service simultaneously.
+
+
To utilize services benefits, activity developer just need to add xml file with all services that activity uses and(if activity targeted to sugars w/o [[Features/Zero_Install_integration|Zero Install integration]]) startup pure python library to initiate Services infrastructure.