Идея такая
есть Linux в туче с MyWebServer->database, хранилище файлов

Юзер может зарегистрироваться и работать с данными
MyWebServer
Index
Users
Customers
Documents

Как сделать для нескольких фирм?
Company1 (N users)->MyWebServer->AWS db(1), S3(1)
Company2 (M users)->MyWebServer->AWS db(2), S3(2)
...

Данные должны быть изолированы от юзеров других фирм.

Должен это быть один MyWebServer для всех фирм? Если да, то как развести фирмы?
Или лучше для каждой организации стартовать отдельный MyWebServer на своем порту на том же сервере?
Linux:
MyWebServer:9001
MyWebServer:9002
...

Мне кажется раведение юзеров в одном веб-сервере - добавление сложности.

Все правильно, но, естественно, базу можно передизайнировать, добавить схемы или другим способом.
Но, тогда и код надо подкручивать и т.д. Похоже, что это все усложнение, отдельный вебсервер, база, хранилище - проще всего.
Но тут такой вопрос возникает:
Запускаю я два вебсервера на одном сервере
MyWebServer.com: 90001
MyWebServer.com: 90002

это как-то не красиво выглядит

Как сделать типа такого:

Roga.MyWebServer.com
Kopyta.MyWebServer.com

Но при этом - это два инстанса MyWebServer на одном хосте

можно пару ссылок, чтобы достичь упора ?

да, ладно, и так хорошо (ц)

Чтобы Blazor Server был multitenant надо использовать разные config параметры для разных тенантов.
Как ловить в коде, какой тенант вызвал?

Как вариант хотел сделать:
Одно приложение где-то в интернете,
на каждого тенанта отдельная база, так, может и дороже, но надежнее.
Может быть сделать одну общую базу для всех юзеров?

Все идентити в общей базе, естественно, разные тенанты не видят других, а базы с данными - отдельные, при этом могут размещаться,
где юзер захочет

Может где-то в мире есть уже какие-то примеры, фреймворки для мультитенантной работы в ASP.NET Core Web server+база?

Blazor Web Server->PostgreSQL database
Приложение позволяет юзеру вести данные о поставщиках услуг, потребителях, типы услуг, сделки и т.д.

В синглетенантной версии я сделал все в одной базе - и юзеров тоже, через ASP.NET Identity PostgreSQL.
Но сейчас (по совету друзей (ц) см. выше) надо делать мультитенантный сервер.
Базы с прикладными данными я буду делать отдельные.
Базу с юзерами есть мысль сделать отдельную общую для всех тенантов, но изолированную, естественно.
И кроме того подумалось, может есть фреймворки или Нугеты для Blazor или ASP.NET Core, облегчающие разработку мультитенантных приложений такого типа.

Вариант рабочий, никто не спорит, среди 3 основных вариантов.
Но меня больше устраивает вариант с отдельными базами.

Не хотелось бы изобретать велосипед, если уже кто-то изобрел.
Какой-нибудь нугет, облегчающий определение тенанта при запросе, умеющий определять соответствующие конфиги, сюда же -
если я использую EF, то сейчас я регистрирую сервис с connection string, она одна, проблем нет.
А с несколькими тенантами надо определить и видимо позднее вытащить её и отдать в контекст и т.д.

Юзер хочет разместить сервер один раз в одном месте и чтобы к нему обращались разные тенанты.
Возможно, разным тенантам даются разные субдоменные имена, чтобы различать.
На разных базах я пока настаиваю, так проще. И даже в случае, если один захочет сделать бекап и взять себе, или двинуть в другую тучу и т.д.
А одна база с юзерами - да х.е.з., показалось, что так будет проще для начала работы любому тенанту, т.е. юзер сам регистрироваться не будет. Новому тенанту создается одинюзер с админ правами, а он уже создает своих юзеров. Возможно, потом юзеры будут редактирвоать некритичные поля профиля, добавляя всякие подробности.

Да, он сам будет ее создавать, скорее руками или отдельной утилитой: структура+начальные данные.
Я вижу, что выше были правильные замечания, похоже, отдельная база для юзеров не нужна
Это только усложнит

Жду с неподдельным интересом!

Каждому приложение+база - да, тут думать не надо, но юзеру не нравиться, хочется одно приложение на всех.

"Могу рассказать как" - нет рассказа, жду

Нашел такой фреймворк
https://github.com/Finbuckle/Finbuckle.MultiTenant

Много чего накручено, все неплохо. Там передается Connection string в конструктор, мне не хватает возможности передать еще и другие тенант зависимые параметры.

1. Как различаются тенанты в коде?
2. Как и когда передается тенант-зависимая ConnectionString в EF DbContext? Обычно она передается сразу при регистрации сервиса.

Вроде понимаю, но подробности вызывают вопросы:
Когда приложение стартует в Startup надо зарегистрировать все сервисы, независимо от тенанта, поскольку приложение стартует один раз для всех будущих запросов.
Например, MyDbContext должен быть зарегистрирован без Connection string, и уже потом на запросе от конкретного тенанта надо определить его стрку подключения и передать ее контексту.

Мало того, если предположить, что тенант Х работает с SQL Server, тенант У - с PostgreSQL, то им надо передавать тип сервера и строку подключения.
Это когда и как передавать? если бы пример кода или ссылку то было бы проще понять.
(Не о себе, о будущих юзерах-читателях форума забочусь )