Использует ли Azure Service Fabric то же самое, что и Docker?

Ответ 1

Это сбивает с толку, поскольку Docker (компания) пытается заявить претензии во всем облаке.

• Docker Engine (что большинство людей называют "Docker" ) - это технология контейнеризации. Это может дать вам
  • Изоляция процесса
  • Сетевая изоляция
  • Постоянная среда приложений
• Docker Hub - это реестр изображений. В нем хранятся изображения Docker, поэтому вы можете загрузить их как часть своего развертывания.
• Docker Cloud - это система оркестровки для Docker. Это может дать вам
  • Масштабируйте свои приложения вверх и вниз
  • Подключите свои приложения друг к другу
  • CI-тестирование, интегрированное с Docker Hub (это не часть оркестровки, а другая вещь).

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

Таким образом, Service Fabric в основном сопоставима с Docker Cloud, хотя это не точное совпадение. Существуют и другие решения для оркестровки на основе Docker (вероятно, Kubernetes, вероятно, самый большой), и существуют другие решения для микросервисов на базе облачных вычислений (вероятно, наиболее известный Heroku).

Основной недостаток Service Fabric заключается в том, что это технология Microsoft, и поэтому вы будете привязаны к Azure в большей степени, чем если бы вы использовали Docker. Другая заключается в том, что у Docker есть более широкий выбор вариантов для сборки вашего стека: все три вещи Docker, перечисленные выше, имеют по крайней мере одну альтернативу с открытым исходным кодом (это также большой недостаток Docker, поскольку никто не излагает одну лучшую практику Для документа).

Если вы любите Microsoft, и если объединительные системы вместе не важны для вас, то Service Fabric должна стать прекрасной альтернативой экосистеме Docker. (И вы можете запускать контейнеры Docker под ним.)

Ответ 2

Основные сходства между контейнерами Service Fabric и Docker:

1. И докеры, и SF способны создавать неизменный образ из вашей реализации микросервиса на обеих платформах - Linux и Windows.
2. И докеры, и SF способны управлять вашим контейнерным приложением в кластере виртуальных машин. Эти виртуальные машины могут находиться где угодно - в публичном облаке, в частном облаке или в вашем собственном центре обработки данных. Обратите внимание, что оба они не зависят от облачной платформы, это означает, что они не имеют сильной привязанности ни к одному облачному сервису. Поэтому, если вы не используете какую-либо облачную функцию в своем микро-сервисе, это должно быть хорошо.
3. Как докеры, так и SF способны демонстрировать основные возможности оркестрирующей платформы: обнаружение сервисов, балансировка нагрузки на уровне сервисов, изоляция на уровне сети между сервисами, обработка отказов при отказе и контроль репликации и т.д.

Основные различия между контейнерами Service Fabric и Docker:

1. Контейнер Docker - это, по сути, конструкция развертывания/упаковки. Тем не менее, Docker не определяет, что вы упаковываете в контейнер как часть реализации вашего сервиса. Он также не предоставляет никакой программной конструкции для реализации вашего вида услуг. Принимая во внимание, что Service Fabric предоставляет программные конструкции в форме базовых типов/интерфейсов, с которых реализация вашей службы может начинаться с определенного типа объявленной службы - службы с сохранением состояния, службы без сохранения состояния, виртуального субъекта.
2. В мире Docker все является контейнером, т.е. ваша минимальная единица развертывания/оркестрации - это контейнер. Следовательно, он не распознает и не поддерживает отдельный процесс. Принимая во внимание, что в SF у нас есть положение, в соответствии с которым ваш микро-сервис, полученный из сервиса без сохранения состояния/состояния, может быть организован и управляться как процесс. Однако SF также поддерживает оркестровку контейнеров, как это делает Docker. Кроме того, последняя версия SF позволяет упаковывать ваш сервис с отслеживанием состояния/без сохранения состояния в контейнере.

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

Ответ 3

Это несопоставимо на всех. С сервисной фабрикой вы получаете мониторинг работоспособности, интеграцию кода с фабричной, регистрацию, мониторинг, балансировку нагрузки и другие интеллектуальные функции. Ваше приложение может даже выполнить код завершения работы. Service Fabric предназначена не только для технологий Microsoft, и даже докер может находиться внутри SF, так же как rkt или Unix OS. Безопасность и сетевые функции (в комплекте с веб-приложениями) - еще один плюс. Надежные коллекции просто великолепны. Кроме того, компаниям, внедрившим его, гарантирована дорожная карта для лучшего построения и производительности приложений (история так говорит).

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

Ответ 4

ответить на ваши вопросы Может ли Service Fabric успешно заменить Docker?

да

Это набирает аудиторию и признание? Потому что иначе даже величайшее изобретение может потерпеть неудачу?

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