Главное Свежее Вакансии   Проекты
282 0 В избр. Сохранено
Авторизуйтесь
Вход с паролем

Сравнение микросервисов без сохранения состояния и с отслеживанием состояния: рассмотрение преимущество и устранение преимуществ и проблемных аспектов

Что значит понятие микросервисов с сохранением состояния и без него? Многие лица, принимающие решения пытаются найти на него ответ, поскольку они рассматривают возможность внедрения микросервисов в свои организации для предоставления новых услуг своим клиентам.
  1. Как долго записывается «состояние» (или условие) взаимодействия?
  2. Как хранятся данные о каждом взаимодействии?

Помня об этих двух вопросах, можно дать очень простые ответы на то, что является отсутствием сохранения состояния и его наличием:

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

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

Преимущества подхода без сохранения состояния


  1. Поскольку каждая транзакция является новой в момент ее начала, это устраняет необходимость в больших накладных расходах на память. Хотя может потребоваться одно соединение с базой данных, оно управляемо, а требования к памяти на стороне сервера намного ниже.
  2. Из-за отсутствия накладных расходов разные серверы могут обрабатывать разные запросы, что делает систему более гибкой и отказоустойчивой.
  3. В качестве дополнительного преимущества этой гибкости приложения без сохранения состояния можно масштабировать по горизонтали в удивительной степени, что позволяет приложению расти по мере увеличения числа пользователей, достигая миллионов.
  4. Компании могут легко добавлять или удалять новые экземпляры приложения по запросу, когда это необходимо.
  5. Приложения без сохранения состояния можно легче обслуживать и восстанавливать при необходимости без выхода из строя всей системы.
  6. Проблемы с истечением срока действия сеанса остались в прошлом, что упрощает управление системой; Иногда бывает сложно найти, протестировать и исправить истечения срока действия сеанса в системе с отслеживанием состояния. Поскольку приложения без сохранения состояния не используют сеансы, это больше не проблема.
  7. Приложения без сохранения состояния создают беспрепятственный, согласованный опыт на стороне пользователя даже в нескольких случаях. Если один человек направляет другого человека на тот же ресурс, он будет одинаковым для всех пользователей.

С сохранением состояния или без состояния: что больше подходит?


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


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

0
В избр. Сохранено
Авторизуйтесь
Вход с паролем