In that sense, HTTP connectivity is already built in.
4D with Qodly Server and Qodly Cloud powered by 4D are almost mutually exclusive business proposals (both are designed for internal systems, not public-facing apps).
it seems unlikely that combining the two together would have much utility.
If you have an existing client server 4D application, you can replace some functionality with built-in Qodly and repurpose your client licenses for Qodly access. You have access to classic 4D features as well as ORDA. Eventually only a few users may use 4D client on a daily basis. But it is unlikely that you completely get rid of classic 4D desktop code.
Qodly cloud with subscription only makes sense for new projects. The application will be a light weight browser edition of client server. No user will need to use 4D since no part of the application is written in legacy 4D code.
just as there are no public 4D Server applications where anyone can use a free 4D Client to connect.
it can be public in the sense that a registered user can connect from anywhere with an internet connection, but not in the sense that anyone can create an account and freely join as a new user.