Ваш вопрос на самом деле довольно широкий, потому что "интеграция" - это широкая тема.Он охватывает множество различных аспектов приложения, и именно методология зависит от глубоких знаний этих приложений.
При этом, вообще говоря, ASP.NET MVC и ASP.NET Core являются совершенно отдельными платформами.Вы не можете «интегрировать» их в том смысле, как вы используете, чтобы иметь возможность одновременно запускать веб-формы и код MVC в одном проекте ASP.NET MVC.Это будут два отдельных приложения, которые необходимо будет развернуть независимо.
Вы можете «поделиться» строкой соединения, то есть вы можете совместно использовать базу данных, но вам нужно будет принять ряд решений вчто касаетсяНапример, если текущий проект MVC использует EF6, вам также нужно будет использовать EF6 в базовом проекте, чтобы использовать одни и те же классы сущностей.На данный момент это означает, что нацелен на .NET Framework, а не на .NET Core.Тем не менее, .NET Core 3.0 обещает запустить EF6 изначально.В качестве альтернативы, вы можете использовать EF Core и рассматривать базу данных как существующую, поддерживающую в сущностях.Это приведет к некоторому дублированию кода, но может быть приемлемым компромиссом, в зависимости от обстоятельств.
Такие вещи, как сеансы, файлы cookie и аутентификация, могут использоваться совместно, но это может потребовать фундаментальных изменений в ASP.NET MVC.проект.А именно, ASP.NET Core использует провайдеры защиты данных для шифрования и дешифрования, а не подход с использованием машинного ключа ASP.NET.Тем не менее, благодаря поддержке OWIN, ASP.NET MVC5 также может поддерживать поставщиков защиты данных для шифрования / дешифрования.Таким образом, если вы переключитесь на использование защиты данных и поделите кольцо ключей между двумя приложениями, тогда каждое из них сможет расшифровывать вещи, зашифрованные другим.Однако, если вы еще не используете защиту данных в своем приложении MVC, изменение может быть несколько болезненным.
Если вы заботитесь только о совместном использовании аутентификации, это может быть достигнуто альтернативно через централизованного поставщика аутентификации, такого какИдентификационный сервер.Это позволило бы двум приложениям работать независимо друг от друга, но при этом иметь общий хранилище пользователей / ролей и поддерживать единый вход.Однако это также может потребовать существенных изменений в существующем приложении MVC.Это все компромиссы.