Вступ
У сучасному світі кількість даних зростає в геометричній прогресії завдяки оцифровці. Організації використовують різноманітні хмарні платформи, як-от Azure, GCP тощо, для зберігання та аналізу цих даних, щоб отримати з них цінну інформацію для бізнесу. У цій статті ви вивчите 11 найпопулярніших запитань для інтерв’ю щодо azure, де обговорюватимуться різні сервіси даних, як-от Azure Cosmos DB, Azure SQL Database, Azure Data Lake Storage тощо, для зберігання структурованих, неструктурованих або напівструктурованих даних. Давайте розглянемо наведені нижче запитання для співбесіди на лазурі.
Мета навчання
У цій статті ми дізнаємося про наведені нижче запитання для співбесіди з лазурним кольором:
- Обсяг профілів вакансій Azure Data Services
- Важливі концепції Cosmos DB
- Cosmos DB пропонує різні API бази даних
- Зрозумійте моделі розгортання, надані базою даних SQL Azure
- Дізнайтеся про правила політики життєвого циклу в Azure Blob Storage
- Отримайте знання про служби зберігання даних Azure
Ця стаття була опублікована як частина Блогатон науки про дані.
Зміст
Такі провідні компанії, як Mercedes-Benz, Deloitte, PwC, Accenture, TCS, Razorpay, Swiggy, Uber тощо, наймають на посади, пов’язані з навичками Azure Data Services, як-от інженер даних, науковець із даних, ролі, пов’язані з дослідженнями та розробками, тощо. .у різних місцях по всьому світу. Ці професійні профілі мають широкий спектр з точки зору зарплати, отримання складних робочих умов і вирішення реальних проблем. Працюючий професіонал потребує глибоких знань Azure SQL, Озеро даних Azure розробка, розробка API з використанням Cosmos DB як бази даних, створення конвеєрів даних за допомогою Azure Data Factory тощо, щоб працювати на цій посаді.
Q2. Що таке одиниці запиту в Cosmos DB?
Команда одиниця запиту це валюта продуктивності, яка абстрагує системні ресурси, необхідні для виконання операцій бази даних, таких як читання, вставка, оновлення тощо, що підтримується Azure Cosmos DB. Спожиті одиниці запиту стягуються залежно від режиму створення облікового запису Azure Cosmos DB.
Q3. Що таке час для життя в Cosmos DB?
Час життя (TTL) у Cosmos DB дозволяє автоматично видаляти елементи всередині контейнера через певний період часу, споживаючи залишки одиниць запиту. Приклад налаштування TTL в існуючому контейнері Cosmos DB:
Select Контейнер-> у налаштуваннях перейдіть до Час жити-> виберіть Увімкнути та вказати значення TTL у секундах-> зберегти.
Q4. Які різні API бази даних пропонує Cosmos DB? Розкрийте на прикладах.
Azure Cosmos DB пропонує різні API бази даних, наприклад MongoDB, Кассандра, Gremlin, NoSQL і Table. API Azure Cosmos DB для NoSQL надає можливість запитувати елементи за допомогою синтаксису SQL і пропонує ізоляцію продуктивності та аналітичну підтримку. API Azure Cosmos DB для MongoDB забезпечує кілька місць запису, автоматичне керування шардами та зберігає дані в структурі документа за допомогою формату BSON. Для зберігання даних використовується Azure Cosmos DB для PostgreSQL PostgreSQL. API Azure Cosmos DB для Cassandra підтримує горизонтальне масштабування для зберігання великих даних за допомогою схеми, орієнтованої на стовпці. Приклад створення школи баз даних за допомогою API Azure Cosmos DB для NoSQL у .NET:
Database database1 = await client.CreateDatabaseAsync( id: "school" )
Наприклад, вставте один документ у колекцію з іменем студент використання API Azure Cosmos DB для MongoDB у JavaScript:
db.student.insertOne({ name:"Chaitanya Shah", age: 23, address: "24, Wall Colony" });
Q5. Опишіть моделі закупівель, доступні в базі даних SQL Azure.
Залежно від моделі розгортання Azure База даних SQL, нижче наведено дві моделі для придбання:
a. Модель купівлі vCore: Модель купівлі vCore дозволяє користувачам вибирати апаратні фізичні характеристики відповідно до потреб своїх програм. У цій моделі клієнти можуть самостійно вибирати масштаб зберігання, обчислювальних ресурсів тощо.
b. Модель закупівель на основі DTU: Модель придбання на основі блоку транзакцій бази даних (DTU) надає клієнтам рівні обслуговування, які диференційовані на основі фіксованого розміру обчислювальної системи, сховища, швидкості читання та запису та періоду зберігання для резервних копій.
Q6. Які різні моделі розгортання надає база даних Azure SQL?
Нижче наведено дві моделі розгортання, надані базою даних SQL Azure:
a. Єдина база даних: Модель розгортання єдиного типу бази даних створює базу даних із спеціальним механізмом баз даних, власним набором ресурсів, моніторингом продуктивності та рівнями обслуговування.
b. Еластичний басейн: Модель розгортання типу еластичного пулу дозволяє клієнтам купувати ресурси для пулу, спільного для кількох баз даних. Ми можемо додавати або видаляти бази даних з пулу на основі використання ресурсів. Еластичний пул вирішує проблему надмірного та недостатнього надання ресурсів.
Q7. Запитання на основі сценарію щодо озера даних Azure.
Працюючи над проектом ABC, ви створили Azure Data Lake Storage Gen2 обліковий запис abc_account для зберігання журналів програми та інфраструктури. Призначений період зберігання журналів програми та інфраструктури становить 360 днів і 60 днів відповідно. Згідно з поточними очікуваннями, доступ до журналів не буде здійснюватися протягом періодів зберігання. Розробіть рішення для abc_account, яке дозволить мінімізувати витрати на зберігання та автоматично видаляти журнали в кінці кожного періоду зберігання.
Використовуйте рівень доступу до архіву, щоб зберігати журнали додатків, і рівень прохолодного доступу, щоб зберігати журнали інфраструктури, щоб мінімізувати витрати на зберігання, зберігаючи журнали в abc_account. Щоб автоматично видаляти журнали в кінці кожного періоду зберігання, використовуйте правила керування життєвим циклом сховища Blob Azure.
Q8. Що таке служби даних Azure Storage?
Служба зберігання Azure надає високомасштабовані, доступні, безпечні та керовані служби для зберігання об’єктів, блобів, створення даних
озера, обмін файлами тощо. Нижче наведено служби даних Azure Storage:
- Azure Blobs: Сховище блоб-об’єктів Azure дозволяє користувачам зберігати неструктуровані дані за допомогою блобів. Azure Blob-сховище можна використовувати для зберігання файлів журналів, зображень, документів, даних для резервного копіювання та відновлення тощо.
- Файли Azure: Файли Azure дозволяють користувачам обмінюватися файлами за допомогою галузевих стандартів, таких як SMB, NFS тощо. Файли Azure можна використовувати для зберігання інструментів налагодження та розробки, необхідних віртуальним машинам.
- Черги Azure: Сховище Azure Queue – це служба обміну повідомленнями для зберігання великої кількості повідомлень. Azure Queue можна використовувати для асинхронного обміну повідомленнями між компонентами програми.
- Таблиці Azure: Таблиці Azure дозволяють користувачам зберігати структуровані дані NoSQL дані з дизайном без схеми. Таблиці Azure можна використовувати для зберігання адресних книг, інформації про пристрої тощо.
- Диски Azure: Диски Azure використовуються для зберігання та доступу до даних із віртуальних машин Azure.
Q9. Запитання на основі сценарію щодо сховища BLOB-об’єктів Azure.
Напишіть правило політики життєвого циклу Зберігання BLOB-об'єктів Azure щоб перенести блочні BLOB-об’єкти з префіксом container/school або container/college, які не змінювалися протягом 90 днів, на архівний рівень, і blobs, не змінені протягом 30 днів холодного рівня зберігання.
Нижче наведено правило політики життєвого циклу для наведеного вище сценарію:
{ "rules": [ { "name": "agingPolicy", "enabled": true, "type": "Lifecycle", "definition": { "filters": { "blobTypes": [ "blockBlob"], "prefixMatch": [ " container/school ", " container/college " ] }, "actions": { "baseBlob": { "tierToCool": { "daysAfterModificationGreaterThan": 30 }, "tierToArchive": { "daysAfterModificationGreaterThan": 90 } } } } } ]
}
Q10. Напишіть запит для створення таблиць Depts у базі даних SQL CompanyDB Azure.
Наведений нижче запит створить таблицю з назвою Відд зі стовпцями DeptNo, DName та Location:
CREATE TABLE Depts(
DeptNo int Primary Key,
DName nvarchar(50) NOT NULL,
Location nvarchar(50)
);
Тут DeptNo є первинним ключем.
Q11. Який сервіс Azure вибрати для розробки корпоративного озера даних для аналізу великих даних?
Ви повинні використовувати Сховище Blob Azure створити озеро даних для аналітики великих даних. Azure Blob-сховище дозволяє користувачам зберігати
неструктуровані дані за допомогою blobs. Сховище Blob Azure забезпечує високий рівень безпеки, масштабованість, доступність даних і можливості аварійного відновлення.
Висновок
Microsoft Azure пропонує такі служби даних, як Azure Cosmos DB, Azure SQL Database, Azure Data Lake Storage тощо для зберігання структурованих, неструктурованих або напівструктурованих даних. База даних Azure Cosmos це багатомодельна, повністю керована база даних NoSQL для розробки сучасних програм. Служба зберігання Azure надає високомасштабовані, доступні, безпечні та керовані служби для зберігання об’єктів, блобів, створення озер даних, спільного використання файлів тощо. Нижче наведено кілька важливих моментів із наведеної вище статті щодо питань інтерв’ю Azure:
- Azure Cosmos DB пропонує різні API бази даних, як-от MongoDB, Cassandra, Gremlin, NoSQL і Table, для підключення до різних баз даних.
- Використовуючи Time to Live (TTL) в Azure Cosmos DB, розробники можуть автоматично видаляти елементи всередині контейнера.
- Еластичні басейни в База даних SQL Azure може допомогти організаціям використовувати спільні ресурси для Azure SQL.
- Ми отримали розуміння того, яку службу Azure Storage Data слід використовувати на основі сценарію та типу даних.
- Окрім цього, ми також бачили рівні доступу до сховища Azure та політики керування життєвим циклом.
Сподіваюся, вам сподобалася моя стаття про питання співбесіди Azure. Поділіться своїми відгуками зі мною в розділі коментарів.
Медіафайли, показані в цій статті, не належать Analytics Vidhya та використовуються на розсуд Автора.
споріднений
- Розповсюдження контенту та PR на основі SEO. Отримайте посилення сьогодні.
- Платоблокчейн. Web3 Metaverse Intelligence. Розширені знання. Доступ тут.
- джерело: https://www.analyticsvidhya.com/blog/2023/03/top-azure-data-services-interview-questions/
- :є
- 11
- 2023
- a
- азбука
- МЕНЮ
- вище
- тези
- Accenture
- доступ
- доступний
- доступною
- доступ до
- рахунки
- через
- дії
- адреса
- після
- дозволяє
- Аналітичний
- аналітика
- Аналітика Vidhya
- аналізувати
- та
- та інфраструктури
- API
- Інтерфейси
- додаток
- Розробка додатка
- архів
- ЕСТЬ
- стаття
- AS
- At
- автоматичний
- автоматично
- наявність
- доступний
- чекати
- Лазурний
- резервна копія
- заснований
- BE
- нижче
- між
- Великий
- Великий даних
- Блокувати
- книги
- бізнес
- by
- CAN
- можливості
- певний
- складні
- характеристика
- стягується
- Вибирати
- клієнт
- хмара
- збір
- колонія
- Колони
- коментарі
- Комунікація
- Компанії
- Компоненти
- обчислення
- висновок
- З'єднувальний
- спожитий
- Контейнер
- Прохолодно
- Космос
- витрати
- створювати
- створений
- створює
- створення
- створення
- Валюта
- Поточний
- Клієнти
- дані
- Analytics даних
- інженер даних
- Озеро даних
- вчений даних
- Database
- базами даних
- Днів
- присвячених
- deloitte
- Залежно
- розгортання
- описувати
- дизайн
- призначені
- розробників
- розвивається
- розробка
- інструменти розробки
- пристрій
- різний
- диференційований
- цифровізація
- розсуд
- обговорювати
- документ
- документація
- під час
- кожен
- Розробити
- включений
- дозволяє
- двигун
- інженер
- підприємство
- середовищах
- і т.д.
- Ефір (ETH)
- приклад
- Приклади
- існуючий
- очікування
- експоненціально
- обширний
- завод
- зворотний зв'язок
- філе
- Файли
- Фільтри
- фіксованою
- для
- формат
- від
- повністю
- GCP
- отримати
- отримання
- Зростання
- апаратні засоби
- Мати
- допомога
- Високий
- дуже
- Наймання
- надія
- Горизонтальний
- HTTPS
- ID
- зображень
- важливо
- in
- самостійно
- промисловість
- галузеві стандарти
- інформація
- Інфраструктура
- розуміння
- інтерв'ю
- питання інтерв'ю
- Вступ
- ізоляція
- IT
- пунктів
- ЙОГО
- JavaScript
- робота
- ключ
- знання
- озеро
- великий
- УЧИТЬСЯ
- Життєвий цикл
- як
- жити
- розташування
- місць
- подивитися
- вдалося
- управління
- Медіа
- повідомлення
- обмін повідомленнями
- мінімізувати
- режим
- модель
- Моделі
- сучасний
- модифікований
- MongoDB
- моніторинг
- множинний
- ім'я
- Названий
- nav
- необхідний
- потреби
- мережу
- номер
- об'єкти
- of
- запропонований
- Пропозиції
- on
- операції
- варіант
- організації
- власний
- яка перебуває у власності
- частина
- виконувати
- продуктивність
- period
- періодів
- фізичний
- Платформи
- plato
- Інформація про дані Платона
- PlatoData
- точок
- Політика
- політика
- басейн
- Басейни
- postgresql
- первинний
- Проблема
- проблеми
- професійний
- Профілі
- проект
- за умови
- забезпечує
- опублікований
- покупка
- покупка
- PWC
- Q2
- Q3
- питання
- питань
- ставки
- розорплата
- Читати
- Реальний світ
- пов'язаний
- видаляти
- запросити
- вимагається
- Вимагається
- ресурс
- ресурси
- утримання
- ролі
- Правило
- Правила
- заробітна плата
- масштабованість
- масштабовані
- шкала
- Масштабування
- сценарій
- Школа
- наука
- вчений
- сфера
- прокрутки
- розділ
- безпечний
- безпеку
- обслуговування
- Послуги
- комплект
- налаштування
- Поділитись
- загальні
- поділ
- Повинен
- показаний
- один
- Розмір
- навички
- SMB
- рішення
- Вирішує
- Розв’язування
- деякі
- SQL
- стандартів
- зберігання
- зберігати
- магазинів
- структура
- структурований
- студент
- Вивчення
- такі
- підтримка
- Підтриманий
- Опори
- Свігі
- синтаксис
- система
- таблиця
- Приймати
- terms
- Що
- Команда
- Блок
- світ
- їх
- Ці
- ярус
- час
- до
- сьогоднішній
- інструменти
- топ
- угода
- перехід
- правда
- Убер
- розуміння
- блок
- одиниць
- Оновити
- використання
- користувачі
- Цінний
- значення
- різний
- Стіна
- Що
- Що таке
- який
- в той час як
- широкий
- волі
- з
- Work
- робочий
- світ
- запис
- вашу
- зефірнет