Recommended reading: ESYON migrates all customers to Azure Kubernetes. We explain the benefits derived from this move in this article.
Blob Storage: Storing Your Data in the Azure Cloud
What is Blob Storage?
Blob Storage is one of four Azure Storage services, alongside Azure Files, Disks, and Tables. It is used for storing unstructured data that does not adhere to a fixed data model. This mainly involves texts and so-called binary data. Hence, the somewhat peculiar name: Blob stands for Binary Large Objects. This encompasses image files, video files, or other media data. Besides pure storage, the service also facilitates the development of container-based applications in a cloud environment.
What are the usage prerequisites?
To use Blob Storage, you need an Azure Storage Account, which can be added to an existing Azure Subscription at any time. A Storage Account offers approximately 5500 terabytes of storage space. However, multiple Storage Accounts can be created within a subscription if a larger storage capacity is needed.
How is Blob Storage structured?
The Azure storage service is structured into three levels: the account, containers, and blobs.
At the account level, you can create and remove new containers. Each account must have a globally unique account name, which is included in the address of each uploaded object.
Example: For the account name "youraccount," the base address would look like this: "https://youraccount.blob.core.windows.net"
Containers are used to organize blobs and can be easily compared to folder directories in local storage, even though these do not exist in Blob Storage. The storage service follows a flat hierarchy without a folder structure, but file paths can be assigned during upload to simulate this structure. Example: "https://youraccount.blob.core.windows.net/images/folder1/image001.png" In our example, the image file image001.png located in the "images" container was uploaded under the file path "folder1." When accessing the container, a corresponding folder structure is simulated. However, deleting the file also automatically removes the folder, indicating that it never truly existed. Within an account, any number of containers can be created, with the only limitation being the storage capacity of the Storage Account.
The actual data uploaded through Blob Storage is referred to as blobs. In practice, three types of blobs are distinguished.
Block blobs are the most common form of blobs. As the name suggests, they consist of blocks that can be managed independently. Storing multiple files in a block is possible, with an individual block being able to be up to 190.7 TiB in size (TiB = Tebibyte, approximately 1.099 terabytes). Once uploaded, block blobs can be deleted or overwritten, but existing blocks remain immutable.
For certain file types, it can be useful for them to be appendable, such as for log files that need to be automatically updated without being completely recreated with every log entry. This purpose is served by append blobs, which also consist of blocks but allow for the addition of new information compared to block blobs.
Page blobs can store blocks up to a maximum size of 8 TiB, allowing read and write access at any position (referred to as Random Access). Page blobs are used to store virtual hard drive (VHD) files and are utilized when hosting a virtual machine in a cloud environment.
Why Cloud Storage Makes Sense
Now that the technical foundations of Blob Storage are clarified, the question naturally arises for online retailers: What benefits does cloud storage actually bring? Simplified, it could be said that Blob Storage offers the same advantages as cloud hosting in general.
When creating your Azure Storage Account, you can choose from four models that determine how your data is stored in Azure Storage.
Locally Redundant Storage (LRS): Data is replicated three times within a single data center.
Zone-Redundant Storage (ZRS): Data is replicated to three different data centers within a geographic region.
Geo-Redundant Storage (GRS): Data is replicated to three data centers in two different geographic regions.
Read-Access Geo-Redundant Storage (RA-GRS): Similar to GRS, but you can choose the zone to access.
By default, the first option, Locally Redundant Storage (LRS), is selected, which doesn't provide spatial separation but is more cost-effective. Redundant storage ensures that your data remains accessible even after the failure of a hard drive, an entire data center, or even an entire region.
Blob Storage allows you to store and process data in a scalable environment, ensuring reliable and prompt access even during peak loads. This can be easily demonstrated in the demo of our product configurator. The necessary image files are stored in Blob Storage, so the Apache Server doesn't need to request them from the server. Instead, a fixed, public URL for the respective image is directly accessed, resulting in almost no loading time.
The migration of your data to the cloud can be done location-independent and through various solutions. For data import and export, various REST APIs are available for the most common programming languages, including Python, C#, Java, and PHP, in addition to free tools like the Cloud Explorer for Microsoft Visual Studio.
Blob Storage utilizes role-based access control (RBAC) and encrypts all data to protect against unauthorized access.
The automatic scaling of the cloud ensures that your system is always appropriately sized according to your needs. You only pay for what you actually consume.
ESYON and Blob Storage
As a certified Cloud Solution Provider (CSP), ESYON hosts the projects of your customers in the Azure Cloud, leveraging services like Blob Storage. Cloud computing allows us to achieve rapid development cycles, enabling us to meet individual customer requirements with a short time-to-market.