там ж ужо будет не совсем торт производительности хотя бы из-за использования tcp-сокетов вместо sock

Что?

вместо unix*

Дада, я понял

это позволит создать тестовый стенд

тестовый стенд я могу и с одним докером сделать

Мифы и легенды Южного Бутово

только вот это потом не будет особо полезно

потому что многие моменты не будут раскрыты

unix socket, конечно, производительнее TCP

Но эта разница заметна очень немногим

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

а не из 1 контейнера

мухи, котлеты и макароны отдельно )

ну да, это мантра, я понял, но по сути-то зачем в данном случае?

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

ну надо тогда систему брать посложнее

в этом случае искусство ради искусства получается

да какая разница - тут те же самые блоки

можн подумать у тебя часто mysql меняется

везде будет код, везде будет база и везде будет статика

или версия пыха

да какая разница - тут те же самые блоки

ну, типа, чтобы смысл людям объяснить. "мы разбиваем всё на отдельные контейнеры потому что это поможет нам в процессе CI, блабла, то сё"

а тут тока гемора добавляется

ну да, пусть так

не важно в данном случае

просто есть некая связка контейнеров

смотря какая у тебя цель

и хочется и запустить именно через Kubernetes u Rkt

упор на них

а не на сами контейнеры

про сами контейнеры уже много всего

если просто показать как контейнерами пользоваться с технической точки зрения и конфиги запостить - тогда да. а если идеологию продвинуть - тогда нет

идеологию сам докер неплохо продвигает

мой интерес конкретно в Kubernetes + Rkt

вот у меня 3 чистых сервера или VPS или .., как мне правильно туда поставить CoreOS, Kubernetes на fleet, Rkt (чтобы мог запускать Docker-контейнеры), etcd, flannel, что-то там ещё... вся документация есть, но она в общем виде, а не как подробный нубский туториал

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

ансамблем взят ьи поставить )

да, как вариант

нужны best practice

по этому всему

я, например, до сих пор не до конца понимаю, как правильно обновлять сервис, вот есть project.service какой-нибудь, там команда рестарта контейнеров, в ней указаны версии, допустим, нужен апгрейд, на CI всё ок прошло, всё зеленое, что дальше? надо обновить project.service на новый с новыми циферками и потом через systemctl сделать рестарт (что потянет за собой pull нового докер образа, остановку и удаление текущих контейнеров и старт контейнера из нового образа)

такой путь правильный?

или какой-то другой

и вот теперь представить, что у нас не просто докер и контейнеры, а Kubernetes, что это меняет в этой схеме?

Мне кажется, вы спускаетесь до инструменво и пытаетесь решать ими

а нужно придумать подход, а потом искать инструменты и адаптировать их

ВЫ же знаете про BGD ? мне кажется вы этого хотите те ?

*нет ?

кубернетес его из коробки вроде умеет

мне хотелось бы побольше почитать про Kubernetes с примерами

конкретные кейсы

и дальше уже на основе чужого опыта я понял, как мне его лучше адаптировать для себя, так документация, конечно, по Kubernetes есть, но вот примеров не хватает

Да бросьте

интернет полон

Это точно чат для гиков?

нет

это чат для девопсов

в s3

Условный nginx + условный php-fpm. Что тут выдумывать-то.

И еще условный varnish

это зачем?

ERROR: S client not available

Это для отличного кэшинга

Ну из религиозных убеждений некоторые юзают кэш от nginx, но лично по моим замерам для wp и мадженты варниш шучтрее

в варнише нет смысла, ВВC вон не поленился, и объяснил почему.

Да. http://www.bbc.co.uk/blogs/internet/entries/17d22fb8-cea2-49d5-be14-86e7a1dcde04

Ну фиг знает, я ставлю и клиенты довольны

клиенты всегда довольны, они 0.05с от 0.2 не отличают

кстати, как медженту закешировать внешним прокси? там же часть контента на страницах unique per user, например содержимое корзины

не кешируй это )

или в кеш кей добавить хедер с токеном\ сессией

но лучше, не кешируй )

так это надо делать отдельный запрос на содержимое корзины

чтобы его не кешировать

в код лезть то бишь

и ?

на своем сервере

очевидно же

остаётся страдать

или купить в ДО

например

на амазоне был же бесплатный на год

в варнише нет смысла, ВВC вон не поленился, и объяснил почему.

Потому что не надо кэшировать на диск

на амазоне был же бесплатный на год

во, тож вариант

зарегайся на другое мыло

я алтависту юзал

ну купи тогда

проблема какая-то выдуманная

да ты просто с троллем разговариваешь

интересно, как этот свин обходит баны