A developer enables HTTPS for their entire platform by deploying SSL certificates to general cloud infrastructure (ECS, SLB, CDN) via CAS while also configuring HTTPS specifically for their AIRec recommendation service, ensuring end-to-end encrypted traffic across both the main application and personalized recommendation endpoints.
Use this workflow when you need to unify TLS encryption across your core application infrastructure and AIRec recommendation endpoints. By centralizing certificate lifecycle in CAS and mapping certificates to AIRec, you ensure consistent HTTPS termination at the edge (SLB/CDN) and secure, encrypted API calls to personalized recommendation services.
aliyun cas DeployCertificateToCloudResource \
--CertificateId "cert-8a9b2c" \
--CloudServiceType "SLB" \
--CloudServiceInstanceId "lb-xyz789" \
--RegionId "cn-hangzhou"
certificate_info.xlsx template from the AIRec console. Populate domain, certificate_id, and cert_type columns with your CAS certificate details. curl -X POST "https://airec.cn-hangzhou.aliyuncs.com/v2/openapi/instances/{InstanceId}/certificates/bind" \
-H "Authorization: Bearer <TOKEN>" \
-F "mapping_file=@certificate_info.xlsx" \
-F "[email protected]" \
-F "key=@private_key.pem"
GET /v2/openapi/instances/{InstanceId}/certificates/status.SUCCESS, enable HTTPS enforcement in the AIRec instance settings. Update your recommendation client base URL to https://<custom-domain>. openssl s_client -connect <airec-domain>:443 -servername <airec-domain> | grep "Verify return code"
CAS acts as the centralized certificate orchestrator for general cloud resources, handling TLS termination at SLB/CDN/ECS. AIRec consumes the certificate via certificate_info.xlsx mapping to secure its recommendation API endpoints. Client traffic hits the CAS-managed edge first, routes to your application server, and forwards personalized queries to AIRec over a dedicated HTTPS channel. Both layers operate independently but share the same certificate trust chain.
AliyunCASFullAccess and AliyunAIRecFullAccess policiescertificate_info.xlsx matching AIRec schema requirementsdomain or certificate_id columns in certificate_info.xlsx causes silent binding failures.openssl pkcs12 -in cert.pfx -out cert.pem -nodes.Q: How do I deploy an SSL certificate to enable HTTPS across my application servers and AIRec? A: You can unify TLS encryption across your infrastructure and AIRec by centralizing certificate management in CAS and mapping the certificate to both your edge resources and AIRec instance. Provision your PEM-formatted certificate in CAS and deploy it to your SLB or CDN using the deployment API. Then upload the populated certificate_info.xlsx template along with the certificate files to your AIRec instance to complete the binding and validation process.