У меня есть экземпляр Windows ec2 на AWS, который отвечает интерфейсом на порту 80. Мой сервер работает на порту 5000. Можно ли как-то разместить интерфейс и сервер на одном и том же порту, не используя какой-либо порт на клиенте для остальных? API?
Внешний интерфейс:
www.example.com
Текущий бэкенд:
www.example.com:5000
Что я хотел бы, чтобы это было:
www.example.com/backend/
Как мне написать один файл index.js или server.js для внутренних и внешних маршрутов?
Конечно, разместить оба на одном и том же порту тривиально, это просто вопрос маршрутизации.
Например, используя express.js и имея статические файлы (CSS, изображения, HTML и т. д.) в папке с именем public:
const express = require('express')
const app = express()
app.use('/', express.static('public'))
app.get('/backend', (req, res) => res.send('Hello World!'))
app.listen(80, () => console.log('Example app listening on port 80!'))
Если вы создаете файл public/index.html:
<html>HI</html>
Затем вы можете получить его («внешний интерфейс»), запустив curl 'localhost:80/':
$ curl 'localhost:80/'
<html>HI</html>
$
Вы также можете получить доступ к своему «бэкэнду»:
$ curl 'localhost:80/backend'
Hello World!
$
Конечная точка службы
Конечная точка — это точка подключения, в которой отображаются HTML-файлы или активные страницы сервера. Конечные точки предоставляют информацию, необходимую для обращения к конечной точке веб-службы. Конечная точка предоставляет ссылку или спецификацию, которая используется для определения группы или семейства свойств адресации сообщений и предоставления сквозных характеристик сообщения, таких как ссылки на источник и место назначения конечных точек, а также идентичность сообщений для обеспечения единообразия. адресация независимых сообщений. Конечной точкой может быть ПК, КПК или терминал торговой точки Ссылка: Определение конечной точки службы.
www.example.comwwwapi.example.com (наиболее часто используемый)backend.example.comВы можете сделать это, используя обратный прокси-сервер, такой как Nginx, или получить субдомен из объекта запроса в NodeJs.
Nginx — это веб-сервер, который также можно использовать в качестве обратного прокси-сервера, балансировщика нагрузки и кэша HTTP. Программное обеспечение было создано Игорем Сысоевым и впервые публично выпущено в 2004 году. В 2011 году была основана одноименная компания для оказания поддержки.
Использование Nginx в качестве балансировщика нагрузки HTTP
Вы можете настроить Nginx для балансировки запросов к вашему серверу следующим образом:
http {
upstream backend {
server localhost:5000;
}
upstream frontend {
server localhost;
}
server {
listen 80;
server_name api.example.com;
location / {
proxy_pass https://backend;
}
}
server {
listen 80;
server_name www.example.com example.com;
location / {
proxy_pass https://frontend;
}
}
}
Используйте expressjs, чтобы получить субдомен из объекта запроса.
Массив поддоменов в доменном имени запроса.
Документация:
// Host: "tobi.ferrets.example.com"
req.subdomains
// => ["ferrets", "tobi"]
В вашем случае ваши возможные поддомены: www или api
// Host: "www.example.com"
req.subdomains
// => ["www"]
Or
// Host: "api.example.com"
req.subdomains
// => ["api"]
Вот как вы должны обработать запрос в своем server.js
var subDomain = req.subdomains[0];
if (subdomain === 'api') {
processBackendRequest();
} else {
processFrontendRequest();
}
Единственный реальный способ избежать необходимости указывать номер порта — использовать пост 80 для HTTP или 443 для HTTPS.
Если вы используете IIS, вы можете запустить свой внешний интерфейс как веб-сайт с именем «example.com», а затем под этим веб-сайтом иметь другое «приложение» с именем «бэкэнд».
Все HTTP-запросы для www.example.com будут направляться на корневой веб-сайт. Запросы на www.example.com/backend будут направляться в «бэкэнд»-приложение на веб-сайте example.com.
Однако ServerFault может быть более подходящим местом для вопросов по IIS.
