You can partition declarations by tenant (e.g., Tenant_FinanceApp , Tenant_CRM ). This prevents teams from accidentally overwriting each other’s configs on a shared BIG-IP.
Since it’s declarative, removing a service is as simple as deleting its block from the JSON and re-posting. AS3 cleans up the orphaned objects. Cons (The pain points) 1. Steep JSON schema learning curve The schema is verbose and strict. A missing comma or incorrectly nested "class": "Service_HTTP" will fail the entire declaration. The error messages have improved but can still be cryptic (e.g., "property 'pool' is not valid for 'Service_HTTPS'" without clear line numbers). f5-appsvcs
While supported, embedding large iRules or complex L7 policies inside JSON becomes unreadable fast. You end up using "iRule": { "base64": "..." } – which is terrible for code review. You can partition declarations by tenant (e