Andrey Kobyshev

У меня был подобный случай по одному из контрактов на Upwork. Из 20 часов потраченных на проект, 6 занимали переговоры в чате. Когда заказчик увилил скрины нашей переписки в трекере, предъявил мне мол "я тебе плачу только за код, почему ты трекаешь общение"? Опуская детали общения, клиент открыл диспут и Upwork встал на мою сторону.

Поэтому, все время, что ты тратишь на задачи заказчика, не важно код это или общение с ним, включай в контракт.

Смущает тот факт, что браузер должен записывать эти данные на диск и при частом их изменении будет лишняя паразитная нагрузка на диск.

Провел небольшой эксперимент:

VK_STORAGE=https_vk.com_0.localstorage

cd ~/.config/google-chrome/Default/Local\ Storage

while inotifywait -q -e modify $VK_STORAGE >/dev/null; do
    stat $VK_STORAGE | grep Modify
done

При этом слушал музыку в ВК, читал сообщения, имел несколько открытых вкладок. Эксперимент показал следующее:

Modify: 2016-10-27 20:22:12.327308601 +0300
Modify: 2016-10-27 20:23:12.328580890 +0300
Modify: 2016-10-27 20:24:12.325855398 +0300
Modify: 2016-10-27 20:25:12.327132042 +0300

Похоже, что Chrome (53) достаточно умный и сбрасывает все это добро на диск раз в минуту, так что можно не беспокоиться о паразитной нагрузке. Полагаю, что другие современные браузеры тоже стараются работать с оперативной памятью, а не писать постоянно на диски.

если мы опять разбиваем приложение на куски, имея весь тот геморой, который мы имели, когда докера не было?

Отчего же? Ваше приложение может работать под арчем используя одни либы, используя при этом базу данных которая крутится под дебианом, при этом вы не паритесь о каких-то других вещах. Если вам нужна база данных - вы просто используете контейнер с оной как черный ящик. А с учетом того что у нас есть docker-compose разворачивать такую систему вообще не проблема, просто запускаем docker-compose up и все. Мы добились того же что можно было бы сделать используя один контейнер, но всю систему намного проще поддерживать.

По сути если мы разделяем наше приложение на отдельные сервисы (база данных, реверс-прокси, кэш и т.д) и при этом используем удобный формат вроде docker-compose.yml для того что бы описать что у нас там и как оно должно быть слинковано вместе, мы получаем все те плюсы которые вы указали и простоту поддержки контейнеров.

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

Ну и опять же, многие делают именно так как вы. Просто запихивают все в один контейнер.

А ну и еще - ваш подход плохо подходит для масштабирования. Скажем я хочу что бы у меня база данных крутилась на отдельном кластере серверов, а приложение на другом. И тут мы проигрываем.

1) не могут все таки загран паспорта у нас никто не отобрал
2) никому не рассказывайте об этом и никакой отвественности
3) нет
4) могут запретить любые транзакции
5) почти никто
6) читайте новости
7) смотря как умеет провайдер

https://bitbucket.org/

Можно в виртуалку поставить андроид. Из плюсов - легко забекапить, зашифровать.