Масштабна сфера послуг Microsoft Azure

Масштаби Microsoft Azure стосуються величезної кількості рішень, які він пропонує, кількості функцій, які він пропонує, кількості функцій, які він охоплює, і так далі. Для мене однією з найважливіших завдань було просто одержати голову навколо всіх назв нових продуктів, а також нової термінології, всіх нових концепцій і того, як усе це взаємопов'язано. Кожна служба Microsoft Azure і кожна функція, реалізована Microsoft, існує з певної причини. Вона полягає у вирішенні загальної бізнес-проблеми або загальної проблеми ІТ. Для прикладу, давайте почнемо з загального сценарію веб-сайту, який стоїть перед суспільством. Скажімо, це веб-сайт електронної комерції, де я продаю книги. З мінімуму, кожному веб-додатку знадобиться веб-сервер, який розміщуватиме веб-додаток. Вона буде потребувати місця для зберігання даних. Щоб підвищити продуктивність, потрібно кешувати частину програми. Мені потрібно додати блог, оскільки він ще не є частиною програми. Мені не потрібно самостійно створювати цей блог. Я повинен просто бути в змозі вказати субдомен на блозі WordPress. Я хочу, щоб мережа доставки контенту гарантувала, що активи, подібні до зображень, будуть доступні по всьому світу якомога швидше, де б хтось запитував їх.

Мені знадобиться резервна копія та план відновлення після аварії. Мені потрібна стратегія масштабування, спосіб обробляти сезонний трафік, великий трафік або несподіваний сплеск трафіку без необхідності підтримувати обладнання. Я хочу контролювати продуктивність веб-додатків на апаратному забезпеченні, щоб вирішити, коли прийде час масштабування. Мені потрібна хороша підтримка реєстрації та спосіб збору телеметрії про сесію користувача, щоб визначити, що саме пішло не так для них. Отже, це дуже базовий набір функцій, які мені знадобляться, але в залежності від програми, мені також може знадобитися спосіб керування входами, аутентифікація для веб-додатків, так що в ідеалі він підтримує щось подібне до багатофакторної автентифікації. Це дозволить користувачам створювати облікові записи, використовуючи існуючі соціальні логіни, такі як Facebook, Twitter тощо. Щоб зменшити тертя під час реєстрації на веб-сайті, я можу віддати перевагу аутентифікації та авторизації з використанням існуючих інвестицій, які у мене вже є в активному каталозі. Можливо, мені знадобиться спосіб гарантувати, що вхід користувачів не буде втрачено під час спроби зберегти його в моїй базі даних. Навіть під величезним навантаженням я не хочу, щоб придбання користувачів було втрачено. Таким чином, я збираюся хотіти написати в базу даних і переконатися, що вона не сповільнює роботу бази даних і програми.

Я хочу, щоб веб-служби відкривали моїм партнерам, щоб вони могли будувати поверх моєї платформи і розширювати мій доступ. І, можливо, з більш стратегічної точки зору мені потрібно буде взяти всі показники, які я збираю про використання сайту, про те, над якими людьми зависають курсори миші, які географічні місця клієнтів, які продукти отримують перегляди, а не продажі. Я хочу взяти всі ці дані для прогнозування поведінки клієнтів для майбутнього попиту певних продуктів і певних послуг. Це веб-сценарій. Також є сценарій розвитку мобільних пристроїв. Можливо, мені знадобиться відкрити доступ до загальнодоступних веб-служб, які споживаються мобільними або настільними клієнтами, навіть IOS або Android. З точки зору підприємства, я хочу мати можливість швидко надавати нові машини та механізми зберігання даних, необхідні для підтримки змін у моєму бізнесі. Я повинен бути в змозі швидко налаштувати ці нові надані машини. Припустимо, що це віртуальні машини. Тут також мені знадобиться резервне копіювання на місці та стратегія відмови для моїх програм. Я хочу, щоб мої користувачі в усьому світі безпечно отримували доступ до серверів і мережевих ресурсів. Це з точки зору підприємства.

З точки зору розробників, як керівник команди, я хочу, щоб моя команда використовувала процеси Agile, щоб відповідати вимогам, щоб відстежувати виконання цих завдань, відстежувати будь-які запити на зміни, які надходять, щоб відстежувати проблеми та надавати звітність команді та вищого керівництва. Мені потрібна стратегія розробки та постановки для змін у застосуванні, щоб я міг їх розгортати, перевіряти, а потім розгортати і робити їх доступними для громадськості. Ви можете виконати всі вимоги, згадані вище, через Azure. Як ви можете бачити, існує величезна кількість пропозицій служб Azure. Якщо потрібна технологія, пов'язана з бізнесом, вона, ймовірно, може бути вирішена деякими службами Azure. Тепер справжня проблема полягає не в тому, щоб мати багато варіантів, а які з цих варіантів я вибираю для своєї конкретної ситуації. Це залежить від того, скільки відповідальності і скільки контролю, що мені дійсно потрібно. У більшості випадків ви можете обрати три основні рівні контролю та відповідальності. Це інфраструктура як послуга (IaaS), платформа як послуга (PaaS) і програмне забезпечення як послуга (SaaS). Якщо вам потрібен повний контроль, і ви готові взяти на себе всю відповідальність, яка приходить на власність цього сервера, що включає в себе виправлення, технічне обслуговування, встановлення програмного забезпечення та ін. Це зазвичай у вигляді віртуальних машин, якими можна керувати аж до останньої деталі. Таким чином, служби Azure, що використовуються в цій потужності, відомі як інфраструктура як послуга або IaaS. Якщо ви хочете побудувати поверх платформи Microsoft Azure дружніх до розробників API, і ви хочете дозволити корпорації Майкрософт керувати іншими областями, тоді в Azure ви будете використовувати платформу як службу або PaaS.

Існують програми, налаштовані та розгорнуті від корпорації Майкрософт або від сторонніх постачальників, і все, що вам потрібно, це створити обліковий запис для себе. У цьому випадку ви не маєте майже ніякої відповідальності всередині цієї системи. Вам не потрібно латати або підтримувати що-небудь. Вам навіть не доведеться турбуватися про підтримку самого програмного забезпечення. Але ви також не маєте контролю. Таким чином, у цьому сценарії ви зазвичай називаєте це програмним забезпеченням як службою або SaaS. Це також схоже на володіння власним автомобілем проти оренди автомобіля проти найму таксі. Ви можете вибрати правильне поєднання з точки зору архітектури системи та програми та з точки зору витрат та з точки зору технічного обслуговування тощо. Чи хочу я зберегти деякі з цих частин в будинку і тільки делегувати деякі з обов'язків до деяких служб Azure або я хочу завантажити все там? Ви можете змішувати і поєднувати, як ви.

джерело

залишити коментар

Цей сайт використовує Akismet для зменшення спаму. Дізнайтеся, як обробляються ваші дані коментарів.