ну тогда вижу один вариант. 1:1 хост:контейнер

здесь смысл ещё менее очевиден. если умеешь базу готовить - зачем её в докер?

если цель унификация подхода...

мои базы все на хосте, без докера, либо rds

ну чтобы потом если что , в кубер уйти

мое мнение по базам и долгоиграющим приложениям - надо лепить прямо на хост

Приложения со каким-то подобием состояния берут его с s3 при запуске. s3sync

Приложения со каким-то подобием состояния берут его с s3 при запуске. s3sync

нет у меня s3

если такой вариант подходит, то scp rsync

нет у меня s3

можно сделать glusterfs или огород с lsyncd, NFS и пр.

@bamaboy на сколько оно добавляет оверхеда поддержки, кстати?

можно сделать glusterfs или огород с lsyncd, NFS и пр.

думаю о ceph

и рисков что "все быстро не починится, все потерялось на неделю"

мы в амазоне крутим jenkins внутри докера в ECS, который пишет в шареную EFS, есть проблема с локами NFS, некоторые билды намертво повисают и не удаляются

@bamaboy на сколько оно добавляет оверхеда поддержки, кстати?

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

спасибо

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

А протокол хттп с юезрскими сессиями в куках - это стейтфул или стейтлесс?

странный вопрос. этот стейт не хранится в самом приложении, а сугубо на клиенте.

со стороны сервера - стейтлесс, со стороны клиента - вполне себе стейтфул

А как же хранение файлов сессий на стороне сервера?

А как же хранение файлов сессий на стороне сервера?

обычно такое хранят в redis, memcached и пр.

обычно такое хранят в redis, memcached и пр.

Где-то была картинка про простенький-типичный сайт на вордпрессе, развернутый в амазоновском облаке

Нашел

Это я про оверинжиниринг и прочее, но я все понимаю, я тоже этим страдаю

вместо efs я s3 заюзал

намного быстрее

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

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

Нельзя, не модно

или же в докере с volume куда-то наружу, который бэкапится по крону)

я блог жены для прикола запилил в докере на EB

wordpress такой кривой, что даже не поддерживает нормально переменные окружения

многие параметры кеша вообще в базе... представьте каким образом я из ставил в соответствии со средой (local/prod)

кто угадает тому пирожок

я свой статический блог на hugo держу на простой vps за 4$ в месяц, там openvz вообще

@bamaboy ну в том то и дело, что там у нее много фоток, приходится делать pagespeed итд

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

так фоточки можно на s3 хранить или дорого?

они и хранятся. но генерация оптимизированных версий... для телефона, планшета итд

lambda, повешеная на s3 хуки?

хехе. Ну проблема в вордпрессе в том, что у него как-бы есть плагин на все, но шаг вправо, шаг влево и ничего не работает.

а писать что-то самому это вообще влом

писать php. а вот собрать openresty это пожалуйста

там еще весь кеш складывается в memcache, и оттого работатет на t2.nano

Сори, мысли вперед текста идут

н у л а д н о

И там, все-таки законченые предложения.

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

не похоже что https://github.com/jehy/telegram-test работает через REST

есть спецы по ssh port forwarding?

пытаюсь вместо ngrok сделать туннель, чтобы на внешнем сервере опубликовать локальный сервис по порту 8080. ssh -N -R external_ip:8080:localhost:8080 root@externalhost, а он не биндиться на external_ip - ставится на 127.0.0.1

tcp 0 0 127.0.0.1:8080 0.0.0.0:* LISTEN 11885/sshd: root

стекло я уже протер, колеса попинал

ERROR: S client not available

просветления там нет

в статье нового ничего нет

при этом busybox httpd -f -p external_ip:8000 ставится и работает ок

то есть почему-то именно ssh не хочет биндить на external_ip

по-ходу не хватает GatewayPorts

Да, добавление GatewayPorts помогло

спс, хоть никто и не поучаствовал)

кто где архитектуру рисует?

спс, хоть никто и не поучаствовал)

обращайся, всегда рады проигнорить

спс, хоть никто и не поучаствовал)

тот момент, когда формулировка проблемы - путь к её решению

тот момент, когда формулировка проблемы - путь к её решению

в правильном вопросе - половина ответа

©

[Перевод] Как отлаживать маленькие программы https://habrahabr.ru/post/339038/

StackOverflow — это сайт вопросов и ответов, но для очень конкретных вопросов про конкретный код. «Я написал какой-то баганутый код, который не могу исправить» — это не вопрос, это история, причём не слишком интересная. «Почему при вычитании единицы из нуля я получаю число, большее нуля, из-за чего моё сравнение с нулём в строчке 12 некорректно вычисляется в true?» — вот конкретный вопрос про конкретный код.

StackOverflow-driven development.

StackOverflow — это сайт вопросов и ответов, но для очень конкретных вопросов про конкретный код. «Я написал какой-то баганутый код, который не могу исправить» — это не вопрос, это история, причём не слишком интересная. «Почему при вычитании единицы из нуля я получаю число, большее нуля, из-за чего моё сравнение с нулём в строчке 12 некорректно вычисляется в true?» — вот конкретный вопрос про конкретный код.

Я чё-то нажала и всё сломалось

статья хорошая. А SOD – это очевидная проблема. В ФБ она ровненько такая же. Когда приходишь в питон-группу и ОПЯТЬ видишь человека, у которого скрипт упал из-за не отработавшего import – хочется просто орать

SOD - это когда люди не учат технологию, "если что в гуглё все найду, на со спрошу?"

именно

На самом деле если бы все учили теорию и правильно пользовались со, то процентов 90 чатов были бы пустые и заброшенные

SOAD

когда код сляпывается из тьюториалов пополам с творчески переосмысленными ответами с stackoverflow и прочих ресурсов

слишком банальный диалог)

слишком банальный диалог)

слишком строго для воскресного вечера

)

Посоны