Đối với Loyalty, phương pháp Re-host đã được áp dụng để chạy trên các phiên bản EC2. Trong khi đó, quá trình di chuyển MMF được thực hiện dựa trên phương pháp Re-platform. Cả hai đều đã được di chuyển theo quy trình gồm 5 giai đoạn  gồm:

1. Thiết lập AWS Control Tower cho Landing Zone và môi trường đa tài khoản
2. Chuẩn bị môi trường để sử dụng Infrastructure as Code với Terraform
3. Thực hiện di chuyển Database sử dụng DMS
4. Thực hiện Re-host LOYALTY
5. Thực hiện Re-platform MMF

Giải pháp quản lý truy cập và danh tính (Identity and Access Management) được tập trung ở AWS Control Tower và được củng cố thêm bằng cấu hình AWS SSO Identity Center. Điều này cho phép phân tách các quyền truy cập khác nhau thông qua các quyền đã được quy định trước đó. Renova đã áp dụng chiến lược hướng tới một kiến trúc có độ sẵn sàng cao, bao gồm ba phiên bản EC2 được đặt tại hai Availability Zones được kết nối với nhiều mạng con khác nhau. Kết quả là, nếu có bất kỳ phiên bản nào gặp lỗi, luôn có các phiên bản khác tại các Availability Zones sẵn sàng tiếp nhận workload ngay lập tức mà không tạo ra bất kỳ sự gián đoạn đáng kể nào.

Từ khi bắt đầu,  doanh nghiệp sở hữu  nền tảng Ví điện tử này đã coi Bảo mật là ưu tiên hàng đầu, vì ứng dụng của họ là một trong những giải pháp thanh toán trực tuyến đáng tin cậy nhất tại Việt Nam. Vì vậy, với hai workload phục vụ cho các mục đích khác nhau, Renova Cloud đã triển khai các mạng con riêng biệt cho từng chức năng, với các bảng định tuyến và hạn chế NACL (có hoặc không có các tuyến đường cổng NAT) để đảm bảo rằng các phản hồi đối với lưu lượng được phép truy cập vào sẽ tuân theo các quy tắc được áp dụng cho lưu lượng được phép truy cập ra (và ngược lại). Các nhóm bảo mật cũng được kiểm soát nghiêm ngặt, chỉ cho phép lưu lượng truy cập từ các phạm vi CIDR cụ thể mà không trùng lặp với các địa chỉ hoặc VPC tại chỗ khác.