НОУ ИНТУИТ | Лекция | Azure Services Platform. Windows Azure, Windows .Net Services

Azure – самостоятельный сброс пароля

Пользователям в вашем каталоге может быть предоставлено разрешение на сброс своего пароля, если они забыли свой пароль, за несколько шагов вместо того, чтобы попросить администратора сделать это для них. Это экономит время и стоимость ИТ-отдела или службы поддержки, занимающихся такими задачами в организации.

Администратор может установить политику сброса пароля. Этот сервис доступен в базовой и расширенной версиях Azure Active Directory. В главе «Персонализация фирменного стиля компании» приведено небольшое руководство по получению бесплатной пробной версии Azure Active Directory Premium Edition.

Шаг 1 – Войдите в портал управления.

Шаг 2 – Перейти в активный каталог.

Шаг 3 – Нажмите на вкладку «Конфигурация».

Шаг 4 – Прокрутите вниз и найдите заголовок «Политика сброса пароля пользователя».

Шаг 5 – Нажмите «Да», чтобы разрешить пользователям сброс пароля, как показано на следующем рисунке, и прокрутите вниз, чтобы установить политику.

Шаг 6 – Вы можете разрешить пользователям сбросить свой пароль в определенных группах.

Шаг 7 – Обратитесь к изображению выше; у вас есть четыре варианта на выбор для аутентификации сброса пароля. Например, давайте выберем два из них здесь. Пользователи в этом случае смогут использовать свой мобильный телефон или альтернативный адрес электронной почты для проверки сброса пароля.

Шаг 8 – В раскрывающемся списке «Количество требуемых методов аутентификации», если вы выберете 2, пользователи должны будут предоставить две идентификационные данные (например, мобильный телефон и служебный телефон). В этом примере оставим это как единое целое.

Шаг 9 – Следующая опция – хотите ли вы, чтобы они регистрировались для самостоятельного сброса пароля или нет. Если вы выберете «Нет», администратор должен будет сделать это для каждого пользователя индивидуально.

Шаг 11 – Нажмите «Сохранить» в нижней части экрана.

В следующий раз, когда пользователи войдут в систему, чтобы получить доступ к своей учетной записи, им будет предложено зарегистрироваться в службе сброса пароля, где они смогут указать свой номер телефона или адрес электронной почты. Эта информация будет использоваться, когда они забудут / потеряют свой пароль.

В этом примере в качестве установленной политики они могут выбрать один из вариантов кода подтверждения, позвонив по мобильному телефону, отправив текстовое сообщение на свой мобильный телефон или отправив электронное письмо на альтернативный адрес электронной почты.

Microsoft azure – масштабируемость

Масштабирование – это способность системы адаптироваться к измененному объему рабочей нагрузки или трафика веб-приложения. Одной из замечательных особенностей службы Azure является возможность автоматического масштабирования в соответствии с требованиями использования приложения.

По сути, увеличение или уменьшение ресурсов для приложения называется масштабированием. Экземпляр создается при каждом развертывании веб-приложения. Создание экземпляра означает назначение сервера этому приложению. Увеличение экземпляра означает добавление серверов, назначенных этому приложению.

Масштабирование выполняется путем создания большего количества экземпляров, которое называется масштабированием . Другим способом достижения масштабирования является предоставление более крупных экземпляров ролей, также называемых масштабированием .

В Azure настраивать масштабирование проще, чем на традиционном хостинге. Основной сервер не нужно отключать. Это также устраняет физические ограничения при добавлении ресурсов.

Функции масштабирования зависят от плана обслуживания приложения, выбранного в Azure. В Azure существует пять планов обслуживания приложений –

В бесплатном и совместно используемом плане обслуживания вы не можете масштабировать приложение, так как доступен только один экземпляр. В базовом плане вы можете масштабировать приложение вручную. Это означает, что вам нужно проверить метрики вручную, чтобы увидеть, нужно ли больше экземпляров, а затем увеличить или уменьшить их на портале управления Azure. В стандартном и премиальном плане вы можете выбрать автоматическое масштабирование на основе нескольких параметров.

Чтобы увидеть все варианты, доступные в разных планах –

Шаг 1. Перейдите к веб-приложению на портале управления и выберите «масштаб» в верхнем меню. В бесплатном тарифном плане вы можете видеть только 1 экземпляр.

Шаг 2 – В рамках общего плана вы можете создать 1 экземпляр, но у вас нет возможности автоматического масштабирования.

Шаг 3 – В рамках базового плана обслуживания вы можете создать до 3 экземпляров, но у вас есть возможность автоматического масштабирования. Это означает, что вы можете увеличивать количество экземпляров вручную, когда это необходимо. Кроме того, вы можете выбрать размер экземпляра.

Шаг 4 – В стандартном плане обслуживания вы можете выбрать автоматическое масштабирование на основе –

Процент CPU – Вы можете увеличить количество экземпляров в зависимости от среднего процента CPU за указанный период времени. На следующем рисунке вы можете видеть, что мы решили увеличить количество экземпляров до 3, если среднее использование ЦП составляет от 60% до 80%.

Расписание – вы можете установить количество экземпляров, которые должны запускаться для определенного дня недели или для определенного времени в дне. Кроме того, вы можете указать даты, когда вам нужно увеличить количество экземпляров.

Здесь премиум-вариант для этого приложения не обсуждается. Вы можете увидеть различные варианты в зависимости от вашей подписки на тарифные планы. Но концепция останется прежней.

Веб-службы службы для разработчиков приложений

Именно ими вы, скорее всего, будете пользоваться, если создаете веб-приложения.

Вставить сообщение в очередь

Шаг 1 — Войдите в свой аккаунт.

$context =New-AzureStorageContext-StorageAccountName tutorialspoint StorageAccountKey 

iUZNeeJD ChFHt9XHL6D5rkKFWjzyW4FhV0iLyvweDi Xtzfy76juPzJ mWtDmbqCWjsu/nr 1pqBJj rdOO2 A==

Шаг 2 — Укажите учетную запись хранения, которую вы хотите использовать.

Set-AzureSubscription –SubscriptionName "BizSpark" -CurrentStorageAccount tutorialspoint

Шаг 3 — Получить очередь и затем вставить сообщение.

$QueueName ="myqueue" 
$Queue =Get-AzureStorageQueue-Name $QueueName -Context $ctx 

if($Queue -ne $null){  
   $QueueMessage =New-Object-TypeNameMicrosoft.WindowsAzure.Storage.Queue.CloudQueueMessage-ArgumentList"my message is this"  
   $Queue.CloudQueue.AddMessage($QueueMessage)}

Условие ‘if’ в приведенном выше сценарии проверяет, существует ли указанная очередь или нет.

Вставить строки в таблицу

functionAdd-Entity(){[CmdletBinding()] 
	
   param( 
      $table,[String]$partitionKey,[String]$rowKey,[String]$title,[Int]$id,[String]$publisher,[String]$author 
   )  
   
   $entity =New-Object-TypeNameMicrosoft.WindowsAzure.Storage.Table.DynamicTableEntity-ArgumentList $partitionKey, $rowKey 
		
   $entity.Properties.Add("Title", $title) 
   $entity.Properties.Add("ID", $id) 
   $entity.Properties.Add("Publisher", $publisher) 
   $entity.Properties.Add("Author", $author) 
   
   
   $result = $table.CloudTable.Execute([Microsoft.WindowsAzure.Storage.Table.TableOperation]::Insert($entity))}
  
$StorageAccountName ="tutorialspoint" 
$StorageAccountKey =Get-AzureStorageKey-StorageAccountName $StorageAccountName 
$Ctx =New-AzureStorageContext $StorageAccountName -StorageAccountKey 
   $StorageAccountKey.Primary  

$TableName ="Book"
  
$table =Get-AzureStorageTable–Name $TableName -Context $Ctx -ErrorActionIgnore#Add multiple entities to a table. Add-Entity-Table $table -PartitionKeyPartition1-RowKeyRow1-Title.Net-Id1-Publisher abc -Author abc 
Add-Entity-Table $table -PartitionKeyPartition2-RowKeyRow2-Title JAVA -Id2-Publisher abc -Author abc 
Add-Entity-Table $table -PartitionKeyPartition3-RowKeyRow3-Title PHP -Id3-Publisher xyz -Author xyz 
Add-Entity-Table $table -PartitionKeyPartition4-RowKeyRow4-Title SQL -Id4-Publisher xyz -Author xyz

Платформа windows azure

Получить данные таблицы

$StorageAccountName ="tutorialspoint" 
$StorageAccountKey =Get-AzureStorageKey-StorageAccountName $StorageAccountName 
$Ctx =New-AzureStorageContext–StorageAccountName $StorageAccountName -StorageAccountKey $StorageAccountKey.Primary; 

$TableName ="Book"#Get a reference to a table. 
$table =Get-AzureStorageTable–Name $TableName -Context $Ctx  

#Create a table query. 
$query =New-ObjectMicrosoft.WindowsAzure.Storage.Table.TableQuery#Define columns to select. 
$list =New-ObjectSystem.Collections.Generic.List[string] 
$list.Add("RowKey") 
$list.Add("ID") 
$list.Add("Title") 
$list.Add("Publisher") 
$list.Add("Author")#Set query details. 
$query.FilterString="ID gt 0" 
$query.SelectColumns= $list 
$query.TakeCount=20#Execute the query. 
$entities = $table.CloudTable.ExecuteQuery($query)#Display entity properties with the table format. 

$entities  |Format-TablePartitionKey,RowKey,@{Label="Title";Expression={$_.Properties["Title"].StringValue}},@{Label="ID";Expression={$_.Properties[“ID”].Int32Value}},@{Label="Publisher";Expression={$_.Properties[“Publisher”].StringValue}},@{Label="Author";Expression={$_.Properties[“Author”].StringValue}}-AutoSize

Вывод будет таким, как показано на следующем рисунке.

Службы больших данных

Службы для использования и обработки больших данных.

Службы хранения данных

В Azure есть простая служба, которая называется «Хранилище»(«Storage»), а все эти многочисленные службы зависят от нее.

Создание учетной записи хранения azure

Шаг 1. Когда вы входите в свою учетную запись Azure, вы можете найти «Хранилище» в разделе «Службы данных».

Шаг 2 — Нажмите «Быстрое создание», и он попросит «Имя учетной записи».

Вы можете видеть четыре варианта в раскрывающемся списке «Репликация». Копия данных хранится таким образом, чтобы она была надежной и доступной на высокой скорости. Он сохраняется даже в случае аппаратного сбоя. Давайте посмотрим, что означают эти варианты —

• Локально избыточное хранилище. Копия данных создается в том же регионе, где создана учетная запись хранилища. Существует 3 копии каждого запроса на данные, которые находятся на разных доменах.

• Зонально-избыточное хранилище (доступно только для больших двоичных объектов) — копия данных создается на отдельных объектах либо в одном регионе, либо в двух регионах. Преимущество состоит в том, что даже в случае сбоя на одном объекте данные все равно можно сохранить. Три копии данных созданы. Еще одним преимуществом является то, что данные могут быть прочитаны из вторичного местоположения.

• Гео-избыточное хранилище — `Копия создается в другом регионе, что означает, что данные сохраняются даже в случае сбоя во всем регионе. Количество копий созданных данных в этом случае 6.

• Географическое избыточное хранилище с доступом для чтения — этот параметр позволяет считывать данные из дополнительного местоположения, когда данные в основном местоположении недоступны. Количество созданных копий — 6. Основное преимущество заключается в том, что доступность данных может быть максимально увеличена.

Локально избыточное хранилище. Копия данных создается в том же регионе, где создана учетная запись хранилища. Существует 3 копии каждого запроса на данные, которые находятся на разных доменах.

Зонально-избыточное хранилище (доступно только для больших двоичных объектов) — копия данных создается на отдельных объектах либо в одном регионе, либо в двух регионах. Преимущество состоит в том, что даже в случае сбоя на одном объекте данные все равно можно сохранить.

Гео-избыточное хранилище — `Копия создается в другом регионе, что означает, что данные сохраняются даже в случае сбоя во всем регионе. Количество копий созданных данных в этом случае 6.

Географическое избыточное хранилище с доступом для чтения — этот параметр позволяет считывать данные из дополнительного местоположения, когда данные в основном местоположении недоступны. Количество созданных копий — 6.

Для каждого варианта репликации существуют разные тарифные планы, и «Локальный резерв» является самым дешевым из них. Итак, выбор репликации данных зависит от стоимости и индивидуальных требований.

Старая-добрая война цен? ничего подобного

Я не из тех, кто оценивает компании по одной только стоимости – я знаю, что есть гораздо больше факторов, играющих роль в сравнении качества. Но сегодня бюджеты играют роль, и, когда планка качества одинакова, смотрят на бюджеты. Поэтому Microsoft должны удерживать Amazon, если хотят превратить развивающийся Azure в сервис, которым будут пользоваться все.

Это помогает Microsoft держать планку ценообразования такой же, либо меньшей, нежели Amazon EC2 и S3. Своим недавним решением снизить цены на 21-33 процента Microsoft даёт техническому коммьюнити уверенность в том, что корпорация хочет выровнять рынок – основываясь на функциональности, а не цене. Моим клиентам это помогло рассматривать Azure в качестве вполне жизнеспособного конкурента.

Но сравнение цен Amazon и Microsoft – то еще болезненное занятие. Вебсайт Amazon EC2 настолько коряв, что есть одна страница, описывающая цены и сравнительные таблицы сервисов, для понимания характеристик которых необходимо вернуться на страницу, описывающую типы экземпляров виртуальных машин. Похоже, Amazon хочет создать облако непонимания.

Калькулятор затрат Azure же, в отличие от, прост до такой степени, что достаточно использовать веб-форму, расчитывающую стоимость используемых сервисов налету в зависимости от количества виртуальных машин, выбранных исходя из необходимой производительности.

Чисто на ценовых позициях Microsoft наступает на цены Amazon достаточно для того, чтобы это стоило отметить. Ниже представлено сравнение цен от 7 мая 2021, основанное на публично доступных ценах. Для Amazon использовались цены US East как самые низкие цены на сервисы Amazon в США.

Как можно увидеть, практически аналогичный экземпляр Medium Windows у Microsoft стоит меньше на более чем 12 процентов. Перед тем, как вы скажете, что «есть же различия в количестве памяти», обратите внимание, что эта разница – всего 6 процентов. Если рассматривать цифры, то это все равно означает, что Microsoft предлагает цену на 6 процентов лучшую нежели Amazon.

Для той организации, которая думает на тему того, чтобы использовать эти виртуальные машины в режиме нон-стоп многие месяцы, эта небольшая разница существенна. Для тех, кому интересно, что скрывается за unit of EC2 processing power, вы можете почитать официальный FAQ.

Такое же преимущество в чистых цифрах у Microsoft и в том случае, если мы вырастаем до, например, уровня Extra Large:

Если клиенту нужно, чтобы один из таких экземпляров работал 24/7 в production, то это будет стоить ему $6,289.92 в год у Amazon и $5,529.60 в год у Microsoft. $760.32 экономии за год. За каждую дополнительную виртуальную машину. Серьезные цифры получаются.

Удалить строки из таблицы

$StorageAccountName ="tutorialspoint" 
 
$StorageAccountKey =Get-AzureStorageKey-StorageAccountName $StorageAccountName 
$Ctx =New-AzureStorageContext–StorageAccountName $StorageAccountName -StorageAccountKey $StorageAccountKey.Primary#Retrieve the table. 
$TableName ="Book" 
$table =Get-AzureStorageTable-Name $TableName -Context $Ctx -ErrorActionIgnore#If the table exists, start deleting its entities. if($table -ne $null){#Together the PartitionKey and RowKey uniquely identify every   #entity within a table.
	
   $tableResult = $table.CloudTable.Execute([Microsoft.WindowsAzure.Storage.Table.TableOperation]::Retrieve(“Partition1”,"Row1")) 
		
   $entity = $tableResult.Result;if($entity -ne $null){
      $table.CloudTable.Execute([Microsoft.WindowsAzure.Storage.Table.TableOperation]::Delete($entity))}}

Приведенный выше скрипт удалит первую строку из таблицы, как вы можете видеть, что мы указали Partition1 и Row1 в скрипте. После завершения удаления строки вы можете проверить результат, запустив скрипт для получения строк. Там вы увидите, что первый ряд удален.

Во время выполнения этих команд убедитесь, что вы заменили имя учетной записи на имя учетной записи, а ключ учетной записи — на ключ своей учетной записи.