For case 1, there is nat64. IPv6-only clients can use a special dns (dns64) to get access to the IPv4-only hosts while being able to talk directly to IPv6 hosts. It doesn't even require special support on the client.

For case 2, a dual-stack reverse-proxy will do the job and can talk to the IPv6-only servers without issue.

▲

apitman a day ago | parent [-]

But you're still using NAT and SNI for IPv4 hosts, so there's little incentive to add the complexity of IPv6.

	▲	imoverclocked a day ago \| parent [-]
		Yes, but then you get native connectivity for “free.“ Turning your argument around, there is little reason to deal with the continued complexity of IPv4 (requiring NAT and SNI) just to talk to the remaining global NAT front-ends when it can all be skipped for direct communication over native IPv6. BTW, NAT doesn’t scale forever. There are often several layers of NAT in carrier implementations and the port mapping issue alone can dictate the maximum number of clients-per-global-IPv4 address. One of the reasons NAT and IPv4 can still work is because much of the world has shifted to IPv6.