Назад | Перейти на главную страницу

Как каждый настраивает AWS для PHP с помощью рабочего процесса git, беспокоясь о распространении EC2?

Я искал что-то вроде heroku, но для php, и после долгих разочарований (и почти нахождения того, что мне нужно, но не совсем) мы решили просто пойти с AWS без какой-либо другой абстракции.

Мы используем PHP 5.3 (и CakePHP 1.3), а в настоящее время используем git. Ubuntu кажется самым простым способом получить и то, и другое, и мы, скорее всего, воспользуемся им. На самом деле мы не будем беспокоиться об исходящей электронной почте. Мы используем smtp через Gmail, но, скорее всего, со временем переключимся на какой-нибудь другой сервис.

У меня было 3 вопроса:
1) Я смотрел Zend Server, и я не совсем уверен, насколько это выгоднее, чем xampp. Может, нет?

2) Я полагаю, что для масштабирования приложения нам понадобится несколько экземпляров некоторых ec2 ami. Тогда просто продублируйте это и все такое. Тогда возникает вопрос, как обеспечить актуальность всех экземпляров EC2?

3) Я до некоторой степени понимаю концепцию балансировки нагрузки. Я понимаю, что в 1 регионе вы выбираете несколько серверов и балансируете нагрузку между ними. Тогда возникает вопрос: а как насчет всего мира? Как сделать так, чтобы трафик направлялся на правильный сервер ec2? Я слышал о маршруте 53 и пытался подписаться на него, но в моей панели управления ничего не отображается. Также, возможно, это просто DNS-дело моего регистратора домена?

ААА ... какой-нибудь учебник был бы полезен!

1, что вы имеете в виду более выгодно? Пожалуйста, задайте более конкретный вопрос.

2, у вас есть много вариантов. Используйте любой контроль версий и вытащите его, создайте новый AMI, когда у вас есть новое обновление, и запустите новый экземпляр, и удалите старые, вы торрент и распространяете свое приложение с ним, например Facebook или Twitter. Обновленная операционная система тривиальна (по крайней мере, она должна быть для любого дистрибутива Linux)

3, вы получаете эластичный IP-адрес в каждом регионе, в котором хотите быть (Европа, Южная Америка, Сингапур и т. Д.), И настраиваете решение GeoDns, где ответ (IP) на запрос DNS зависит от исходного IP-адреса запрашивающей стороны, поэтому кто-то из Германии получает IP-адрес ЕС, кто-то из Канзаса получает IP-адрес Вирджинии и т. д. Поскольку эластичная балансировка нагрузки не является обязательной для использования, у вас есть множество вариантов, например, используйте решение для балансировки нагрузки или обратный прокси, что вы предпочитаете.

Вы можете связаться со мной, если вам понадобится дополнительная помощь по этой теме.