Иван Шумов

А вы не хотите указать какая это база данных? И почему именно база, а не нормальное api к базе данных? открывать базу в интернет вообще плохая затея

А что непонятного во фразе "у меня нет файла .gitignore, дай мне его быстро!" ?

На языке оригинала всегда гораздо больше информации и она не искаверкана переводом. Так что начинайте уже вместо того чтобы спрашивать. Поначалу всем было не легко - есть определенные технические термины, которым нигде не учать

Красть плохо. Самостоятельно не сделать что ли?

Ssh через putty

Да, да, не обязательно

Да, LongPoll может оборваться. По миллиону причин. Поэтому лучше используйте Callback вместо него

Пока у вас нет хайлоада - выбирайте то что знаете лучше. Поверьте, лучше работать с привычным иструментом, чем набивать шишки в новом
Из моих предпочтений:
- Если у вас предполагается структуризация данных и связи то SQL без вариантов
- Если у вас базовые аналитические запросы то SQL, но если данных станет овердофига то посмотрите на NoSQL ColumnBased
- Для кэшированных данных NoSQL Key-Value
- Если у вас микросервисная архитектура то я бы советовал смотреть больше на NoSQL DocumentType

это называется bizRule) то есть кастомный обработчик, привязанный к Permission

Вам, случаем, для подобных задач не подойдет Jenkins?) Банально

вы путаете рекламный аккаунт с аккаунтом аналитики по посещениям. И Google никого не кидает - им это не выгодно и не за чем

Используйте то что лучше знаете

Есть всего 2 базовых принципа сообщения:
1. Влияние на систему (действие). Это API. Как правило json REST
2. Реакция системы на действие (так же используется как низкая связанность). Это очереди сообщений.

В целом все зависит от юзкейса и нет общего универсального протокола. Много разных архитектур и все хороши по-своему. Лично я использую везде REST API и после любого (успешного и нет) вызова отправляю в ESB сообщение. Если мне нужно влиять на другую подсистему (например, после принятия заказа отправить его в отдел продаж для подтверждения) то я использую Consumer для отправки в другое api.

Это не дурдом. Это называется сбор данных и оптимизация. Вам места на диске мало? Так посмотрите на облачные хранилища, например, AWS S3.

Рекомендую освоить Ansible и автоматическое развертывание. Если вам требуется без остановки работы и есть постоянная запись в БД то с репликацией и другими плясками с бубном. Автоматизировать тут - зло