Я искал что-то вроде heroku, но для php, и после долгих разочарований (и почти найдя то, что мне было нужно, но не совсем) мы решили просто использовать AWS без какой-либо другой абстракции.
Мы используем PHP 5.3 (и CakePHP 1.3) и в настоящее время используем git. Ubuntu кажется самым простым способом использовать оба этих варианта, и мы, скорее всего, будем использовать его. Мы не будем беспокоиться об исходящей почте. Мы используем smtp через gmail, но, скорее всего, со временем перейдем на какой-нибудь другой сервис.
У меня было 3 вопроса:
1) Я рассматривал Zend Server, и я не совсем уверен, чем он выгоднее xampp. Может быть, это не так?
2) Я полагаю, что для масштабирования приложения нам понадобится несколько экземпляров некоторых ec2 ami. Затем просто дублируем их и т. д. Тогда возникает вопрос, как нам убедиться, что все экземпляры EC2 обновлены?
3) Я в некоторой степени понимаю концепцию балансировки нагрузки. Я понимаю, что в одном регионе вы выбираете несколько серверов и распределяете нагрузку между ними. Тогда возникает вопрос: а как насчет мирового масштаба? Как сделать так, чтобы трафик направлялся на нужный сервер ec2? Я слышал о маршруте 53 и пытался зарегистрироваться на нем, но в моей панели управления ничего не отображается. Также, возможно, это просто проблема DNS с моим регистратором домена?
АААА... какой-нибудь урок был бы полезен!
решение1
1, Что вы имеете в виду под более выгодным? Пожалуйста, задайте более четкий вопрос.
2. У вас есть много вариантов. Используйте любой контроль версий и вытащите его, сгенерируйте новый AMI, когда у вас есть новое обновление, запустите новый экземпляр и снесите старые, вы торрентите и распространяете свое приложение с ним, как Facebook или Twitter. Обновления операционной системы тривиальны (по крайней мере, так должно быть для любого дистрибутива Linux)
3. Вы получаете эластичный IP-адрес в каждом регионе, в котором хотите находиться (Европа, Сан-Франциско, Сингапур и т. д.), и настраиваете решение GeoDns, где ответ (IP) на запрос DNS зависит от исходного IP-адреса запрашивающей стороны, так что кто-то из Германии получает IP-адрес ЕС, кто-то из Канзаса получает IP-адрес Вирджинии и т. д. Поскольку эластичная балансировка нагрузки не является обязательной, у вас есть множество вариантов, например, использовать свое решение на балансировщике нагрузки или обратный прокси-сервер, что вам больше нравится.
Вы можете связаться со мной, если вам понадобится дополнительная помощь по этой теме.