Snowindy

Для контраста с другими ответами и расширения кругозора, API также может быть совсем и не RESTful.
К примеру, RPC-style API на основе SOAP, XML-RPC или JSON-RPC.

Отличия RESTful и RPC-style:
- С точки зрения REST - приложение представляет собой набор ресурсов, доступных по URI и залинкованых между собой. Для понятности, это грубо аналог - WWW, гипертекстовых страниц, форм и т.п. А клиент - браузер. Браузер мало что знает об устройстве каждого конретного сайта, но понимает общие принципы устройства сети, поэтому все и работает.
- RPC-style, наборот, предполагает, знание клиента об устройстве приложения. Приложение в свою очередь - просто набор функий, доступных через контракт (документацию) и API.

Что конкретно использовать - решать вам. Сейчас модно делать RESTful сервисы, так как зачастую эта архитектура хорошо ложится в парадигму CRUD.

Для этих целей хорошо подходят инструменты RubyOnRails (мир Ruby), или Grails (мир Java).
В чем фишка:
Вы декларативно определяете объекты вашей системы и связи между ними. Они называются доменными объектами.
К примеру, блог: Пользователь имеет N постов и M Комментариев. Пост имеет N комментариев. Доменные объекты: Пользователь, Пост, Комментарий.

По этой декларации фреймворк сам генерит таблицы БД с полями и веб-формы для каждого из доменных объектов, а также начальный код, выполняющий редактирование, добавление, удаление и т.п.

Вы запускаете приложение и можете сразу что-то создать.

Конечно, допиливать надо много, но это довольно быстрый способ создать что-то рабочее.

Тем не менее, если задача шаблонна (тот же блог сделали уже тысячи раз), лучше сразу смотреть в сторону CMS, к примеру Joomla.