Разработка портала, реализация собственного API для работы с БД?

Question

[Данила Буянов]

Всем привет.


В предстоящие несколько месяцев мне предстоит разработать портал по недвижимости. Он будет состоять из нескольких сайтов с единой базой объектов, тут возникла идея, что если вынести эту базу отдельно от баз CMS и сделать небольшой API для запросов к серверу базы как AJAX так и просто от сервера по HTTP. Поскольку опыта создания такого рода проектов у меня нет хотелось бы обсудить это с теми у кого он есть и узнать о каких-либо узких местах и трудностях заранее, так сказать на этапе проектирования. И так вопрос, даже вопросы.


Что касается ПО то все стандартно. php 5.2 + mysql + apache2 + nginx + memcached на debian.

Железка: Intel Cored 2 Duo 2660МГц 2Гб DDR2 1ТБ на винте.

1. Оправдано такое решение (выносить базу) добавлю еще то что возможно в последствии нужно будет организовать доступ к базе сторонних организаций (их сайтов точнее)
   
2. может быть не стоит использовать MySQL?
   
3. есть ли какие-либо сложности в защите такой базы и соединений к ней?
   

Всем кто откликнется спасибо, буду рад любым советам и размышлением на этот счет.

Comments

[sajgak]

А почему php 5.2?

[Данила Буянов]

в смысле почему именно 5.2 или почему php =) php5.2+ для использования таких функций как json_encode/decode

[sajgak]

ну есть то уже 5.3 причем давно:) Конечно если использовать готовые фреймворки, то разницы не почувствуете. А так вообще хорошо было бы шагать в ногу со временем)

[Данила Буянов]

просто в самом вопросе я написал php5.2+ (а потом написал mysql и т.д. получилось действительно не понятно) с тем смыслом что нениже 5.2 и 5.3 подойдет лишь бы сборку найти под debian.

Answer 1

[sajgak]

1. Для организации стороннего доступа — это очень удобное решение. + при хороших нагрузках у вас не будет никаких проблем при выносе базы на отдельную железку.

2. Какая предпологается структура? (Работаю уже с год с MongoDB, почти весь проект при должной организации бд можно перенести на него и получить выигрыш в производительности). Если интересно — подробности в личку.

3. Если на 1 сервере — отдельный пользователь для изменения + 1 с правами на select для сторонних пользователей. И никаких проблем. Если разнести базу и логику: фаервол с доступом с 1 ип на 1 порт. Обработка сторонних запросов — так же с этого ип. (тобишь без прямого доступа к самой бд)

Comments

[Данила Буянов]

спасибо за ответ ) я уже в личку накатал по поводу MongoDB

Answer 2

[glebkk]

Как вариант вместо MySQL можно использовать CouchDB, из плюсов, например, у него уже есть REST API для ваших API запросов, только с безопасностью (аутентификация, уровни доступа) придется поработать.

Comments

[Данила Буянов]

надо посмотреть пока есть время ) Уровни доступа оставим на php ACL а безопасность… ну будем думать советоваться )))

Answer 3

[zizop]

1. Да, если планируется сторонний доступ. Потом будет проще.
2. Ну только если вы гонитесь за модой типа «MySQL уже не торт». А так есть замечательная штука — HandlerSocket. Юзайте его, делайте сразу денормализованную БД, запросы по PK, никаких jOINов и будет вам счастье)
3. Ну единственная сложность в том, что защиту надо писать. HS принимает запросы без проверки доступа, поэтому нужно разрешать их только с локальной машины. А всю систему защиты реализовывать в php.

P.S. Я бы посоветовал вам использовать REST архитектуру для доступа к БД в php.

Comments

[Данила Буянов]

спасибо обязательно посмотрю. Так то я сторонник того что на MySQL можно сделать все что угодно если уж контакт и фэйсбук работают на ней то уж мой «высоконагруженный проект» тоже будет, при условии, что все будет правильно сделано.

Кстати, никто не использовал вот такой способ? www.tokarchuk.ru/2010/10/nosql-in-mysql-improve-mysql/

[zizop]

Ну дык мы вместе с akalend используем :-)

[Данила Буянов]

=) интересно получилось! я без задней мысли ссылку кинул

[zizop]

:-)

Answer 4

[Вячеслав Плиско]

да, вынос в отдельный сервис это очень даже здорово и MVC-шно. у меня по данной теме есть ссылка сохранённа tutorials.jenkov.com/soa/soa.html покопайся на сайте.
тоесть ты будешь делать полноценный сайт-сервис. который авторизирует, принимает запрос, выбирает данные из хранилища и выплёвывает их.
гонять данные удобно в json
по поводу выборок есть два варианта — делать именованные query=SelectCategory¶ms[id]=2 либо делать свой язык запросов, типа developer.yahoo.com/yql/

Comments

[Данила Буянов]

спасибо обязательно покопаюсь ) Да все правильно, сервак должен не зависим от сайтов по сути хранит всю базу объектов и по запросу отдает их, изначально возможно только для отдельных ip или пользователей (то есть система будет закрыта на время тестирования поработает только с нашими сайтами по недвижимости, ну а если все будет стабильно, то запустим в вольное плавание.

Гонять данные будем изначально json, потом может и в XML для более удобной работой с Flash.

Скорее всего будет какое-то свое API (мне нравится как у Контакта, все довольно понятно и логично)

Мне пока больше всего интересно, что придумать с базой в какую сторону склониться?
Лично я приверженец MySQL, но почитал про Mongo (сейчас тестирую немного) тоже ничего =) и noSQL подход Yoshinori Matsunobu тоже интересен и тесты впечатляют. Но пока время поломаться есть ))) недельку еще наверно )

[Вячеслав Плиско]

фишка же вашего подхода в том, что фиолетово какую базу вы будете использовать, конечный пользователь разницы не почувствует. а внутри вы всё поменять сможете в любой момент, хоть mysql, хоть postgre, хоть noSql, хоть из облочных хранилищ таскать. Кстати, облаки тоже хорошая идея при условии, что вы у себя организуете кэширование. вам не придётся заниматься тяжёлыми запросами и хранением больших объёмов данных.
Совет здесь только один — на первом этапе делайте на том, что лучше знаете.