Это зависит от того, как вы справляетесь с вещами..NET Core 2.0+ полностью поддерживает .NET Standard 2.0, который имеет достаточно большой API-интерфейс, чтобы охватить большинство функций .NET Framework.В результате компилятор позволит вам добавить ссылку на библиотеку .NET Framework на проект, который фактически нацелен на .NET Core 2.0+.Нет никакой гарантии, что библиотека будет на самом деле работать (и вы получите предупреждение об этом), но если она не использует специфичные для Windows API, есть очень хороший шанс, что она будет работать нормально.
Если предположить, что это так с вашими библиотеками .NET Framework, и вы нацелены на что-то вроде .NET Core 2.1, то вы на самом деле не используете .NET Framework, и вам даже не нужно.NET Framework установлен на сервере, на котором вы развертываете.Все необходимые зависимости фреймворка будут получены из среды выполнения .NET Core или даже могут быть упакованы вместе с вашим приложением, если вы выберете автономное развертывание.В этом случае после компиляции практически несущественно, что библиотеки, на которые вы ссылались, действительно нацелены на .NET Framework.
Если, однако, библиотеки не работают без полноценного .NET Framework, вы все равно можете создать приложение .NET Core,но вы будете вынуждены продолжать ориентироваться на .NET Framework, а не на .NET Core.В этом случае вы, конечно, будете зависеть от .NET Framework CLR, что влечет за собой снижение производительности.Тем не менее, приложение ASP.NET Core, например, по-прежнему в целом более производительно, чем что-то вроде приложения ASP.NET MVC, поэтому вы получите некоторые выгоды - просто не так много, как если бы вы нацеливались на .NET Core.
Независимо от конечной цели, ваше приложение на самом деле обслуживается через Kestrel.IIS действует просто как обратный прокси.