Infrastructures
1.0.0
Aiursoft Micro-Services Platform. Основано от ASP.NET CORE.
Aiursoft Infrastructure предоставляет много ценных услуг и упрощает разработку веб -приложений.
Aiursoft Infrastructure-это проект, работающий на уровне приложения, используя микро-сервисы и поддерживает все приложения Aiursoft.
Aiursoft Infrastructures предоставляет центральную платформу для всего предприятия. Таким образом, предприятие может сосредоточиться на разработке бизнес -приложений.
Enterprise может развернуть свой выделенный экземпляр инфраструктуры Aiursoft и создать с собой свои приложения.
Есть несколько примеров, основанных на инфраструктурах Aiursoft.
Получите совершенно новый сервер Ubuntu 18.04.
Предлагается Azure, Vultr или Digitalocean.
Создайте запись домена подстановочного знака для публичного IP -адреса вашего сервера.
Пример: Resolve *.aiur.io до 123.123.123.123
Выполните следующую команду на сервере (замените instance.name на свое собственное название бренда):
curl -sL https://gitlab.aiursoft.cn/aiursoft/infrastructures/-/raw/master/install.sh | sudo bash -s aiur.io instance.name masterЕсли мы выпустили более новую версию, и вы сможете обновить свой сервер через:
curl -sL https://gitlab.aiursoft.cn/aiursoft/infrastructures/-/raw/master/upgrade.sh | sudo bash -s instance.name masterКроме того, вы можете запустить этот сценарий обновления, чтобы восстановить некоторые проблемы с вашим экземпляром инфраструктур.
statediagram-v2 aiursoft.canon-> aiursoft.scanner.abstractions aiursoft.aiurprotocol-> aiursoft.canon aiursoft.aiurprotocol-> aiursoft.cstools aiursoft.aiurprotocol-> aiursoft.airprotocolcrolcest.aiurprocolp. Aiursoft.aiurprotocol aiursoft.cstools -> aiursoft.scanner.abstractions aiursoft.webtools -> aiursoft.cstools aiursoft.webtools -> aiursoft.scanner.abstractions demoapiapp.sdk -> aiursoft. Demoapiapp -> aiursoft.webtools demoapiapp -> aiursoft.aiurprotocol.server
Основные службы используются для поддержки работы всей платформы. Это основа для расширения последующей инфраструктуры и пользовательских услуг по всей платформе. Основные службы в основном включают в себя аутентификацию пользователя, авторизацию, аутентификацию приложений, авторизацию и позволяют самостоятельно регистрации и самореализации пользователя. В то же время, базовая служба также отвечает за базовые данные пользователя и базовые данные приложения, а также набор учетных данных пользователя и набор учетных данных для приложения.
Инфраструктура относится к некоторым общим программным инструментам, которые платформа может предоставить на основе инфраструктуры. Такие программные инструменты похожи на статическое хранилище файлов, хранение объектов, CDN, очереди сообщений, кэширование и тому подобное. Такие услуги должны быть зарегистрированы в базовой службе и использовать Службу аутентификации приложения и Службу авторизации приложений, чтобы проверить, имеет ли посетитель разрешение на вызывать инфраструктуру.
Перед обсуждением уровня пользовательского обслуживания все базовые услуги и инфраструктура, которые мы обсуждали, были ориентированы на другие суб-сервисы, а не ориентированные на пользователя. Тем не менее, они предоставили интерфейсы данных только для других сервисных вызовов. Очевидно, что в качестве зрелой платформы разработчики и пользователи не должны реализовать регистрацию услуг и управление разрешениями, вызывая интерфейсы. Поэтому нам необходимо разработать дополнительные программы, которые предоставляют такой пользовательский терминал, который позволяет пользователям работать через краткий интерфейс и логику.
В дополнение к пользовательскому интерфейсу, который сам OAuth должен обеспечить логин, этот уровень также должен предоставлять более базовые услуги на платформе MicroService. Согласно результатам анализа потребностей, в этом уровне есть услуги управления учетными записями и сервисы Центра разработчиков. Обе службы полагаются на инфраструктуру предыдущего уровня и предоставляют пользовательская функциональность.
Любая высокоуровневая служба построена на платформе микро-службы. Но требования, которые они решают, фактически основаны на решениях компаний, которые используют платформу MicroServices. Другими словами, независимо от принятия решений компании по созданию поисковых систем, форумах, домашних страницах компании, центров обратной связи, центров найма и т. Д., Платформа должна быть в состоянии поддержать. Но весь процесс этой части должен следовать процессу, за которым следует отдельная программная система.
Запуск всей платформы для микро-сервиса очень сложный и требует большого количества вычислительных ресурсов. Прежде чем попытаться запустить платформу, мы настоятельно рекомендуем запустить только одну конкретную службу. Запустить один сервис очень прост и просто.
Чтобы запустить один экземпляр службы локально, выполните dotnet run в которой папку с файлом проекта .csproj вы хотите запустить.
Что касается каждого из субпроектов, в нем простой веб-проект ASP.NET. Вы можете ссылаться на больше документов через официальный документ ASP.NET для того, как запустить:
https://docs.microsoft.com/en-us/aspnet/core/getting-started/?tabs=windows#run-the-app
В среде отладки мы по умолчанию используем Microsoft SQL Server LocalDB. Вы можете изменить строку подключения в appsettings.json , чтобы использовать свой собственный экземпляр SQL Server .
В нашей производственной среде мы используем Microsoft SQL Server.
Мы используем ядро Entity Framework для управления нашей базой данных. Он поддерживает различные типы баз данных. Таким образом, наши службы могут легко переключаться между различными базами данных.
Документ здесь.
