Нужен совет для создания API обработчик HTTP запросов

[качок]

Предположим есть сервер, где по запросу должны создаваться новые сервисы или базы данных. Всё достаточно просто - вызываем некий API, типа, скажем, создать базу данных с таким-то именем некоторыми параметрами, или уничтожить ранее созданную базу, ну и иметь простой UI к этому или вызывать тоже самое без UI. Думаю это мог бы быть простой web-server на питоне принимующий get запросы. Вопрос - стоит ли сюда различные SOAP, REST лепить или лишнее? Надо чтобы и попроще, и чтобы велосипед не изобретать.

[Sergunka]

Посмотрите как пример реализацию в Cloud Foundry сервисов. Там и команды есть работы с сервисами.

https://cli.cloudfoundry.org/en-US/cf/c ... rvice.html

[katit]

Предположим есть сервер, где по запросу должны создаваться новые сервисы или базы данных. Всё достаточно просто - вызываем некий API, типа, скажем, создать базу данных с таким-то именем некоторыми параметрами, или уничтожить ранее созданную базу, ну и иметь простой UI к этому или вызывать тоже самое без UI. Думаю это мог бы быть простой web-server на питоне принимующий get запросы. Вопрос - стоит ли сюда различные SOAP, REST лепить или лишнее? Надо чтобы и попроще, и чтобы велосипед не изобретать.

SOAP не надо, но чтобы это был "API" надо REST, создавать базы данных по "GET" это изобретение велосипедов.

[Privet]

Предположим есть сервер, где по запросу должны создаваться новые сервисы или базы данных. Всё достаточно просто - вызываем некий API, типа, скажем, создать базу данных с таким-то именем некоторыми параметрами, или уничтожить ранее созданную базу, ну и иметь простой UI к этому или вызывать тоже самое без UI. Думаю это мог бы быть простой web-server на питоне принимующий get запросы. Вопрос - стоит ли сюда различные SOAP, REST лепить или лишнее? Надо чтобы и попроще, и чтобы велосипед не изобретать.

Я не понял, при чём тут HTTP запросы и API, которые создают сервисы и работает с БД? Запросы HTTP обрабатывает веб-сервер, который запускает некие процессы. Процессы реализуют нужные API и пишутся они на конкретном языке программирования. Исходя из этой иерархии и выбирайте что Вам нужно. Если сильно хочется "крутизны", то поверх HTTP можете слепить SOAP или REST, но это никак не меняет иерархию, описанную выше.
Плясать надо от того, на какой системе вы это всё хотите гонять и языка программирования, на котором вы хотите ваять свой API.
Если не работаете на Майкрософт, то систему лучше выбрать Linux. Потому, что замыкаясь на винды, вы добровольно ограничиваете себя только мелкомягкими поделками типа .NET и C# и прочие. Майкрософт имеет тенденцию выкидывать на рынок какую-нибудь "непревзойдённую" технологию, бурно её рекламирует, а через несколько лет осчастливливает мир ещё более крутой технологией, а прежнюю тихо забывает. Всё это вещи в себе и только для себя, но не для Вас. Выбирать стоит из технологий, которые стабильно развиваются и не зациклены на одну конкретную компанию. Какой-нибудь из Линуксов - будет вполне разумным выбором.
Остаётся выбрать только язык программирования. Это зависит отчасти от тех ресурсов, какими Вы располагаете и с чем лучше знакомы. Лично мне нравится PHP. Он стабильно развивается много лет и, что очень здорово, он прост, Си-подобен, легко осваивается и при этом scalable. При желании на нём можно писать примитивные дрыгалки в одну строчку, не забивая голову разделением definition/implementation как в Java, но в то же время, он позволяет при желании строить полноценные объекты и, соответственно, качественные API. Что приятно, PHP обладает высокой производительностью. На нём написано много сложных систем. На нём можно найти массу самых разных библиотек и даже готовых подсистем, например, API для работы с БД, реализации стилей для сайта, системы кэширование данных, стеки сетевых протоколов и, конечно же, упомянутые Вами SOAP и REST.
В качестве БД в этом случае логично выбрать MySQL или PostgreSQL.

Это то, что Вы хотели?

[VladDod]

... API для работы с БД, ...

... который запросто перестанет работать при переходе c пятой на седьмую версию php. ... К примеру, в списке функций новой версии напрочь будет отсутствовать какаянить жизненно важная mysql_pconnect(blah, blah, ...); Я с таким уже сталкивался.

ЗЫ Но по сути, Привет, я лично на 100% ... с вашим постом. ... PHP - игрушка приятная во всех отношениях. Но (как и Линукс) не гарантирует постоянства "технологии".

[geek7]

Если не работаете на Майкрософт, то систему лучше выбрать Linux.
Потому, что замыкаясь на винды, вы добровольно ограничиваете себя только мелкомягкими поделками типа .NET и C# и прочие.

вообщето контейнеры ,как правило, отлично работают что на виндах что на Linux - java/node/ruby/nameit другой вопрос - зачем при этом платить за винду. а вот какой контейнер : на чём проще Вам реализовать вызовы "создать базу/уничтожить ранее созданную базу" скажем если Вы сейчас это делаете в питоне то можно от этого и плясать, если вызываете command-line-tool то пофиг.
Насчёт SOAP или REST - плясать нужно от того какие клиенты будут этим API пользоватся. Скажем если этот API будет вызыватся из браузера то REST, если предполагается интеграция с каким-нибудь энтерпрайзным оркестратором то может и SOAP.

[Palych]

Предположим есть сервер, где по запросу должны создаваться новые сервисы или базы данных. Всё достаточно просто - вызываем некий API, типа, скажем, создать базу данных с таким-то именем некоторыми параметрами, или уничтожить ранее созданную базу, ну и иметь простой UI к этому или вызывать тоже самое без UI. Думаю это мог бы быть простой web-server на питоне принимующий get запросы. Вопрос - стоит ли сюда различные SOAP, REST лепить или лишнее? Надо чтобы и попроще, и чтобы велосипед не изобретать.

Вопрос не в том на чем делать.
А как аутентификация и авторизация будет работать.
(У нас на заре BBS один деятель модифицировал COMMAND.COM чтобы слушать команды с модема. Первый посетитель набрал DEL *.*...)

[Privet]

... API для работы с БД, ...

... который запросто перестанет работать при переходе c пятой на седьмую версию php. ... К примеру, в списке функций новой версии напрочь будет отсутствовать какаянить жизненно важная mysql_pconnect(blah, blah, ...); Я с таким уже сталкивался.

ЗЫ Но по сути, Привет, я лично на 100% ... с вашим постом. ... PHP - игрушка приятная во всех отношениях. Но (как и Линукс) не гарантирует постоянства "технологии".

Любая технология, которая развивается, действительно не гарантирует абсолютного постоянства. С форумом, который на PHP у меня возникали проблемы устаревших команд, но переход на PHP 7 (сейчас 7.3) прошёл гладко. Собственно с него и можно начинать.