Разбиране на Blob, Queue, Table storage в Windows Azure

Съдържание:

Разбиране на Blob, Queue, Table storage в Windows Azure
Разбиране на Blob, Queue, Table storage в Windows Azure

Видео: Разбиране на Blob, Queue, Table storage в Windows Azure

Видео: Разбиране на Blob, Queue, Table storage в Windows Azure
Видео: Repairing Windows 11-Server 2022 Protected System Files with SFC and DISM: For IT Professionals - YouTube 2024, Април
Anonim

Тази статия хвърля светлина върху хранилището в Windows Azure, Когато става въпрос за голямо съхранение, има някои неща, които трябва да бъдат разбрани. Windows Azure предлага широк спектър от услуги за съхранение, които поддържат почти всички видове нужди за съхранение, от структурирани до неструктурирани данни, бази данни на NoSQL и опашки.

Как се съхраняват данните в облака

Що се отнася до Windows Azure отива той има четири форми на съхранение и те са:

  • Памет за съхранение
  • Съхранение на опашка
  • Съхранение в таблицата
  • Windows Azure Drive

Нека се опитаме да получим едно общо обяснение за всеки един от тях!

Съхранение на мехурчета

Blob е акроним за Двоичен голям обект, По принцип Blob е последователност от байтове - точно това, от което се нуждае дадено приложение. Blob може да съхранява аудио, видео, имейл съобщения, архивирани файлове, zip файлове или документи за текстообработка по много общ начин.

За да използвате блокове, програмистът първо създава един или повече контейнери в някой от тях. Всеки от тези контейнери може след това да държи една или повече петна. Съществуват два вида съхранение на петна, всяка от които има специфична функционалност:
За да използвате блокове, програмистът първо създава един или повече контейнери в някой от тях. Всеки от тези контейнери може след това да държи една или повече петна. Съществуват два вида съхранение на петна, всяка от които има специфична функционалност:

1) Блокирайте блока

2) Страница Blob

Блокове се съхраняват и обхват Контейнери с мехурчета, Всяко петно може да бъде до 50GB. Блокът има уникално име на низ в контейнера. Блокове може да има метаданни, свързани с тях, които са двойки и те са с размер до 8KB на петно. Метадите за мехурчета могат да бъдат зададени отделно от бита данни.

Съхранение на опашка

Основната цел на опашките е да се позволи комуникацията между различните части на приложението Windows Azure. С обикновени думи Обикновените отделни копия на уеб роли и инстанции на роли на работниците - опашката съдържа много съобщения - името на опашката е обхванато от профила.

  • Няма ограничение за броя на съобщенията, съхранявани в опашката.
  • Съобщението се съхранява най-много седмично. Системата ще събира отпадъците, които са на възраст над една седмица.
  • Опашката може да има метаданни, свързани с тях. Метаданните са под формата на двойки и те са с размер до 8KB на опашка.

Конвенционалната опашка може да предложи семантика на "първото в първото"; от друга страна опашките в Windows Azure не гарантират, че едно съобщение може да бъде доставено няколко пъти.

Обработването на съобщения от опашката е двуетапен процес, който включва получаване на съобщението и след това изтриване на съобщението след обработката му. Този модел гарантира успешното показване на съобщенията.

Image
Image

Съхранение на таблици

Съхранението на таблици представлява колекция от елементи, подобни на редове, всеки от които може да съдържа до 255 свойства; обаче, за разлика от таблиците в база данни, няма схема, която да налага определен набор от стойности за всички редове в дадена таблица. Съхранението на таблици се използва от приложения, изискващи съхранение на големи количества данни за съхранение, които се нуждаят от допълнителна структура.

Макар таблицата да съхранява структурирани данни, тя не осигурява никакъв начин за представяне на взаимоотношенията между данните, понякога наричана база данни на NoSQL. Таблиците в Windows Azure отварят място за мащабируемост. Има смисъл за разработчиците да проектират мащабируеми приложения. Просто създайте таблица и добавете някои обекти, след което Windows Azure се грижи за останалите.

Целта тук е да помогнем на разработчиците да се фокусират върху тяхното разработване на приложения, вместо да се безпокоят за управлението на големи данни.

Препоръчано: