<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Hosting V4 on Webscale Product Documentation</title><link>https://docs.webscale.com/hosting-platforms/hosting-v4/</link><description>Recent content in Hosting V4 on Webscale Product Documentation</description><generator>Hugo</generator><language>en</language><atom:link href="https://docs.webscale.com/hosting-platforms/hosting-v4/index.xml" rel="self" type="application/rss+xml"/><item><title>Components</title><link>https://docs.webscale.com/hosting-platforms/hosting-v4/components/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://docs.webscale.com/hosting-platforms/hosting-v4/components/</guid><description>&lt;h2 id="data-volume"&gt;Data volume&lt;/h2&gt;
&lt;p&gt;To ensure data durability and architectural flexibility, all application file
data in the V4 platform is allocated separately from the compute layer and
stored on an independent, persistent cloud data volume.&lt;/p&gt;
&lt;p&gt;Because this data volume exists independently of the core server instance, the
compute layer can be destroyed, upgraded, or reconfigured without any risk to
the underlying data.&lt;/p&gt;
&lt;p&gt;In single-server configurations, this volume acts as the local storage for the
application&amp;rsquo;s stateful files. As you scale to multi-server tiers (Standard, Pro,
HA Pro), this same volume serves as a centralized file database, exported
via an NFS shared filesystem to feed the horizontally autoscaling web nodes.&lt;/p&gt;</description></item><item><title>Access</title><link>https://docs.webscale.com/hosting-platforms/hosting-v4/access/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://docs.webscale.com/hosting-platforms/hosting-v4/access/</guid><description>&lt;p&gt;Whether you are a system administrator making configuration changes, an engineer
actively debugging a node, or maintaining a CI/CD pipeline deploying code, the
V4 platform provides secure, role-specific pathways for accessing your servers
and the Webscale Control Plane.&lt;/p&gt;
&lt;h2 id="interactive-user-access"&gt;Interactive User Access&lt;/h2&gt;
&lt;p&gt;For direct shell access to a target server, utilize either &lt;a href="https://docs.webscale.com/docs/how-tos/ssh-connect/"&gt;SSH
Connect&lt;/a&gt;
 or the &lt;a href="https://docs.webscale.com/docs/how-tos/ssh-gateway/"&gt;SSH
Gateway&lt;/a&gt;
.&lt;/p&gt;
&lt;p&gt;When you authenticate and drop into a shell, your user session is automatically
assigned to the &lt;code&gt;dev&lt;/code&gt; group. Membership in this group grants access to run
commands to maintain the environment and to update files in the &lt;code&gt;/var/www&lt;/code&gt;
directory.&lt;/p&gt;</description></item><item><title>Deployments</title><link>https://docs.webscale.com/hosting-platforms/hosting-v4/deployments/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://docs.webscale.com/hosting-platforms/hosting-v4/deployments/</guid><description>&lt;p&gt;The method of deploying code depends on the stack tier used.&lt;/p&gt;
&lt;h3 id="essentials"&gt;Essentials&lt;/h3&gt;
&lt;p&gt;Code is deployed directly to the server in the &lt;code&gt;/shadow/www&lt;/code&gt; directory.&lt;/p&gt;
&lt;h3 id="all-others"&gt;All others&lt;/h3&gt;
&lt;p&gt;&lt;a href="https://docs.webscale.com/docs/how-tos/codedirect/"&gt;CodeDirect&lt;/a&gt;
 is used to build and deploy a container
image to a cluster. Builders can be configured to deploy code automatically on
completion of a successful build, triggered externally using the
&lt;a href="https://control.webscale.com/docs/api" target="_blank"&gt;Webscale API&lt;i class="ps-1 fa fa-external-link"&gt;&lt;/i&gt;&lt;/a&gt;
, or launched using the
Webscale Control Panel.&lt;/p&gt;</description></item></channel></rss>