Cloud servers from $4/mo - Grab the Deal! Let’s start ->
What is Mobile App Hosting? 10 Main Principles of Mobile Hosting and 5 Benefits
Infrastructure
25.06.2021
11 min read
Share
Do you have an app that you need to host, but you don’t know how hosting works and why you need it? Want to know what mobile App hosting is? In this article we’ll discuss hosting for mobile apps in detail and give practical advice on how to choose the best one. Read the article to find out what mobile App hosting is and how to connect it correctly.
Is hosting for a mobile app really necessary? Or you can do without it? Do you need a domain for an iOS app? How much will it cost? Struggling with the answers to these questions? Well, stick around and we’ll get it all sorted out.
After reading this, you’ll know where software, applications, and files are located in the computing world, how they work, and how to bring a mobile application to a large audience at a reasonable price.
What is app hosting?
Hosting is a duet of hardware and software platforms on which websites and applications run.
The simplest way to understand how hosting for mobile apps works is to imagine a computer (called a server) containing an application’s files, which is always on and makes the app or any information in it accessible to developers and users 24/7. That’s it.
Basically, programmers write code, create databases, connect all the necessary components, and then upload them to the server of their choice. Thereafter, the app becomes available for everyone who installs it or accesses it via a web browser.
Does your app need hosting?
It depends on what you want to get from the application and how it is structured. For example, if you’ve created some sort of task manager that can be launched independently on a user’s phone or tablet, you don’t have to host it on any kind of server. But what if you want to synchronize data from the app between different devices? Or create a large-scale service with remote access to an extensive media collection (like Spotify or Netflix)? Then you need a server where all the data will be stored.
The operating system doesn’t matter. If you are here reading this because you can't decide whether Android apps need to be hosted or not, the above answer applies. The same goes for apps for iOS, macOS, Windows, and Linux. The only exception is web applications.
Does an app need a website?
Technically, no. A mobile app can operate without a website, so it’s up to you whether to create one or do without.
Usually, you need some kind of web page to serve as the place where your terms of use and privacy policy are kept.
You can also use a website for marketing and SEO purposes. Create a simple landing page with more info on your application and containing relevant keywords that will help people find your app using search engines.
And what does an app need to connect to a website? Nothing. They can exist independently. And there’s no reason to bind them.
Does an app need a domain?
It depends on whether the app is going to work with different types of requests like a website, such as GET and POST, used to transfer information to and from users. If that’s the case, the answer to the question is: “Yes, the app needs a domain.”
Okay, there is actually a way to handle requests using IP addresses, but then the webmaster has to buy a static IP, which is as pricey as a proper DNS setup. That’s why webmasters recommend using services like dyn.com. Because even mobile apps need a domain.
How are mobile apps usually hosted?
For the most part, like websites. They are hosted on remote servers which are administered by hosting providers. For example, DigitalOcean is a provider. It has a data center with a vast array of powerful servers, which it allows app makers to use on various terms.
What kind of terms? Let’s take a closer look and compare different ways of hosting software with different companies.
Types of servers
Here we answer the question: “Where are applications hosted?” Every mobile service or program consists of a series of files, and these files must be stored somewhere so that users can work with them.
You have four common options to choose from. If you’ve ever hosted a website, you already know at least three of them. If not, you’ll learn them all now.
Shared
A shared server (or virtual hosting) is a predetermined amount of processor power and hard drive space for storing your app’s files. A shared server is always on and powers your program.
The main advantages of this kind of hosting are low pricing and an easy setup process. The main disadvantages are limited performance and a lot of technical restrictions.
This option is appropriate if you’re going to host an application that requires few system resources and won’t unexpectedly take off and expand.
VPS
A virtual private server (VPS) is a fully functional virtual machine that imitates real computer capabilities. You can install any operating system on a VPS, use it with any software tools and utilities you find necessary, etc.
A VPS is partially managed by the hosting provider (who usually optimizes the server to achieve the expected performance). But everything else is on the “tenant,” who pays for the VDS and stores the files of their software product there.
A VPS is a balanced choice between shared and dedicated servers. It offers more power and control, and is not as expensive as a dedicated server.
Dedicated
This is a real computer — a physical server that is located somewhere in the provider’s data center and belongs to you (as long as you pay, of course). It can be used for creating and hosting an application of any kind without software limitations. A dedicated server is a great choice for those who are eager to achieve maximal compatibility, stability, and performance, and are willing to pay for it.
Cloud Clusters
In a nutshell, a cloud cluster is like a large group of VDSs (virtual dedicated server). A cloud cluster is a big stack of virtual servers that are located on different physical servers and sometimes even in different countries. A cloud cluster can be seen as an extensive infrastructure that is constantly scaling to meet the application’s requirements. The more people use the app, the more hardware resources are allocated to the cluster.
This is the best choice for those who create an enormous web service and want to be ready to ramp up the customer base at any moment. Products like Spotify, Telegram, Facebook, and thousands of others run on these types of servers.
Methods of hosting
We’ve discussed different types of servers. Let’s discuss what an app hosting service is and what kinds of services we have to choose from.
IaaS
Infrastructure as a Service. With this type of hosting, you gain full control of a server and must set it up on your own. The provider provides the hardware and a webmaster has to initialize the OS, build the database, connect the domain, etc.
It's a little like owning a car. The driver can drive it wherever and however they want. But at the same time the driver is solely responsible for maintaining, fueling, and repairing the car.
VDS and dedicated servers fall under the category of IaaS.
PaaS
Platform as a Service implies a hosting provider to set up the hardware, operating system, database, and basic software in advance. All you have to do is upload your files and sort them all out so that the app can function as expected.
Let’s return to our car example. PaaS is like car sharing. Under this model drivers have certain limitations. They can’t leave the city, can’t change any part of the cars, and can’t park them in their own garages, but these drivers spend much less time and money on car ownership.
This is how shared servers and cloud clusters work, and these can be categorized as PaaS.
This is usually the best hosting method for most apps. Developers can concentrate on their primary tasks, while the PaaS does the rest.
SaaS
Software as a Service. This is actually an app — a functional product that helps to achieve the user’s aims without setting anything up.
Once again, using the car example, SaaS is like Uber. You do nothing with the car itself. The hired driver will get you from point A to point B. Responsibility for maintenance, repairs, fueling, and anything else lies either with the driver or with the service administrators.
Some cloud clusters work this way, providing access to software but giving no access to its internal workings.
How are mobile apps hosted?
There are two popular solutions:
You can rent a full-fledged server from Amazon Web Services or DigitalOcean and deploy your application there by yourself — install all the essential tools and utilities, set up a domain, optimize it, etc.
Or you can use hosting platforms like Hostman or Heroku. These are PaaS products that let development teams work on the app and forget all about deployment. Just two or three clicks, and your project is on the World Wide Web.
Using PaaS, any webmaster can quickly and easily host the frontend and backend of their project. With Hostman, you only need to connect a repository to the service, select the frameworks or coding languages, build your app, and deploy it. Hostman will give you a domain, an SSL certificate, and anything else needed.
What hosting services do well-known companies choose?
How much do you know about Amazon? You’re probably aware that it is the world’s biggest web marketplace. But it’s also the biggest web hosting provider on the planet. AWS (a sub-brand of Amazon) is used by many major corporations and developers around the globe.
So if you ask where Facebook applications are hosted, the answer would be AWS. If you ask where Appian apps are hosted, the answer would be the same — AWS. The same is true for lots of big companies, including Apple, Snapchat, etc.
But that doesn’t mean you should rush right out to rent an AWS server. Facebook’s choice of hosting is based on the nature of its products. They are gigantic. Billions of people all over the world use WhatsApp, Instagram, and Facebook itself. There’s no way that the company could get by using ordinary servers. They need some hefty cloud clusters to make those Social media giants run smoothly and be available for everyone whatever the circumstances. For smaller apps, however, there are much cheaper and simpler solutions.
How to choose the best hosting for mobile apps?
What hosting method is best for mobile apps? The choice depends entirely on the task and the software instruments used. If you want to have full control of the server and the app, you’ll want to check out some popular hosting providers. Where are the best apps hosted? They are usually hosted on platforms like DigitalOcean, AWS, Microsoft Azure, or another “classic” server with appropriate specifications.
For instance, these will provide you with SSL certificates (a utility that encrypts user data) and access to DNS settings. Furthermore, every webmaster should check the uptime of their hosting service. Best-in-class servers have an uptime of 99%. Furthermore, good hosting services have a security system that mitigates DDoS attacks and blocks malware. And, of course, the cost of hosting your application needs to be a good value.
Additionally, you should look for providers that support the software tools and frameworks used in your project. For example, Hostman works with React, Angular, Node.js, Python, Django, Flask, Ruby on Rails, etc. So if you have a question like “How do I host a React app?” the answer depends on the capabilities of the platform selected. Check them out before renting a server or cluster.
The best choice is to use PaaS products like Hostman or Heroku. Both use the most reliable infrastructures like Google Cloud, Amazon Web Services, and Microsoft Azure, but at the same time they simplify the deployment process, so you get the best of both worlds.
How much does it cost to host an app?
A basic server with a hosting service like DigitalOcean will cost about $5 per month. For this price the developer or webmaster will get a server with 1 GB of RAM, 25 GB of SSD storage, and the ability to transfer 1000 GB of data per month. For the same price, you can get an automatically scaled app platform with no static hardware specifications.
If you want a more predictable pricing system and are wondering where to find one, try Hostman. With this service you can choose a budget server for basic applications with one 3.2 GHz CPU, 1 GB of RAM, and 25 GB of SSD storage for $5.50. Or you can get a powerful platform with six 3.2 GHz CPUs, 16 GB of RAM, and 320 GB on the fastest SSD for $72.80.
The final price may vary depending on the user base and hardware requirements of the product. But by using platforms like Hostman you will consistently get the best possible value, balanced between simplicity, stability, high performance, and reasonable price.
That’s it. Now you know whether an app maker needs a domain or not, how to choose hosting for a mobile application, and the most straightforward way to set it all up.
Infrastructure
25.06.2021
11 min read
Share
Similar
Infrastructure
Virtualization vs Containerization: What They Are and When to Use Each
This article explores two popular technologies for abstracting physical hardware: virtualization and containerization. We will provide a general overview of each and also discuss the differences between virtualization and containerization.
What Is Virtualization
The core component of this technology is the virtual machine (VM). A VM is an isolated software environment that emulates the hardware of a specific platform. In other words, a VM is an abstraction that allows a single physical server to be transformed into multiple virtual ones.
Creating a VM makes sense when you need to manage all operating system kernel settings. This avoids kernel conflicts with hardware, supports more features than a specific OS build might provide, and allows you to optimize and install systems with a modified kernel.
What Is Containerization
Containers work differently: to install and run a container platform, a pre-installed operating system kernel is required (this can also be on a virtual OS). The OS allocates system resources for the containers that provide a fully configured environment for deploying applications.
Like virtual machines, containers can be easily moved between servers and provide a certain level of isolation. However, to deploy them successfully, it’s sufficient for the base kernel (e.g., Linux, Windows, or macOS) to match — the specific OS version doesn’t matter. Thus, containers serve as a bridge between the system kernel layer and the application layer.
What Is the Difference Between Containerization and Virtualization
Some, especially IT beginners, often frame it as "virtualization vs containerization." But these technologies shouldn't be pitted against each other — they actually complement one another. Let’s examine how they differ and where they overlap by looking at how both technologies perform specific functions.
Isolation and Security
Virtualization makes it possible to fully isolate a VM from the rest of the server, including other VMs. Therefore, VMs are useful when you need to separate your applications from others located on the same servers or within the same cluster. VMs also increase the level of network security.
Containerization provides a certain level of isolation, too, but containers are not as robust when it comes to boundary security compared to VMs. However, solutions exist that allow individual containers to be isolated within VMs — one such solution is Hyper-V.
Working with the Operating System
A VM is essentially a full-fledged OS with its own kernel, which is convenient but imposes high demands on hardware resources (RAM, storage, CPU).
Containerization uses only a small fraction of system resources, especially with adapted containers. When forming images in a hypervisor, the minimal necessary software environment is created to ensure the container runs on an OS with a particular kernel. Thus, containerization is much more resource-efficient.
OS Updates
With virtualization, you have to download and install OS updates on each VM. To install a new OS version, you need to update the VM — in some cases, even create a new one. This consumes a significant amount of time, especially when many virtual machines are deployed.
With containers, the situation is similar. First, you modify a file (called a Dockerfile) that contains information about the image. You change the lines that specify the OS version. Then the image is rebuilt and pushed to a registry. But that’s not all: the image must then be redeployed. To do this, you use orchestrators — platforms for managing and scaling containers. Orchestration tools (the most well-known are Kubernetes and Docker Swarm) allow automation of these procedures, but developers must install and learn them first.
Deployment Mechanisms
To deploy a single VM, Windows (or Linux) tools will suffice, as will the previously mentioned Hyper-V. But if you have two or more VMs, it’s more convenient to use solutions like PowerShell.
Single containers are deployed from images via a hypervisor (such as Docker), but for mass deployment, orchestration platforms are essential. So in terms of deployment mechanisms, virtualization and containerization are similar: different tools are used depending on how many entities are being deployed.
Data Storage Features
With virtualization, VHDs are used when organizing local storage for a single VM. If there are multiple VMs or servers, the SMB protocol is used for shared file access.
Hypervisors for containers have their own storage tools. For example, Docker has a local Registry repository that lets you create private storage and track image versions. There is also the public Docker Hub repository, which is used for integration with GitHub. Orchestration platforms offer similar tools: for instance, Kubernetes can set up file storage using Azure’s infrastructure.
Load Balancing
To balance the load between VMs, they are moved between servers or even clusters, selecting the one with the best fault tolerance.
Containers are balanced differently. They can’t be moved per se, but orchestrators provide automatic starting or stopping of individual containers or whole groups. This enables flexible load distribution between cluster nodes.
Fault Tolerance
Faults are also handled in similar ways. If an individual VM fails, it’s not difficult to transfer that VM to another server and restart the OS there.
If there’s an issue with the server hosting the containerization platform, containers can be quickly recreated on another server using the orchestrator.
Pros and Cons of Virtualization
Advantages:
Reliable isolation. Logical VM isolation means failures in one VM don’t affect the others on the same server. VMs also offer a good level of network security: if one VM is compromised, its isolation prevents infection of others.
Resource optimization. Several VMs can be deployed on one server, saving on purchasing additional hardware. This also facilitates the creation of clusters in data centers.
Flexibility and load balancing. VMs are easily transferred, making it simpler to boost cluster performance and maintain systems. VMs can also be copied and restored from backups. Furthermore, different VMs can run different OSs, and the kernel can be any type — Linux, Windows, or macOS — all on the same server.
Disadvantages:
Resource consumption. VMs can be several gigabytes in size and consume significant CPU power. There are also limits on how many VMs can run on a single server.
Sluggishness. Deployment time depends on how "heavy" the VM is. More importantly, VMs are not well-suited to scaling. Using VMs for short-term computing tasks is usually not worthwhile.
Licensing issues. Although licensing is less relevant for Russian developers, you still need to consider OS and software licensing costs when deploying VMs — and these can add up significantly in a large infrastructure.
Pros and Cons of Containerization
Advantages:
Minimal resource use. Since all containers share the same OS kernel, much less hardware is needed than with virtual machines. This means you can create far more containers on the same system.
Performance. Small image sizes mean containers are deployed and destroyed much faster than virtual machines. This makes containers ideal for developers handling short-term tasks and dynamic scaling.
Immutable images. Unlike virtual machines, container images are immutable. This allows the launch of any number of identical containers, simplifying testing. Updating containers is also easy — a new image with updated contents is created on the container platform.
Disadvantages:
Compatibility issues. Containers created in one hypervisor (like Docker) may not work elsewhere. Problems also arise with orchestrators: for example, Docker Swarm may not work properly with OpenShift, unlike Kubernetes. Developers need to carefully choose their tools.
Limited lifecycle. While persistent container storage is possible, special tools (like Docker Data Volumes) are required. Otherwise, once a container is deleted, all its data disappears. You must plan ahead for data backup.
Application size. Containers are designed for microservices and app components. Heavy containers, such as full-featured enterprise software, can cause deployment and performance issues.
Conclusion
Having explored the features of virtualization and containerization, we can draw a logical conclusion: each technology is suited to different tasks.
Containers are fast and efficient, use minimal hardware resources, and are ideal for developers working with microservices architecture and application components.
Virtual machines are full-fledged OS environments, suitable for secure corporate software deployment.
Therefore, these technologies do not compete — they complement each other.
10 June 2025 · 7 min to read
Infrastructure
Top RDP Clients for Linux in 2025: Remote Access Tools for Every Use Case
RDP (Remote Desktop Protocol) is a proprietary protocol for accessing a remote desktop. All modern Windows operating systems have it by default. However, a Linux system with a graphical interface and the xrdp package installed can also act as a server. This article focuses on Linux RDP clients and the basic principles of how the protocol works.
Remote Desktop Protocol
RDP operates at the application layer of the OSI model and is based on the Transport Layer Protocol (TCP). Its operation follows this process:
A connection is established using TCP at the transport layer.
An RDP session is initialized.
The RDP client authenticates, and data transmission parameters are negotiated.
A remote session is launched: the RDP client takes control of the server.
The server is the computer being remotely accessed.
The RDP client is the application on the computer used to initiate the connection.
During the session, all computational tasks are handled by the server. The RDP client receives the graphical interface of the server's OS, which is controlled using input devices. The graphical interface may be transmitted as a full graphical copy or as graphical primitives (rectangles, circles, text, etc.) to save bandwidth. By default, RDP uses port 3389, but this can be changed if necessary.
A typical use case is managing a Windows remote desktop from a Linux system. From anywhere in the world, you can connect to it via the internet and work without worrying about the performance of the RDP client.
Originally, RDP was introduced in Windows NT 4.0. It comes preinstalled in all modern versions of Windows. However, implementing a Linux remote desktop solution requires special software.
RDP Security
Two methods are used to ensure the security of an RDP session: internal and external.
Standard RDP Security: This is an internal security subsystem. The server generates RSA keys and a public key certificate. When connecting, the RDP client receives these. If confirmed, authentication takes place.
Enhanced RDP Security: This uses external tools to secure the session, such as TLS encryption.
Advantages of RDP
RDP is network-friendly: it can work over NAT, TCP, or UDP, supports port forwarding, and is resilient to connection drops.
Requires only 300–500 Kbps bandwidth.
A powerful server can run demanding apps even on weak RDP clients.
Supports Linux RDP connections to Windows.
Disadvantages of RDP
Applications sensitive to latency, like games or video streaming, may not perform well.
Requires a stable server.
File and document transfer between the client and server may be complicated due to internet speed limitations.
Configuring an RDP Server on Windows
The most common RDP use case is connecting to a Windows server from another system, such as a Linux client.
To enable remote access, the target system must be configured correctly. The setup is fairly simple and works "out of the box" on most modern Windows editions.
Enable remote desktop access via the Remote Access tab in System Properties.
Select the users who can connect (by default, only administrators).
Check firewall settings. Some profiles like “Public” or “Private” may block RDP by default. If the server is not in a domain, RDP might not work until you allow it manually via Windows Firewall → Allowed Apps.
If behind a router, you might need to configure port forwarding via the router’s web interface (typically under Port Forwarding). Recall that RDP uses TCP port 3389 by default.
Best RDP Clients for Linux
Remmina
Website: remmina.org
Remmina is a remote desktop client with a graphical interface, written in GTK+ and licensed under GPL. In addition to RDP, it supports VNC, NX, XDMCP, SPICE, X2Go, and SSH.
One of its key features is extensibility via plugins. By default, RDP is not available until you install the freerdp plugin. After installing the plugin, restart Remmina, and RDP will appear in the menu.
To connect:
Add a new connection.
Fill in connection settings (you only need the remote machine's username and IP).
Customize further if needed (bandwidth, background, hotkeys, themes, etc.).
Save the connection — now you can connect with two clicks from the main menu.
If you need to run Remmina on Windows, a guide is available on the official website.
FreeRDP
Website: freerdp.com
FreeRDP is a fork of the now-unsupported rdesktop project and is actively maintained under the Apache license.
FreeRDP is a terminal-based client. It is configured and launched entirely via the command line. Its command structure is similar to rdesktop, for example:
xfreerdp -u USERNAME -p PASSWORD -g WIDTHxHEIGHT IP
This command connects to the server at the given IP using the specified credentials and screen resolution.
KRDC
Website: krdc
KRDC (KDE Remote Desktop Client) is the official remote desktop client for KDE that supports RDP and VNC protocols.
It offers a clean and straightforward interface consistent with KDE's Plasma desktop environment.
KRDC is ideal for users of KDE-based distributions like Kubuntu, openSUSE KDE, and Fedora KDE Spin. It integrates well with KDE's network tools and provides essential features such as full-screen mode, session bookmarking, and network browsing via Zeroconf/Bonjour.
KRDC is actively maintained by the KDE community and is available through most Linux package managers.
GNOME Connections
Website: gnome-connections
Vinagre was the former GNOME desktop's default remote desktop client. GNOME Connections, a modernized remote desktop tool for GNOME environments, has since replaced it.
GNOME Connections supports RDP and VNC, providing a simple and user-friendly interface that matches the GNOME design language. It focuses on ease of use rather than configurability, making it ideal for non-technical users or quick access needs.
Features:
Bookmarking for quick reconnections
Simple RDP session management
Seamless integration into GNOME Shell
Connections is maintained as part of the official GNOME project and is available in most distribution repositories.
Apache Guacamole
Website: guacamole.apache.org
This is the simplest yet most complex remote desktop software for Linux.
Simple because it works directly in a browser — no additional programs or services are needed.
Complex because it requires one-time server installation and configuration.
Apache Guacamole is a client gateway for remote connections that works over HTML5. It supports Telnet, SSH, VNC, and RDP — all accessible via a web interface. Although the documentation is extensive, many ready-made scripts exist online to simplify basic setup.
To install:
wget https://git.io/fxZq5 -O guac-install.sh
chmod +x guac-install.sh
./guac-install.sh
After installation, the script will provide a connection address and password.
To connect to a Windows server via RDP:
Open the Admin Panel, go to Settings → Connections, and create a new connection.
Enter the username and IP address of the target machine — that's all you need.
The connection will now appear on the main page, ready for use.
Conclusion
RDP is a convenient tool for connecting to a remote machine running Windows or a Linux system with a GUI. The server requires minimal setup — just a few settings and firewall adjustments — and the variety of client programs offers something for everyone.
09 June 2025 · 6 min to read
Infrastructure
Docker Container Storage and Registries: How to Store, Manage, and Secure Your Images
Docker containerization offers many benefits, one of which is image layering, enabling fast container generation. However, containers have limitations — for instance, persistent data needs careful planning, as all data within a container is lost when it's destroyed. In this article, we’ll look at how to solve this issue using Docker’s native solution called Docker Volumes, which allows the creation of persistent Docker container storage.
What Happens to Data Written Inside a Container
To begin, let’s open a shell inside a container using the following command:
docker run -it --rm busybox
Now let’s try writing some data to the container:
echo "Hostman" > /tmp/data
cat /tmp/data
Hostman
We can see that the data is written, but where exactly? If you're familiar with Docker, you might know that images are structured like onions — layers stacked on top of each other, with the final layer finalizing the image. Each layer can only be written once and becomes read-only afterward. When a container is created, Docker adds another layer for handling write operations.
Since container lifespans are limited, all data disappears once the container is gone. This can be a serious problem if the container holds valuable information. To solve this, Docker provides a solution called Docker Volumes. Let’s look at what it is and how it works.
Docker Volumes
Docker Volumes provide developers with persistent storage for containers. This tool decouples data from the container’s lifecycle, allowing access to container data at any time. As a result, data written inside containers remains available even after the container is destroyed, and it can be reused by other containers. This is a useful solution for sharing data between Docker containers and also enables new containers to connect to the existing storage.
How Docker Volumes Work
A directory is created on the server and then mounted into one or more containers. This directory is independent because it is not included in the Docker image layer structure, which allows it to bypass the read-only restriction of the image layers for containers that include such a directory.
To create a volume, use the following command:
docker volume create
Now, let’s check its location using:
docker volume inspect volume_name
The volume name usually consists of a long alphanumeric string. In response, Docker will display information such as the time the volume was created and other metadata, including the Mountpoint. This line shows the path to the volume. To view the data stored in the volume, simply open the specified directory.
There are also other ways to create a Docker Volume. For example, the -v option can be added directly during container startup, allowing you to create a volume on the fly:
docker run -it --rm -v newdata:/data busybox
Let’s break down what’s happening here:
The -v argument follows a specific syntax, indicated by the colon right after the volume name (in this case, we chose a very creative name, newdata). After the colon, the mount path inside the container is specified. Now, you can write data to this path, for example:
echo "Cloud" > /data/cloud
Data written this way can easily be found at the mount path.
As seen in the example above, the volume name is not arbitrary — it matches the name we provided using -v. However, Docker Volumes also allow for randomly generated names, which are always unique to each host. If you’re assigning names manually, make sure they are also unique.
Now, run the command:
docker volume ls
If the volume appears in the list, it means any number of other containers can use it. To test this, you can run:
docker run -it --rm -v newdata:/data busybox
Then write something to the volume. Next, start another container using the exact same command and you’ll see that the data is still there and accessible — meaning it can be reused.
Docker Volumes in Practice
Now let’s take a look at how Docker Volumes can be used in practice. Suppose we're developing an application to collect specific types of data — let’s say football statistics. We gather this data and plan to use it later for analysis — for example, to assess players’ transfer market values or for betting predictions. Let’s call our application FootballStats.
Preserving Data After Container Removal
Obviously, if we don’t use Docker Volumes, all the collected statistics will simply be lost as soon as the container that stored them is destroyed. Therefore, we need to store the data in volumes so it can be reused later. To do this, we use the familiar -v option:
-v footballstats:/dir/footballstats
This will allow us to store match statistics in the /dir/footballstats directory, on top of all container layers.
Sharing Data
Suppose the FootballStats container has already gathered a certain amount of data, and now it's time to analyze it. For instance, we might want to find out how a particular team performed in the latest national championship or how a specific player did — goals, assists, cards, etc.
To do this, we can mount our volume into a new container, which we’ll call FootballStats-Analytics. The key advantage of this setup is that the new container can read the data without interfering with the original FootballStats container’s ongoing data collection. At the same time, analysis of the incoming data can be performed using defined parameters and algorithms.
This information can be stored anywhere, either in the existing volume or a new one, if needed.
Other Types of Mounts
In addition to standard volumes, Docker Volumes also supports other types of mounts designed to solve specialized tasks:
Bind Mount
Bind mounts are used to attach an existing path on the host to a container. This is useful for including configuration files, datasets, or static assets from websites. To specify directories for mounting into the container, use the --mount option with the syntax <host path>:<container path>.
Tmpfs Mount
Tmpfs mounts serve the opposite purpose of regular Docker Volumes — they do not persist data after the container is destroyed. This can be useful for developers who perform extensive logging. In such cases, continuously writing temporary data to disk can significantly degrade system performance. The --tmpfs option creates temporary in-memory directories, avoiding constant access to the file system.
Drivers
Docker Volume Drivers are a powerful tool that enable flexible volume management. They allow you to specify various storage options, the most important being the storage location — which can be local or remote, even outside the physical or virtual infrastructure of the provider. This ensures that data can survive not only the destruction of the container but even the shutdown of the host itself.
Conclusion
So, we’ve learned how to create and manage storage using Docker Volumes. For more information on how to modify container storage in Docker, refer to the platform’s official documentation.
09 June 2025 · 6 min to read
Do you have questions,
comments, or concerns?
Our professionals are available to assist you at any moment,
whether you need help or are just unsure of where to start.
whether you need help or are just unsure of where to start.
