Мне нужно, чтобы проект состоял из двух частей, пример использования выглядит относительно типичным:
- AWS Проект реагирования с усилением, который имеет некоторые Конечные точки API и хорошая панель инструментов, написанная на реагировать.
- WordPress веб-сайт с блогом, поддерживаемый кем-то не очень техническим.
Причина такого разделения заключается в том, что владелец Компания знакома с WordPress и хотела бы управлять SEO, а также регулярно писать сообщения в блогах. Основной целью компании (SaaS) является усиление проекта. Существует высокая вероятность того, что владелец установит множество плагинов на сайт WordPress и вполне может привести к его отключению go, в этом случае проект усиления должен оставаться работоспособным.
В идеале:
example.com -> Wordpress example.com/portal -> Усиление проекта.
Nb Я бы хотел использовать подкаталоги, а не чем новый поддомен, так как мне сказали, что это помогает с SEO, поскольку они будут иметь одинаковый рейтинг страницы. Цель блога в основном для SEO и привлечения людей на сайт.
Что я рассмотрел:
Создание WordPress-сайта, размещенного на * Сервер 1068 * (возможно, использующий AWS lightsail, один из битнами), и установите обратный прокси на этом сервере Apache, чтобы он указывал на проект амплификации.
Проблемы, которые я думаю этот подход вызывает:
- Проект амплификации будет доступен с 2 URL-адресов. Приложение для усиления напрямую И через
example.com/portal; как мне сделать так, чтобы это было доступно миру через амплифицируемый URL и доступно только через обратный прокси (example.com/portal)?. - Если сервер apache go выключен, то приложение для усиления больше не доступно. Проект амплификации теперь зависит от одного EC2 (или, возможно, группы автоматического масштабирования, но это означает добавление балансировщика нагрузки и гораздо более высокие затраты).
- Amplify использует cloudfront в качестве CDN, направляя его через прокси-сервер, который мы используем. по существу, теряет преимущество, которое дает нам.
Другой вариант: поместите усиление в верхнюю часть
Имейте в виду, что усиливать использует функцию обратного прокси для отправки запросов в wordpress Страница размещена в другом месте. Таким образом, если WordPress падает, усилить жизнь. Мои проблемы здесь:
- Wordpress будет доступен с 2-х URL-адресов. Как я могу ограничить это разрешением только URL-адреса обратного прокси-сервера (example.com)?
- I ' Вам нужно будет выяснить, как заставить ampify работать с URL, который не является root домена, например, «example.com/service», и нужно будет получить root домена, чтобы попасть в обратную сторону. прокси.
Что бы сделать идеальный ответ и, надеюсь, для других:
- Какой из этих вариантов вы бы выбрали (или другой вариант) это может помочь минимизировать затраты при сохранении того же уровня устойчивости AWS Усиление и почему? Пожалуйста, попробуйте ответить так, чтобы это было полезно для типичной настройки, которой должны следовать другие.