План рассказа о жизненном цикле аскариды

Действия — это фундаментальный Стандартный блок приложений Android, который может существовать в нескольких разных состояниях. Жизненный цикл действия начинается с создания экземпляра и заканчивается на уничтожение и включает много состояний между. Когда действие изменяет состояние, вызывается соответствующий метод события жизненного цикла, уведомляющий о действии ожидающего изменения состояния и позволяя ему выполнить код для адаптации к этому изменению. В этой статье изучается жизненный цикл действий и объясняется ответственность за то, что действие в ходе каждого из этих изменений состояния является частью хорошо организованного надежного приложения.

Общие сведения о жизненном цикле действия

Действия — это необычная концепция программирования, относящаяся к Android. В традиционной разработке приложений обычно используется статический метод Main, который выполняется для запуска приложения. Тем не менее, в Android используются разные элементы. Приложения Android можно запускать с помощью любого зарегистрированного действия в приложении. На практике большинство приложений будут иметь только определенное действие, указанное в качестве точки входа приложения. Однако если приложение аварийно завершает работу или завершается операционной системой, операционная система может попытаться перезапустить приложение на последнем открытом действии или в любом другом месте предыдущего стека действий.
Кроме того, операционная система может приостановить действия, когда они неактивны, и высвободить их в случае нехватки памяти. Следует тщательно учитывать необходимость в том, чтобы приложение было правильно восстанавливать свое состояние в случае перезапуска действия, особенно если это действие зависит от данных из предыдущих действий.

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

Разработчику приложения очень важно анализировать требования каждого действия, чтобы определить, какие методы, предоставляемые жизненным циклом действия, должны быть реализованы. Невыполнение этого действия может привести к нестабильной работе приложения, сбоям, чрезмерному повышению ресурсов и, возможно, даже к базовой нестабильной работе ОС.

В этой главе подробно рассматривается жизненный цикл действия, включая:

• Состояния действий
• Методы жизненного цикла
• Сохранение состояния приложения

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

Жизненный цикл действия

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

Состояния действий

Действия единолично операционной системы Android в зависимости от их состояния. Это помогает Android выявление действий, которые больше не используются, что позволяет операционной системе высвободить память и ресурсы. На следующей схеме показаны состояния, через которые действие может пройти в течение своего времени существования:

Эти состояния можно разбить на четыре основные группы следующим образом:

1. Активные или выполняющиеся — действия считаются активными или выполняются, если они находятся на переднем плане, также называемой верхней частью стека действий. Это действие считается самым высоким приоритетом в Android, поэтому операционная система будет уничтожена только операционной системой в экстремальных ситуациях, например если действие пытается использовать больше памяти, чем доступно на устройстве, так как это может привести к тому, что пользовательский интерфейс перестанет отвечать на запросы.

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

3. Остановлено/в фоновом режиме — действия, которые полностью скрыты другим действием, считаются остановленными или в фоновом режиме.
   Остановленные действия по-прежнему пытаются сохранить сведения о состоянии и члене до тех пор, пока остановленные действия считаются самым низким приоритетом трех состояний, и, таким образом, ОС будет сначала прерывать действия в этом состоянии, чтобы удовлетворить требования к ресурсам для более высоких приоритетных действий.

4. Перезапущено — действие, которое находится в любом месте, может быть остановлено в жизненном цикле и удалено из памяти Android. Если пользователь вернется к действию, его необходимо перезапустить, восстановить в ранее сохраненное состояние, а затем показать пользователю.

Re-Creation действий в ответ на изменения конфигурации

Чтобы сделать их более сложными, Android создает еще один гаечного ключа в сочетании, именуемом изменениями конфигурации. Изменения конфигурации являются циклическими операциями уничтожения и повторного создания действий, происходящими при изменении конфигурации действия, например при смене устройства (а действие должно быть перестроено в альбомной или книжной ориентации), при отображении клавиатуры (при этом действиям предоставляется возможность изменить размер) или когда устройство помещается в Dock. между прочим.

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

Методы жизненного цикла действия

Пакет SDK для Android и, по расширению, платформа Xamarin. Android предоставляет мощную модель для управления состоянием действий в приложении. Когда состояние действия изменяется, действие получает уведомления операционной системы, которое вызывает определенные методы для этого действия. На следующей схеме показаны эти методы в зависимости от жизненного цикла действия.

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

Давайте рассмотрим каждый из этих методов жизненного цикла и их использование:

OnCreate

OnCreate — это первый метод, который вызывается при создании действия.
OnCreate всегда переопределяется для выполнения инициализации запуска, которая может потребоваться для действия, например:

• Создание представлений
• Инициализация переменных
• Привязка статических данных к спискам

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

protected override void OnCreate(Bundle bundle)
{
   base.OnCreate(bundle);

   string intentString;
   bool intentBool;

   if (bundle != null)
   {
      intentString = bundle.GetString("myString");
      intentBool = bundle.GetBoolean("myBool");
   }

   // Set our view from the "main" layout resource
   SetContentView(Resource.Layout.Main);
}

OnCreateПо завершении Android выполнит вызов OnStart .

OnStart

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

Onresume

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

• Увеличение частоты кадров (типичная задача при разработке игр)
• Запуск анимации
• Прослушивание обновлений GPS
• Отображение всех соответствующих предупреждений или диалогов
• Подсоединить внешние обработчики событий

Например, в следующем фрагменте кода показано, как инициализировать камеру:

protected override void OnResume()
{
    base.OnResume(); // Always call the superclass first.

    if (_camera==null)
    {
        // Do camera initializations here
    }
}

OnResume важно, так как любая операция, выполняемая в OnPause , должна быть отменена в OnResume , так как это единственный метод жизненного цикла, который гарантированно будет выполняться после OnPause возврата действия в жизнь.

Приостановка

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

• Зафиксировать несохраненные изменения в постоянных данных

• Удаление или очистка других объектов, использующих ресурсы

• Снижение частоты кадров и приостановка анимации

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

• Аналогично, если действие отображает какие бы то ни было диалоговые окна или оповещения, оно должно быть очищено с помощью .Dismiss() метода.

Например, в следующем фрагменте кода будет освобождена камера, так как действие не может использовать его при приостановке:

protected override void OnPause()
{
    base.OnPause(); // Always call the superclass first

    // Release the camera as other activities might need it
    if (_camera != null)
    {
        _camera.Release();
        _camera = null;
    }
}

Существует два возможных метода жизненного цикла, которые будут вызываться после OnPause :

1. OnResume будет вызываться, если действие должно возвращаться на передний план.
2. OnStop будет вызываться, если действие помещается в фоновом режиме.

OnStop

OnStop вызывается, когда действие больше не видимо для пользователя. Это происходит, когда происходит одно из следующих событий:

• Запускается новое действие, которое охватывает это действие.
• Существующее действие переносится на передний план.
• Действие уничтожается.

OnStop не всегда может вызываться в ситуациях нехватки памяти, например, когда Android недоступен для ресурсов и не может правильно запланировать действие. По этой причине лучше не полагаться на OnStop вызов метода при подготовке действия к уничтожению. Следующие методы жизненного цикла, которые могут быть вызваны после этого, будут выполняться OnDestroy , если действие выходит из эксплуатации, или OnRestart Если действие возвращается к взаимодействию с пользователем.

OnDestroy

OnDestroy — это окончательный метод, который вызывается для экземпляра действия до его уничтожения и полного удаления из памяти. В экстремальных ситуациях Android может прекратить процесс приложения, в котором размещается действие, что приведет к невозможности OnDestroy его вызова. Большинство действий не реализуют этот метод, так как большинство методов очистки и завершения работы выполняются в OnPauseOnStop методах и. OnDestroyМетод обычно переопределяется для очистки длительно выполняемых задач, которые могут привести к утечке ресурсов. Например, это могут быть фоновые потоки, которые были запущены в OnCreate .

После уничтожения действия методы жизненного цикла не будут вызываться.

Restart

Restart вызывается после того, как действие было остановлено, прежде чем оно будет запущено снова. Хорошим примером этого может быть то, что пользователь нажмет кнопку «домой» при выполнении действия в приложении. Когда это происходит, OnPause а затем OnStop вызываются методы, и действие перемещается в фон, но не уничтожается. Если пользователь восстанавливает приложение с помощью диспетчера задач или аналогичного приложения, то Android вызывает OnRestart метод действия.

Не существует общих правил для того, какой тип логики следует реализовать в OnRestart . Это происходит потому OnStart , что всегда вызывается, независимо от того, создается или перезапускается действие, поэтому все ресурсы, необходимые для действия, должны инициализироваться в OnStart , а не OnRestart .

Следующий метод жизненного цикла, вызываемый после OnRestart , будет иметь значение OnStart .

Обратная и домашняя

У многих устройств Android есть две отдельные кнопки: кнопка «назад» и кнопка «домой». Пример можно увидеть на следующем снимке экрана Android 4.0.3:

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

Управление состоянием в течение жизненного цикла

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

1. Хранение примитивных значений в Dictionary виде Dictionary , который Android будет использовать для сохранения состояния.

2. Создание пользовательского класса, который будет содержать сложные значения, такие как точечные рисунки. Android будет использовать этот пользовательский класс для сохранения состояния.

3. Обход жизненного цикла изменения конфигурации и предположение полной ответственности за поддержание состояния в действии.

В этом руководстве рассматриваются два первых варианта.

Состояние пакета

Основным вариантом сохранения состояния экземпляра является использование объекта словаря ключей и значений, известного как пакет.
Помните, что при создании действия OnCreate метод передает пакет в качестве параметра, этот пакет можно использовать для восстановления состояния экземпляра. Не рекомендуется использовать пакет для более сложных данных, которые не будут быстро или легко сериализоваться в пары «ключ-значение» (например, точечные рисунки); Вместо этого он должен использоваться для простых значений, таких как строки.

Действие предоставляет методы, помогающие сохранить и извлечь состояние экземпляра в пакете:

• Онсавеинстанцестате — вызывается Android при уничтожении действия. Действия могут реализовать этот метод, если нужно сохранить все элементы состояния ключа или значения.

• Онрестореинстанцестате — вызывается после завершения метода и предоставляет еще одну возможность восстановления его состояния после завершения инициализации.

На следующей схеме показано, как используются эти методы.

онсавеинстанцестате

Онсавеинстанцестате будет вызываться при остановке действия. Он получит параметр пакета, в котором действие может сохранить свое состояние в. При изменении конфигурации на устройстве действие может использовать Bundle объект, переданный в, чтобы сохранить состояние действия путем переопределения OnSaveInstanceState . Рассмотрим следующий пример кода:

int c;

protected override void OnCreate (Bundle bundle)
{
  base.OnCreate (bundle);

  this.SetContentView (Resource.Layout.SimpleStateView);

  var output = this.FindViewById<TextView> (Resource.Id.outputText);

  if (bundle != null) {
    c = bundle.GetInt ("counter", -1);
  } else {
    c = -1;
  }

  output.Text = c.ToString ();

  var incrementCounter = this.FindViewById<Button> (Resource.Id.incrementCounter);

  incrementCounter.Click += (s,e) => {
    output.Text = (++c).ToString();
  };
}

Приведенный выше код увеличивает целое число с именем c при нажатии кнопки с именем incrementCounter и отображает результат в виде TextView именованного объекта output . При изменении конфигурации (например, при смене устройства), приведенный выше код потерял бы значение c , так как это было bundle бы null , как показано на рисунке ниже:

Чтобы сохранить значение c в этом примере, действие может переопределить OnSaveInstanceState , сохранив значение в пакете, как показано ниже:

protected override void OnSaveInstanceState (Bundle outState)
{
  outState.PutInt ("counter", c);
  base.OnSaveInstanceState (outState);
}

Теперь, когда устройство поворачивается на новую ориентацию, целое число сохраняется в пакете и извлекается со строкой:

c = bundle.GetInt ("counter", -1);

Состояние представления

Переопределение OnSaveInstanceState является подходящим механизмом для сохранения временных данных в рамках действия по изменению ориентации, например счетчика в приведенном выше примере. Однако реализация по умолчанию OnSaveInstanceState будет сохранять временные данные в пользовательском интерфейсе для каждого представления, при условии, что каждому представлению назначен идентификатор. Например, предположим, что приложение содержит EditText элемент, определенный в XML следующим образом:

<EditText android:id="@+id/myText"
  android:layout_width="fill_parent"
  android:layout_height="wrap_content"/>

Поскольку EditText элемент управления id назначен, когда пользователь вводит некоторые данные и поворачивает устройство, данные по-прежнему отображаются, как показано ниже:

онрестореинстанцестате

Онрестореинстанцестате будет вызван после . Она предоставляет действию возможность восстановления любого состояния, которое ранее было сохранено в пакете во время предыдущего OnSaveInstanceState . Однако это тот же пакет, который предоставляется для OnCreate .

В следующем коде показано, как можно восстановить состояние в OnRestoreInstanceState :

protected override void OnRestoreInstanceState(Bundle savedState)
{
    base.OnRestoreInstanceState(savedState);
    var myString = savedState.GetString("myString");
    var myBool = savedState.GetBoolean("myBool");
}

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

Пример сохранения состояния с помощью Bundle см. в Bundle.

Ограничения при использовании Bundle

Несмотря OnSaveInstanceState на то, что позволяет легко сохранять временные данные, у них есть некоторые ограничения.

• Он не вызывается во всех случаях. Например, если нажать клавишу Home или назад для выхода из действия, вызов не будет выполнен .

• Пакет, переданный в, OnSaveInstanceState не предназначен для больших объектов, таких как изображения. В случае с большими объектами рекомендуется сохранить объект из онретаиннонконфигуратионинстанце , как описано ниже.

• Данные, сохраненные с помощью пакета, сериализуются, что может привести к задержкам.

Состояние пакета полезно для простых данных, которые не используют много памяти, в то время как данные экземпляра, не относящиеся к конфигурации , полезны для более сложных данных или данных, которые извлекаются дорого, например из вызова веб-службы или сложного запроса к базе данных. Данные экземпляра, не относящиеся к конфигурации, сохраняются в объекте по мере необходимости. В следующем разделе представлен OnRetainNonConfigurationInstance способ сохранения более сложных типов данных с помощью изменений конфигурации.

Сохранение сложных данных

Кроме сохранения данных в пакете, Android также поддерживает сохранение данных путем переопределения онретаиннонконфигуратионинстанце и возврата экземпляра , содержащего данные для сохранения. Существует два основных преимущества использования OnRetainNonConfigurationInstance для сохранения состояния:

• Объект, возвращаемый из OnRetainNonConfigurationInstance , хорошо работает с большими, более сложными типами данных, так как память удерживает этот объект.

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

Использование подходит OnRetainNonConfigurationInstance для сценариев, где дорогостоящее извлечение данных происходит несколько раз, например в вызовах веб-служб. Например, рассмотрим следующий код, который выполняет поиск в Twitter:

public class NonConfigInstanceActivity : ListActivity
{
  protected override void OnCreate (Bundle bundle)
  {
    base.OnCreate (bundle);
    SearchTwitter ("xamarin");
  }

  public void SearchTwitter (string text)
  {
    string searchUrl = String.Format("http://search.twitter.com/search.json?" + "q={0}&rpp=10&include_entities=false&" + "result_type=mixed", text);

    var httpReq = (HttpWebRequest)HttpWebRequest.Create (new Uri (searchUrl));
    httpReq.BeginGetResponse (new AsyncCallback (ResponseCallback), httpReq);
  }

  void ResponseCallback (IAsyncResult ar)
  {
    var httpReq = (HttpWebRequest)ar.AsyncState;

    using (var httpRes = (HttpWebResponse)httpReq.EndGetResponse (ar)) {
      ParseResults (httpRes);
    }
  }

  void ParseResults (HttpWebResponse httpRes)
  {
    var s = httpRes.GetResponseStream ();
    var j = (JsonObject)JsonObject.Load (s);

    var results = (from result in (JsonArray)j ["results"] let jResult = result as JsonObject select jResult ["text"].ToString ()).ToArray ();

    RunOnUiThread (() => {
      PopulateTweetList (results);
    });
  }

  void PopulateTweetList (string[] results)
  {
    ListAdapter = new ArrayAdapter<string> (this, Resource.Layout.ItemView, results);
  }
}

Этот код извлекает результаты из веб-формата в формате JSON, анализирует их, а затем представляет результаты в списке, как показано на следующем снимке экрана:

При изменении конфигурации (например, при смене устройства) код повторяет процесс. Чтобы повторно использовать полученные ранее результаты и не вызывали лишних, избыточных сетевых вызовов, мы можем использовать OnRetainNonconfigurationInstance для сохранения результатов, как показано ниже:

public class NonConfigInstanceActivity : ListActivity
{
  TweetListWrapper _savedInstance;

  protected override void OnCreate (Bundle bundle)
  {
    base.OnCreate (bundle);

    var tweetsWrapper = LastNonConfigurationInstance as TweetListWrapper;

    if (tweetsWrapper != null) {
      PopulateTweetList (tweetsWrapper.Tweets);
    } else {
      SearchTwitter ("xamarin");
    }

    public override Java.Lang.Object OnRetainNonConfigurationInstance ()
    {
      base.OnRetainNonConfigurationInstance ();
      return _savedInstance;
    }

    ...

    void PopulateTweetList (string[] results)
    {
      ListAdapter = new ArrayAdapter<string> (this, Resource.Layout.ItemView, results);
      _savedInstance = new TweetListWrapper{Tweets=results};
    }
}

Теперь при вращении устройства исходные результаты извлекаются из LastNonConfiguartionInstance Свойства. В этом примере результаты состоят из string[] содержащих твитов. Поскольку OnRetainNonConfigurationInstance требует, чтобы Java.Lang.Object возвращался, объект string[] упаковывается в класс, который подклассы Java.Lang.Object , как показано ниже:

class TweetListWrapper : Java.Lang.Object
{
  public string[] Tweets { get; set; }
}

Например, попытка использовать объект, TextView возвращенный из, OnRetainNonConfigurationInstance приведет к утечке действия, как показано в следующем коде:

TextView _textView;

protected override void OnCreate (Bundle bundle)
{
  base.OnCreate (bundle);

  var tv = LastNonConfigurationInstance as TextViewWrapper;

  if(tv != null) {
    _textView = tv;
    var parent = _textView.Parent as FrameLayout;
    parent.RemoveView(_textView);
  } else {
    _textView = new TextView (this);
    _textView.Text = "This will leak.";
  }

  SetContentView (_textView);
}

public override Java.Lang.Object OnRetainNonConfigurationInstance ()
{
  base.OnRetainNonConfigurationInstance ();
  return _textView;
}

В этом разделе мы узнали, как сохранять простые данные о состоянии с помощью Bundle и сохранять более сложные типы данных с помощью OnRetainNonConfigurationInstance .

Итоги

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

• Обработка поворота
• Действие Android

В этой статье объясняются распространенные задачи, выполняемые администратором на портале EA для Azure ( https://ea.azure.com ). Портал Azure EA предназначен для управления через Интернет и помогает клиентам контролировать затраты на службы Azure EA. Вводные сведения о портале Azure EA см. в статье о начале работы с порталом Azure EA.

Активация соглашения о регистрации

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

Если для вашей учетной записи настроены права администратора предприятия, вам не нужно ждать получения сообщения для активации. Перейдите на EA Portal и войдите на него, используя адрес электронной почты и пароль своей рабочей, учебной учетной записи или учетной записи Майкрософт.

Если у вас есть несколько соглашений о регистраций, выберите то, которое вы намерены активировать. По умолчанию отображаются только активные соглашения о регистрации. Чтобы просмотреть журнал регистрации, снимите флажок Активно в правом верхнем углу EA Portal.

В разделе Соглашение о регистрации будет состояние Активно.

Только существующие администраторы предприятия Azure могут создавать других администраторов предприятия.

Создание другого администратора предприятия

Выберите один из следующих вариантов, соответствующий вашей ситуации.

Если вы уже являетесь администратором предприятия

1. Войдите на EA Portal.
2. Перейдите к разделу Управлениесведениями о регистрации.
3. Выберите действие + Add Administrator (+ Добавить администратора) в правом верхнем углу.

Убедитесь, что вам известны адрес электронной почты пользователя и предпочтительный метод проверки подлинности (например, с использованием рабочей, учебной учетной записи или учетной записи Майкрософт).

Если вы не являетесь администратором предприятия

Если вы не являетесь администратором предприятия, свяжитесь с администратором предприятия и попросите добавить вас в Соглашение о регистрации. Администратор предприятия добавит вас в качестве администратора предприятия, выполнив приведенные выше действия. Когда вас добавят в соглашение о регистрации, вы получите электронное сообщение для активации.

Если администратор предприятия не может помочь вам

Если администратор предприятия не сможет помочь вам, создайте запрос на поддержку Azure. Введите следующие сведения:

• номер соглашения о регистрации;
• добавляемый адрес электронной почты и тип проверки подлинности (с использованием рабочей, учебной учетной записи или учетной записи Майкрософт);
• сообщение электронной почты с подтверждением от действующего администратора предприятия.
  • Если с действующим администратором предприятия невозможно связаться, обратитесь к партнеру или консультанту по программному обеспечению, чтобы они изменили контактную информацию через средство Volume Licensing Service Center (VLSC).

Создание отдела Azure Enterprise

Администраторы предприятия и отделов используют отделы, чтобы организовать управление и отчетность для корпоративных служб Azure, и распределять сведения об использовании по отделам и местам возникновения затрат. Администратор предприятия может:

• добавлять и удалять отделы;
• связывать учетные записи с отделами;
• создавать администраторов отделов;
• разрешать администраторам отделов просматривать цены и затраты.

Администратор отдела может добавлять новые учетные записи в свои отделы. Они могут удалять учетные записи из своих отделов, но не из соглашения о регистрации.

Чтобы добавить отдел, сделайте следующее:

1. Войдите на EA Portal.
2. Выберите раздел Управление на панели слева.
3. Выберите вкладку Отдел, а затем щелкните + Add Department (+ Добавить отдел).
4. Введите необходимые сведения.
   Поле названия отдела — единственное обязательное для заполнения. Длина имени должна быть не менее трех символов.
5. Когда все будет готово, щелкните Добавить.

Добавление администратора отдела

После завершения создания отдела, администратор предприятия может добавить администратора и связать его с отделом. Администраторы отделов могут выполнять следующие действия для своих отделов:

• создавать других администраторов отделов;
• просматривать и изменять свойства отдела, например название или связь с местом возникновения затрат;
• Добавление учетных записей
• удалять учетные записи;
• скачивать сведения об использовании;
• просматривать использование и расходы за месяц¹.

¹ Администратор предприятия должен предоставить на это разрешения. Если вы получили разрешение на просмотр данных об использовании и расходах для отдела за месяц, но не можете их просмотреть, обратитесь к партнеру.

Добавление администратора отдела

Как администратор предприятия сделайте следующее:

1. Войдите на EA Portal.
2. Выберите раздел Управление на панели слева.
3. Выберите вкладку Отдел, а затем выберите отдел.
4. Щелкните + Add Administrator (+ Добавить администратора) и введите требуемые сведения.
5. Чтобы предоставить доступ только для чтения, для параметра Только для чтения выберите значение Да, а затем щелкните Добавить.

Настройка доступа только на чтение

Вы можете предоставить администраторам отделов доступ только на чтение.

• При создании администратора отдела укажите значение Да для параметра «Только для чтения».

• Чтобы изменить существующего администратора отдела, выполните:

  1. Выберите нужный отдел и щелкните значок карандаша рядом с именем администратора отдела, которого вы хотите изменить.
  2. Укажите значение Да для параметра «Только для чтения», а затем щелкните Сохранить.

Пользователи с ролью администратора предприятия автоматически получают разрешения администраторов отделов.

Добавить учетную запись

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

Чтобы добавить учетную запись, сделайте следующее:

1. на портале Azure Enterprise выберите управление в левой области навигации, а затем выберите регистрацию.
2. Перейдите на вкладку Учетная запись. На странице Учетная запись нажмите кнопку +Add Account (+Добавить учетную запись).
3. Выберите отдел или оставьте это поле пустым, а затем выберите подходящий тип проверки подлинности.
4. Укажите понятное имя для идентификации учетной записи в отчетах.
5. Введите адрес электронной почты владельца учетной записи, чтобы установить связь между ним и новой учетной записью.
6. Подтвердите адрес электронной почты и щелкните Добавить.

Вы можете добавить еще одну учетную запись, щелкнув Добавить другую учетную запись или (в правом нижнем углу на панели инструментов слева) Добавить.

Чтобы подтвердить владение учетной записью, сделайте следующее:

1. Войдите на EA Portal.

2. Просмотрите состояние учетной записи.

   Состояние должно измениться с Pending (Ожидание) на Start/End date (Дата начала и окончания). Даты начала и окончания обозначают дату первого входа пользователя и завершение срока действия соглашения.

3. Когда появится предупреждающее сообщение, владельцу учетной записи нужно нажать кнопку Продолжить, чтобы активировать учетную запись при первом входе на EA Portal.

По умолчанию регистрация связана с конкретным арендатором Azure AD. Для создания учетной записи регистрации Azure разрешено использовать только учетные записи из этого арендатора. Однако вы изменяете поведение, чтобы разрешить учетной записи связь с любым клиентом Azure AD.

Чтобы добавить учетную запись из любого арендатора.

1. На EA Portal на панели навигации слева выберите раздел Управление.
2. Выберите нужную регистрацию. Обратите внимание на текущую настройку уровня проверки подлинности, если вы хотите восстановить этот параметр позже.
3. Если значение этого параметра еще не настроено, измените Уровень авторизации на Межклиентская рабочая или учебная учетная запись.
4. Добавьте учетную запись, используя сведения о входе в Azure AD, как описано в предыдущем разделе.
5. Верните предыдущее значение параметра Уровень авторизации или задайте значение Рабочая или учебная учетная запись.
6. Войдите на портал EA Portal, чтобы убедиться, что вы можете просмотреть соответствующие предложения подписки, чтобы затем добавить подписки на портал Azure.

Изменение владельца подписки или учетной записи Azure

Сведения в этом разделе применимы, только если изменяется владелец подписки. Для изменения владельца подписки не требуется запрос в службу поддержки Azure. Администраторы предприятия могут с помощью EA Portal передать права на владение учетной записью выбранной подписки (или всех подписок) в пределах Соглашения о регистрации. Кроме того, такие администраторы могут изменить каталог подписки (арендатор).

Но администратор EA не может перевести учетную запись с одного Соглашения о регистрации на другое. Чтобы перевести учетную запись одного Соглашения о регистрации на другое, нужно отправить запрос в службу поддержки. Дополнительные сведения см. в статье Перенос учетной записи предприятия в новое Соглашение о регистрации.

Администраторы подписки с оплатой по мере использования также могут передавать права владения своими подписками зарегистрированным клиентам программы EA, используя ту же процедуру.

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

Прежде чем передать права владения, ознакомьтесь с общими сведениями о политиках управления доступом Azure на основе ролей (Azure RBAC):

• Если передача подписки или прав владения учетной записью выполняется между двумя идентификаторами организации, относящимися к одному клиенту, в ней сохраняются политики Azure RBAC, имеющиеся назначения ролей администратора службы и соадминистратора.
• Перемещения межклиентских подписок или передача владения учетной записью приводят к утрате политик Azure RBAC и назначений ролей.
• Политики и роли администратора не передаются между каталогами. Администратором службы автоматически назначается владелец целевой учетной записи.
• Чтобы избежать потери политик Azure RBAC и назначений ролей при передаче подписок между клиентами, снимите флажокMove the subscriptions to the recipient’s Azure AD tenant (Перемещение подписок в клиент Azure AD получателя). При этом будут сохранены службы, роли Azure и политики в текущем клиенте Azure AD. Будут переданы только права на выставление счетов для учетной записи.
  

Перед изменением владельца учетной записи выполните следующие действия.

1. На EA Portal откройте вкладку Учетная запись и найдите исходную учетную запись. Исходная учетная запись должна быть активной.
2. Найдите целевую учетную запись и убедитесь, что она активна.

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

1. Войдите на EA Portal.
2. В области навигации слева выберите раздел Управление.
3. Откройте вкладку Учетная запись и наведите указатель мыши на учетную запись.
4. Щелкните значок изменения владельца учетной записи справа. Это значок с изображением человека.
   
5. Выберите целевую учетную запись для передачи и нажмите кнопку Далее.
6. Если вы хотите передать права на владение учетной записью между клиентами Azure AD, установите флажок Move the subscriptions to the recipient’s Azure AD tenant (Переместить подписки в клиент Azure AD получателя).
   
7. Подтвердите передачу и щелкните Отправить.

Чтобы передать владение учетной записью для одной подписки, выполните следующие действия.

1. Войдите на EA Portal.
2. В области навигации слева выберите раздел Управление.
3. Откройте вкладку Учетная запись и наведите указатель мыши на учетную запись.
4. Щелкните значок передачи подписки справа. Это значок с изображением страницы.
   
5. Выберите целевую учетную запись для передачи подписки и нажмите кнопку Далее.
6. Если вы хотите передать права на владение подпиской между клиентами Azure AD, установите флажок Move the subscriptions to the recipient’s Azure AD tenant (Переместить подписки в клиент Azure AD получателя).
   
7. Подтвердите передачу, а затем щелкните Отправить.

связывать учетные записи с отделами;

Администраторы предприятия могут связывать существующие учетные записи с отделами в пределах Соглашения о регистрации.

Как связать учетную запись с отделом

1. Войдите на портал Azure EA Portal с правами администратора предприятия.
2. В области навигации слева выберите Управление.
3. Выберите учетная запись.
4. Наведите указатель мыши на строку с учетной записью и щелкните значок карандаша справа.
5. В раскрывающемся списке выберите отдел.
6. Щелкните Сохранить.

Связывание имеющейся учетной записи с подпиской с оплатой по мере использования

Если у вас уже есть учетная запись Microsoft Azure на портале Azure, введите данные связанной учетной записи Майкрософт либо рабочей или учебной учетной записи, чтобы связать ее с регистрацией Соглашения Enterprise.

Связывание имеющейся учетной записи

1. На EA Portal выберите раздел Управление.
2. Перейдите на вкладку Учетная запись.
3. Щелкните +Add an account (+Добавить учетную запись).
4. Введите данные учетной записи Майкрософт либо рабочей или учебной учетной записи, связанной с имеющейся в Azure.
5. Подтвердите учетную запись, связанную с существующей в Azure.
6. Укажите имя, которое требуется использовать для идентификации этой учетной записи в отчетах.
7. Выберите Добавить.
8. Вы можете добавить дополнительную учетную запись, для этого снова выберите параметр +Add an Account (+Добавить учетную запись) или вернитесь на домашнюю страницу, нажав кнопку Администратор.
9. При просмотре страницы Учетная запись только что добавленная запись будет отображаться в состоянии В ожидании.

Подтверждение владения учетной записью

1. Войдите в учетную запись электронной почты, связанную с указанной учетной записью Майкрософт либо рабочей или учебной учетной записью.
2. Откройте уведомление по электронной почте с приглашением активировать учетную запись в службе Microsoft Azure из программы корпоративного лицензирования Майкрософт.
3. Щелкните ссылку Log into the Microsoft Azure Enterprise Portal (Войти в Microsoft Azure Enterprise Portal) в приглашении.
4. Выберите Войти.
5. Введите имя и пароль учетной записи Майкрософт либо рабочей или учебной учетной записи, чтобы войти и подтвердить владение записью.

Azure Marketplace

Хотя большинство подписок можно перевести с оплаты по мере использования на Соглашение Azure Enterprise, службы Azure Marketplace перевести нельзя. Чтобы получить единое представление для всех подписок и расходов, мы рекомендуем добавить службы Azure Marketplace на EA Portal.

1. Войдите на EA Portal.
2. В области навигации слева выберите Управление.
3. Выберите вкладку Регистрация.
4. Просмотрите раздел Сведения о регистрации.
5. Справа от поля Azure Marketplace щелкните значок с изображением карандаша, чтобы включить это поле. Щелкните Сохранить.

Теперь владелец учетной записи сможет приобрести службы Azure Marketplace, которые ранее принадлежали подписке с оплатой по мере использования.

После активации новых подписок Azure Marketplace в рамках вашей регистрации Azure EA отмените службы Azure Marketplace, созданные в среде с оплатой по мере использования. Этот шаг очень важен, чтобы подписки Azure Marketplace не перешли в неработоспособное состояние по истечении срока действия платежного средства с оплатой по мере использования.

MSDN

Подписки MSDN автоматически преобразуются в MSDN для разработки и тестирования, что приводит к утрате всех имеющихся средств на счете для предложения Azure EA.

Azure с открытой лицензией;

Связь подписки Azure с открытой лицензией с Соглашением Enterprise приведет к потере неиспользованных средств на счете Azure. Чтобы избежать потери всех средств по подписке Azure с открытой лицензией, рекомендуется использовать их, прежде чем добавлять учетную запись в Соглашение Enterprise.

Учетные записи с подписками на поддержку

При добавлении на EA Portal имеющихся учетных записей, в которых есть подписка на поддержку (но еще нет подписки на поддержку EA), подписка на поддержку MOSA не будет передаваться автоматически. Вам потребуется повторно приобрести подписку на службу поддержки в Azure EA в течение льготного периода — до конца следующего месяца.

Квоты на расходы отдела

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

Администратор отдела может просматривать данные о квоте на расходы, но только администратор предприятия может обновлять сумму квоты. Администратор предприятия и администратор отдела получают уведомления, когда квота достигает 50, 75, 90 и 100 %.

Как администратору предприятия установить квоту

1. Войдите на Azure EA Portal.
2. В области навигации слева выберите Управление.
3. Выберите вкладку Отдел.
4. Выберите «Отдел».
5. Щелкните значок карандаша в разделе сведений об отделе или нажмите значок Добавить отдел, чтобы добавить квоту на расходы вместе с новым отделом.
6. В разделе сведений об отделе в поле квоты на расходы введите сумму в валюте Соглашения о регистрации (значение должно быть больше 0).
   • При этом можно изменить название отдела и место возникновения затрат.
7. Щелкните Сохранить.

Квота на расходы в отделе теперь будет отображаться в представлении списка отделов на вкладке «Отдел». По завершении срока текущей предоплаты на Azure EA Portal будут поддерживаться квоты на расходы для следующего срока.

Сумма квоты для отдела не зависит от текущей предоплаты Azure. Сумма квоты и оповещения применяются только при внутреннем использовании. Данные квоты на расходы в отделе предназначены только для информационных целей и не ограничивают предельные суммы расходов.

Как администратору отдела просмотреть квоту

1. Войдите на Azure EA Portal.
2. В области навигации слева выберите Управление.
3. Щелкните вкладку Отдел и просмотрите представление списка отделов с квотами на расходы.

Если вы непрямой клиент, функции стоимости должен включить партнер по сбыту.

Роли корпоративных пользователей

Портал Azure EA помогает контролировать затраты на Azure EA и объем использования. На портале Azure EA существуют три основные роли:

• администратор EA;
• Администратор отдела
• Владелец учетной записи

Каждая роль имеет разный уровень доступа и полномочий.

Дополнительные сведения о ролях пользователей см. в разделе Роли корпоративных пользователей.

Добавление учетной записи Azure EA

Учетная запись Azure EA считается организационной единицей подразделения на Azure EA Portal. Она используется для администрирования подписок и для отчетов. Чтобы получить доступ к службам Azure и использовать их, вам нужно создать учетную запись самостоятельно или попросить создать ее для вас.

Дополнительные сведения см. в статье о добавлении учетных записей.

Предложение «Enterprise — разработка и тестирование»

Администратор предприятия Azure может разрешать владельцам учетных записей в организации создавать подписки на основе предложения «Enterprise — разработка и тестирование». Для этого установите флажок «Разработка и тестирование» для владельца учетной записи на Azure EA Portal.

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

Это позволяет активным подписчикам Visual Studio запускать рабочие нагрузки разработки и тестирования в Azure по специальным расценкам на разработку и тестирование. Предложение обеспечивает доступ к полному набору образов для разработки и тестирования, включая Windows 8.1 и Windows 10.

Настройка предложения «Enterprise — разработка и тестирование»

1. Войдите на портал от имени администратора предприятия.
2. В области навигации слева выберите Управление.
3. Перейдите на вкладку Учетная запись.
4. Выберите строку учетной записи, которой вы хотите предоставить доступ для разработки и тестирования.
5. Щелкните значок карандаша справа от этой строки.
6. Установите флажок «Разработка и тестирование».
7. Щелкните Сохранить.

При добавлении пользователя в качестве владельца учетной записи на Azure EA Portal все подписки Azure на основе предложения по разработке и тестированию с оплатой по мере использования (PAYG) или ежемесячных кредитных предложений для подписчиков Visual Studio, связанные с владельцем, будут переведены на предложение «Enterprise — разработка и тестирование». Подписки на основе предложений других типов, например PAYG, связанные с владельцем учетной записи, будут переведены на предложения Microsoft Azure Enterprise.

Предложение по разработке и тестированию сейчас недоступно клиентам Azure для государственных организаций.

Создание подписки

Владельцы учетных записей могут просматривать подписки и управлять ими. Подписки позволяют предоставить разным группам в организации доступ к средам разработки и проектам. Например, вы можете создать подписки для тестирования, рабочей среды, разработки и промежуточных процессов.

Наличие отдельных подписок для каждой среды приложений помогает защитить все эти среды.

• Вы также можете назначить разные учетные записи администраторов служб для каждой подписки.
• Подписки можно связывать с любым количеством служб.
• Владелец учетной записи создает подписки и назначает учетные записи администраторов служб для каждой подписки в своей учетной записи.

Добавление подписки

Для создания подписки важно учитывать следующие сведения.

При первом добавлении подписки в учетную запись вам будет предложено принять соглашение Microsoft Online Subscription Agreement (MOSA) и тарифный план. Хотя они и неприменимы для клиентов Соглашения Enterprise, предложение MOSA и тарифного плана — обязательный шаг для создания подписки. Поправки, вступающие в силу при заключении соглашения Microsoft Azure Enterprise, имеют более высокий приоритет, чем указанные выше элементы, а значит контрактные обязательства не изменяются. При появлении запроса установите флажок, подтверждающий принятие условий.

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

Чтобы добавить подписку, сделайте следующее:

1. Войдите в учетную запись на EA Portal.

2. Откройте вкладку Администратор и щелкните Подписка вверху страницы.

3. Убедитесь, что вы вошли с правами владельца этой учетной записи.

4. Щелкните +Add Subscription (+Добавить подписку), а затем Купить.

   При первом добавлении подписки в учетную запись необходимо указать контактные данные. При добавлении последующих подписок контактные данные вносятся автоматически.

5. Щелкните Подписки и выберите созданную подписку.

6. Щелкните Изменить сведения о подписке.

7. Измените данные в полях Имя подписки и Администратор службы, затем щелкните флажок.

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

Для появления новой подписки в списке подписок может потребоваться до 24 часов. После создания подписки вы сможете выполнить следующие действия:

• изменить сведения о подписке;
• управлять службами в подписке.

Удаление подписки

Чтобы удалить подписку, владельцем учетной записи которой вы являетесь, сделайте следующее.

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

Только администраторы учетных записей могут отменять подписки.

Подробнее см. статью Что происходит после отмены подписки?

Удаление учетной записи

Удаление учетной записи может быть выполнено только для активных учетных записей без активных подписок.

1. На EA Portal щелкните Управление на панели навигации слева.
2. Перейдите на вкладку Учетная запись.
3. В таблице учетных записей выберите учетную запись, которую нужно удалить.
4. Щелкните символ «X» справа от строки учетной записи.
5. Если в учетной записи нет активных подписок, выберите Да в строке учетной записи, чтобы подтвердить удаление.

Изменение параметров уведомлений

Администраторы предприятия автоматически регистрируются на получение уведомлений о потреблении по соответствующему Соглашению о регистрации. Каждый администратор предприятия может изменить интервал персональных уведомлений или полностью отключить их.

Контактные лица для уведомлений отображаются на портале Azure EA в разделе Контакт для уведомлений. Управление контактными данными для уведомлений позволяет гарантировать, что нужные сотрудники организации получат уведомления Azure EA.

Чтобы просмотреть текущие параметры уведомлений, выполните следующее:

1. На портале Azure EA перейдите по адресу управление уведомлением.
2. «Адрес электронной почты» — это адрес электронной почты, связанный с учетной записью Майкрософт, рабочей или учебной учетной записью администратора предприятия, который получает уведомления.
3. Unbilled Balance Notification Frequency (Частота уведомлений о неоплаченном балансе) обозначает частоту, с которой отправляются уведомления каждому отдельному администратору предприятия.

Чтобы добавить контактное лицо, выполните следующее:

1. Щелкните +Добавить контакт.
2. Введите адрес электронной почты и подтвердите его.
3. Щелкните Сохранить.

Новое контактное лицо для уведомлений отобразится в разделе Контакт для уведомлений. Чтобы изменить частоту уведомлений, выберите нужное контактное лицо и щелкните значок карандаша справа от выбранной строки. Установите нужную частоту: daily (ежедневно), weekly (еженедельно), monthly (ежемесячно) или none (никогда).

Вы можете отключить уведомления об этапах жизненного цикла, такие как approaching coverage period end date (скорое истечение периода покрытия) и disable and de-provision date approaching (наступление даты отключения и отмены). Отключение уведомлений о жизненном цикле отменяет отправку соответствующих уведомлений об истечении периода покрытия и срока действия соглашения.

Спонсорское предложение Azure представляет собой ограниченную спонсируемую учетную запись Microsoft Azure. Оно предоставляется только через приглашения по электронной почте для ограниченного круга заказчиков, выбранных корпорацией Майкрософт. Если у вас есть право на получение спонсорского предложения Microsoft Azure, вы получите приглашение по электронной почте, указанной для вашей учетной записи.

Дополнительные сведения о том, как создать запрос на поддержку для активации, см. здесь.

Перевод на тип аутентификации с использованием рабочей или учебной учетной записи

Пользователи Azure Enterprise могут перевести учетные записи Майкрософт (MSA или Live ID) на тип аутентификации с использованием рабочей или учебной учетной записи (которые используют Azure Active Directory).

Чтобы начать работу, сделайте следующее:

1. Добавьте рабочую или учебную учетную запись на портале Azure EA Portal в нужные роли.
2. Если возникают ошибки, возможно, учетная запись недействительна в Active Directory. Azure использует имя участника-пользователя, которое не всегда совпадает с адресом электронной почты.
3. Войдите на Azure EA Portal, используя рабочую или учебную учетную запись Azure.

Перенос подписок учетных записей Майкрософт в рабочие или учебные учетные записи

1. Войдите на портал управления, используя учетную запись Майкрософт, к которой принадлежат подписки.
2. Используйте перенос владения учетной записью для перехода на новую запись.
3. Теперь учетная запись Майкрософт должна быть очищена от любых активных подписок и может быть удалена.
4. Любая удаленная учетная запись останется в представлении на портале в неактивном состоянии в целях ведения хронологии выставления счетов. Вы можете отфильтровать ее в представлении. Для этого установите флажок, позволяющий показывать только активные учетные записи.

Глоссарий терминов Azure EA

• Учетная запись — организационная единица на EA Portal. Используется для администрирования подписок и отчетов.
• Владелец учетной записи — пользователь, который управляет подписками и администраторами служб в Microsoft Azure. Он может просматривать данные об использовании этой учетной записи и связанных с ней подписок.
• Подписка на поправки — одна подписка на один год или взаимосвязанная подписка в рамках поправки регистрации.
• Предоплата — предварительная выплата годовой денежной суммы за службы Azure по тарифу предоплаты со скидкой за использование в рамках этой предоплаты.
• Администратор подразделения — пользователь, который может управлять отделом, создавать учетные записи и их владельцев, просматривать сведения об использовании для подразделений, которыми управляет, и затраты при предоставлении разрешений.
• Номер регистрации — уникальный идентификатор, предоставляемый корпорацией Майкрософт для идентификации конкретной регистрации, связанной с Соглашением Enterprise.
• Администратор предприятия — определенное лицо, управляющее подразделениями и владельцами отделов, а также учетными записями и владельцами учетных записей в Microsoft Azure. Они могут управлять администраторами предприятия, а также просматривать данные об использовании, оплаченные ресурсы и неоплаченные счета по всем учетным записям и подпискам, связанным с корпоративной регистрацией.
• Соглашение Enterprise — лицензионное соглашение Майкрософт для клиентов с централизованным приобретением, которые хотят стандартизировать всю организацию на базе технологий Майкрософт и поддерживать инфраструктуру отдела информационных технологий на стандартном программном обеспечении Майкрософт.
• Регистрация Соглашения Enterprise — регистрация в программе Соглашения Enterprise, по которой предоставляются продукты Майкрософт со скидкой.
• Учетная запись Майкрософт: веб-служба, которая позволяет веб-узлам выполнять аутентификацию пользователя с помощью одного набора учетных данных.
• Поправка регистрации Microsoft Azure Enterprise (поправка регистрации) — подписанная предприятием поправка, которая обеспечивает доступ к Azure в рамках Соглашения о регистрации Azure Enterprise.
• Azure Enterprise Portal — портал, на котором корпоративные клиенты управляют учетными записями Azure и связанными с ними подписками.
• Количество потребляемых ресурсов — количество отдельных служб Azure, использованных в месяц.
• Администратор служб — пользователь, который может получать доступ к подпискам и проектам разработки и управлять ими на EA Portal.
• Подписка: представляет собой подписку EA Portal и является контейнером служб Azure, которыми управляет один и тот же администратор служб.
• Рабочая или учебная учетная запись — для организаций, которые настроили Azure Active Directory с федерацией в облаке и все учетные записи которых находятся в отдельном клиенте.

Состояния регистрации

• Новые: Это состояние назначается регистрации, которая была создана в течение 24 часов. Оно будет изменено на состояние ожидания в течение 24 часов.

• Pending. Администратор регистрации должен войти на EA Portal. Когда он войдет в систему, состояние регистрации изменится на «Активно».

• Активно. Регистрация активна. На EA Portal можно создавать учетные записи и подписки. Регистрация будет оставаться активной до наступления даты окончания срока действия Соглашения Enterprise.

• Неопределенный продленный период. Неопределенный продленный период следует после наступления даты окончания срока действия Соглашения Enterprise. Он позволяет клиентам Azure EA, которые согласились на продленный период, продолжать использовать службы Azure в течение срока действия Соглашения Enterprise.

  Прежде чем для регистрации Azure EA наступит дата окончания срока действия Соглашения Enterprise, администратор регистрации должен принять решение:

  • продлить регистрацию, добавив предоплату Azure;
  • перенести ресурсы в новую регистрацию;
  • перейти на программу Microsoft Online Subscription (MOSP);
  • подтвердить отключение всех служб, связанных с регистрацией.

• Срок действия истек. Клиент Azure EA отказался от продленного периода, а регистрация EA достигла даты окончания Соглашения Enterprise. Когда срок действия регистрации истечет, все связанные службы будут отключены.

• Перенесено. Соглашения о регистрации, связанные учетные записи и службы которых перенесены в новые Соглашения, будут отображаться с состоянием «Перенесено».

  Примечание

  Соглашения о регистрации не переносятся автоматически, если во время возобновления создается другой номер регистрации. Для упрощения автоматического перемещения вам следует добавить предыдущий номер регистрации в документы возобновления.

Дальнейшие действия

• Узнайте о том, как резервирования виртуальных машин помогают экономить на расходах.
• Сведения об устранении неполадок при работе с порталом Azure EA см. в этой статье.
• Вопросы и ответы по владению подпиской EA см. в статье Управление затратами и выставление счетов.

Первоначально опубликовано: 18 июля 2016 г.
Обновлено: 2 марта 2021 г.

Перейдите сюда, чтобы найти жизненный цикл вашего продукта.

Аскарида – это паразитический круглый червь, который вызывает аскаридоз. Он живет в просвете тонкой кишки человека. Откуда этот паразит появляется? Как развивается? На эти важные вопросы можно найти ответы, изучив жизненный цикл аскарид.

Краткая характеристика

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

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

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

Женские особи достигают в длину 20-40 см. Мужские – 15-25 см. Паразитируют аскариды в тонких кишках человека, а размножаются половым путем.

Среда обитания

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

Поразительно, но за сутки женская особь червя может отложить свыше 250 000 яиц. Они овальные, покрыты защитной оболочкой. Но, разумеется, все яйца не остаются в организме. Бо́льшая часть выводится с испражнениями. От химических и механических повреждений личинки надежно защищены своей оболочкой.

Важно оговориться, что перед попаданием в организм человека определенный жизненный цикл аскариды проходят. Это называется неполным развитием. Происходит оно либо в воде, либо в почве.

Развиваются паразиты при температуре 25 °C. Если снаружи будут царить оптимальные условия для выживания, то созревшие личинки смогут просуществовать в земле порядка 15 лет.

Ранний миграционный этап

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

Чтобы личинки полностью созрели и претерпели все метаморфозы, им нужен кислород. Поэтому они долго мигрируют по человеческому организму, дабы оказаться в легких, где его больше всего. Происходит это следующим образом:

• Проглоченные с пищей яйца попадают в желудок, а потом в кишечник.
• Оболочка растворяется под действием ферментов, юные особи освобождаются. На этом этапе их длина не превышает 0,2 мм.
• Аскариды прикрепляются к кишечной стенке. У них для этого есть крючкообразные цепкие отростки.
• Личинки пробуравливают отверстие, после чего выходят в кровяное русло.
• Вместе с потоком они мигрируют по сосудам сердца и печени. Питаются также клетками крови.
• Достигают легочной артерии, бронхиол и альвеол.
• Спустя 10 дней их длина увеличивается до 1,4 мм.
• Затем они выталкиваются в глотку и трахею, после чего повторно оказываются в желудке.

Рассказывая про особенности жизненного цикла аскариды, нужно отметить: личинки всегда устремляются к органам, которые больше остальных насыщены кислородом.

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

Линька

Начало жизненного цикла аскарид характерно их паразитирующим поведением. Пока личинки активно питаются клетками крови, они претерпевают целых 4 линьки. Они происходят поэтапно в следующих локациях человеческого организма:

• В печени и в потоке крови.
• В легочных альвеолах.
• В кишечном тракте. Здесь происходит две последние линьки.

После этого личинка окончательно трансформируется в полноценную взрослую особь.

Кишечная стадия

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

К этому моменту черви настолько увеличиваются в размерах, что утрачивают физическую способность буравить отверстия. Из-за своих габаритов они не могут попасть в кровяное русло.

А потому тонкий кишечник становится их постоянной средой обитания. Именно там и протекает оставшийся жизненный цикл аскарид. Подросшие особи формируются во взрослых червей.

Достижение половозрелости

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

Как только оплодотворение происходит, самцы погибают. В половых органах женской особи формируется порядка 25 миллионов яиц! Каждые сутки откладывается до 250 000.

Важно отметить, что взрослые самки продолжают размножаться в человеческом организме в течение 1-2 лет. А это весь их жизненный период. Если человек не будет лечиться, то черви проживут долго, умрут от старости.

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

Заражение и симптомы

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

Паразиты попадают в организм элементарно: достаточно съесть немытый овощ или фрукт, выпить воды из водоема, не помыть руки.

Если говорить о симптоматике, то она зависит от количества гельминтов и степени запущенности состояния организма. При множественном поражении внутренних органов возникает интоксикация, возможен даже летальный исход. Беспокоиться стоит, если наблюдаются такие симптомы:

• Влажный или сухой кашель с выделением мокроты или кровавых прожилок.
• Боли в груди средней интенсивности.
• Одышка.
• Варьирующаяся в пределах 37-37,9 °C температура тела.
• Учащенное сердцебиение.
• Резкие скачки артериального давления.
• Кожный зуд и сыпь.
• Быстро нарастающие отеки.
• Увеличение лимфоузлов.
• Тошнота и рвота, исчезновение аппетита.
• Метеоризм, урчание в кишечнике, расстройство стула.
• Тупые или схваткообразные боли.
• Усталость, бессонница, быстрая утомляемость, судороги, головокружения.
• Светобоязнь, расширение зрачков.

Кроме этого, возможно даже развитие гепатита, появление анафилактического шока или воспаление сердечной мышцы.

Как избавиться от паразитов?

Ответом на этот вопрос следует завершить рассказ про особенности жизненного цикла аскариды человеческой. Комплексное лечение в случае присутствия в организме червей обязательно, и оно включает в себя такие направления:

• Уничтожение паразитов. Обычно назначают «Вермокс», «Мебендазол», «Левамизол», «Пирантел» и «Альбендазол».
• Симптоматическое лечение. Направлено на коррекцию стула, устранение болей в животе, кашля и прочих проявлений аскаридоза.
• Профилактика. Обычно в быту остается множество потенциальных источников повторного заражения (посуда, белье, одежда, мебель и т. д.). Их необходимо ликвидировать.
• Диета. Усиленное питание является одной из составляющих профилактического лечения.
• Витаминотерапия. Она обязательна, так как аскариды за время пребывания в кишечнике поглощают все полезные вещества, необходимые человеческому организму. Иначе говоря, после их выведения пациент оказывается истощен.
• Лечение осложнений. Оно обязательно, если возникли последствия. Иногда даже требуется хирургическое лечение.
• Поддерживающая терапия. По усмотрению врача могут быть прописаны ферменты или пробиотики.

Последняя составляющая лечения – это устранение сопутствующих заболеваний. К сожалению, аскаридоз способен усугубить течение практически любой хронической патологии.