Но вот интересно можно ли в качестве песочницы использовать Docker
Docker легковесен и быстр. Он предоставляет устойчивую, рентабельную альтернативу виртуальным машинам на основе гипервизора. Он особенно полезен в условиях высоких нагрузок, например, при создания собственного облака или платформа-как-сервис (platform-as-service). Но он так же полезен для маленьких и средних приложений, когда вам хочется получать больше из имеющихся ресурсов.
Мы уже знаем, что образ — это read-only шаблон, из которого создается контейнер. Каждый образ состоит из набора уровней. Docker использует union file system для сочетания этих уровней в один образ. Union file system позволяет файлам и директориями из разных файловых систем (разным ветвям) прозрачно накладываться, создавая когерентную файловую систему.
То есть например использовать директории к Microsoft.NETCore.App и Nuget
сущность в docker-е под названием «контейнер» предназначена для запуска одного процесса внутри окружения, где, благодаря cgroups, ограничены и изолированы вычислительные ресурсы (процессорные, сетевые, ресурсы памяти, ресурсы ввода-вывода). естественно, этот процесс может «плодить» потомков (которые «видят» только это изолированное окрежение), и этим иногда пользуются для запуска нескольких несвязанных процессов.
И какова скорость выполнения по сравнению с терминальными сессиями
и солнце б утром не вставало, когда бы не было меня
Здравствуйте, Serginio1, Вы писали:
S>Как известно в .Net Core нет AppDomain. S>Но можно использовать например .Net Core, AppDomain, WCF, RPC маршалинг по Tcp/Ip свой велосипед S> А в качестве песочницы можно использовать терминальные сессии или виртуальные машины.
Утверждение из серии "В наборе нет часовой отвёртки? Можно использовать хорошо заточенную лопату". Каждой проблеме — свои решения. AppDomain-ы позволяют разместить в _одном_ процессе множество "недоверенных" модулей без побочных эффектов от совместного хостинга. Прям из коробки доступно API хоста, которое в противном случае придётся переизобретать самому.
Навскидку:
* тру-RPC style IPC (с невозможностью подрубиться с другой машины / другой сессии. Ваятели хостов этот момент очень часто забывают) с поддержкой notifications, lease, callbacks etc.
* API для assembly probing/redirection/etc
* live update (via shadow copy assemblies)
* API для per-appdomain monitoring — gc & cpu time.
* шаринг бинарного кода
* совместимость всего вышеперечисленного с любым нативным хостом вплоть до in-process hosting в ms sql
Ну и в случае, если модули действительно недоверенные, хост с аппдоменами очень легко вытащить в отдельный low integrity process, включить peverify в процесс развёртывания и пусть код пытается сбежать из курятника до посинения.
С интересом жду готового решения со всем вышеперечисленным на docker.
Здравствуйте, Sinix, Вы писали:
S>С интересом жду готового решения со всем вышеперечисленным на docker.
Ну нет сейчас полного аналога AppDomain. И, теперь не надо использовать .Net Core?
Что касается подрубиться из Сессии, то при запуске хоста через командную строку можно передавать начальный токен, по которому можно отслеживать нужную сессию. Что касается событий то их поддержка есть, насколько нужны калбеки при поддержке событий непонятно. Но и их можно подключить.
Подключаются любые сборки в директорию приложения.
Возможно все остальное и будет реализовано в следующих версиях. Но, что делать сегодня и сейчас?
и солнце б утром не вставало, когда бы не было меня
Здравствуйте, Serginio1, Вы писали:
S>Но вот интересно можно ли в качестве песочницы использовать Docker
S>
Docker легковесен и быстр. Он предоставляет устойчивую, рентабельную альтернативу виртуальным машинам на основе гипервизора.
Один только базовый образ nanoserver это 300Mb+
S> И какова скорость выполнения по сравнению с терминальными сессиями
Примерно одинаково — что запустить hello world в windows контейнере, что сделать тоже самое но руками по rdp
Под linux — разница во времени примерно на порядок.
Если у Вас нет паранойи, то это еще не значит, что они за Вами не следят.
Здравствуйте, Serginio1, Вы писали:
S> Ну нет сейчас полного аналога AppDomain. И, теперь не надо использовать .Net Core?
Вопрос из серии "в .net core нет WPF. И, теперь не надо использовать .Net Core?"
Здравствуйте, Serginio1, Вы писали:
S>>С интересом жду готового решения со всем вышеперечисленным на docker. S> Ну нет сейчас полного аналога AppDomain. И, теперь не надо использовать .Net Core?
Под windows? Зачем? А вдруг .net core это еще один silverlight? тот тоже был весь из себя многоплатформенный
S>Возможно все остальное и будет реализовано в следующих версиях. Но, что делать сегодня и сейчас?
Сейчас есть обычный .net — от него пока никто не отказывается.
Если у Вас нет паранойи, то это еще не значит, что они за Вами не следят.
Здравствуйте, TK, Вы писали:
TK>Здравствуйте, Serginio1, Вы писали:
S>>>С интересом жду готового решения со всем вышеперечисленным на docker. S>> Ну нет сейчас полного аналога AppDomain. И, теперь не надо использовать .Net Core?
TK>Под windows? Зачем? А вдруг .net core это еще один silverlight? тот тоже был весь из себя многоплатформенный
Да нет. .Net Core делается прежде всего под облака. А именно с ним MS связывает надежды.
Плюс UWP, Xamarin. Плюс RuyJit более новый и совершенный это .Net Core. .Net Native по сути тоже.
S>>Возможно все остальное и будет реализовано в следующих версиях. Но, что делать сегодня и сейчас?
TK>Сейчас есть обычный .net — от него пока никто не отказывается.
Но многие используют Линукс для Asp.Net Core. Да и под Win тоже. Он быстрее и под него выходят новые шаблоны http://blog.stevensanderson.com/2016/10/04/angular2-template-for-visual-studio/
и солнце б утром не вставало, когда бы не было меня
Здравствуйте, TK, Вы писали:
TK>Здравствуйте, Serginio1, Вы писали:
S>>>С интересом жду готового решения со всем вышеперечисленным на docker. S>> Ну нет сейчас полного аналога AppDomain. И, теперь не надо использовать .Net Core?
TK>Под windows? Зачем? А вдруг .net core это еще один silverlight? тот тоже был весь из себя многоплатформенный
По уму MS нужно делать свой кроссплатформенный браузер по аналогии с CEF. Использовать C# код по аналогии с C#/XAML for HTML5
Здравствуйте, TK, Вы писали:
TK>Один только базовый образ nanoserver это 300Mb+
Ну можно делать один процесс который будет попрождать другие процессы внутри песочницы.
Например запускать новый процесс с нужным портом и передавать его клиенту
благодаря cgroups, ограничены и изолированы вычислительные ресурсы (процессорные, сетевые, ресурсы памяти, ресурсы ввода-вывода). естественно, этот процесс может «плодить» потомков (которые «видят» только это изолированное окрежение), и этим иногда пользуются для запуска нескольких несвязанных процессов.
и солнце б утром не вставало, когда бы не было меня
Есть опыт запихивания небольших .net core сервисов в докер (на линуксе) с выставлением наружу web api.
Общение между сервисами — редис. https://github.com/ABaboshin/exception-notifier (папки notification-processor и rest-listener), если интересно.
Здравствуйте, Андрей Бабошин, Вы писали:
АБ>Здравствуйте, Serginio1, Вы писали:
S>>Xamarin
АБ>Xamarin — это monotouch (AOT) и monodroid (JIT).
Да, но только они переходя на NetStandard а значит и будут унифицировать и Net Native
АБ>П.С. По теме топика.
АБ>Есть опыт запихивания небольших .net core сервисов в докер (на линуксе) с выставлением наружу web api. АБ>Общение между сервисами — редис. АБ>https://github.com/ABaboshin/exception-notifier (папки notification-processor и rest-listener), если интересно.
АБ>От дальнейших экспериментов удерживает отсутствие нормального драйвера для оракла (хотя свою обёртку делал https://github.com/ABaboshin/dotnet-core-oracle, но себе я не доверяю ).
Огромное спасибо! Посмотрю
и солнце б утром не вставало, когда бы не было меня
Тут web api как нельзя лучше, т.к. можно сделать просто POST, а в тело запихать тот же json.
(2) Приём и процессинг сообщений проходит отдельно. Случись что с smtp-сервером, можно подождать и ещё раз отправить.
Сохраняется всё в редисе, потому что так захотелось
Тут, кстати, то же без сюрпризов не обошлось. Стандартная очередь может терять сообщения (и на моих тестах она их замечательно теряла) — сделал на sorted set.
Здравствуйте, Serginio1, Вы писали:
S>Как известно в .Net Core нет AppDomain. S>Но можно использовать например .Net Core, AppDomain, WCF, RPC маршалинг по Tcp/Ip свой велосипед S> А в качестве песочницы можно использовать терминальные сессии или виртуальные машины.
S>Но вот интересно можно ли в качестве песочницы использовать Docker
сначала надо определиться с конечной целью!
На linux достаточно инструментов и без .net core. и скорее всего городить свой велосипед нет никакой необходимости.
Как вариант разработать REST на node js
... Хорошо уметь читать между строк. Это иногда
приносит большую пользу
Здравствуйте, Janus, Вы писали:
J>Здравствуйте, Serginio1, Вы писали:
S>>Как известно в .Net Core нет AppDomain. S>>Но можно использовать например .Net Core, AppDomain, WCF, RPC маршалинг по Tcp/Ip свой велосипед S>> А в качестве песочницы можно использовать терминальные сессии или виртуальные машины.
S>>Но вот интересно можно ли в качестве песочницы использовать Docker
J>сначала надо определиться с конечной целью!
J>На linux достаточно инструментов и без .net core. и скорее всего городить свой велосипед нет никакой необходимости. J>Как вариант разработать REST на node js
Та по ссылке это лучше чем Rest, так как его писать не надо. Можно использовать ужк готовые сборки.
Речь идет о замене AppDomain в .Net Core
и солнце б утром не вставало, когда бы не было меня
Здравствуйте, Serginio1, Вы писали:
S>Здравствуйте, Janus, Вы писали:
J>>Здравствуйте, Serginio1, Вы писали:
J>>сначала надо определиться с конечной целью!
J>>На linux достаточно инструментов и без .net core. и скорее всего городить свой велосипед нет никакой необходимости. J>>Как вариант разработать REST на node js
S> Та по ссылке это лучше чем Rest, так как его писать не надо. Можно использовать ужк готовые сборки. S>Речь идет о замене AppDomain в .Net Core
S>> Та по ссылке это лучше чем Rest, так как его писать не надо. Можно использовать ужк готовые сборки. S>>Речь идет о замене AppDomain в .Net Core
J>Не совсем понятно зачем linux ? Docker вполне неплохо живет под windows J>https://hub.docker.com/r/microsoft/dotnet-framework/
Меня про линукс интересует только скорость вызова. Я просил разницу между Docker и терминальные сессии.
Просто песочницу в .Net Core можно организовать через Терминальные сессии, виртуальную машину и докер.
За ссылку спасибо!
и солнце б утром не вставало, когда бы не было меня
