
Vadim
21.10.2018
13:47:34
тут давеча был вброс что нет пока ни у кого баз в кубернетесе живущих пять лет

Sergey
21.10.2018
13:49:13
зато вакухи с требованиями базы в проде на кубере +5 лет?

Anton
21.10.2018
13:52:23

Stefan
21.10.2018
13:53:30
подскажите, пожалуйста, что я не так делаю
не работает ни по 80 порту, ни по 443. Refused to connect
установил хельм на миникуб
запустил helm install helm_nginx(название папки с темплейтами)
В итоге поды, деплоймент, сервис и ингресс создались. куда копнуть?
деплоймент, ингресс, сервис и лог после команды helm install прилагаю
https://pastebin.com/NbH4kKKh

Google

Михаил
21.10.2018
14:02:23

Eugene
21.10.2018
15:06:29

Stefan
21.10.2018
15:10:10
Покажите вывод kubectl describe ingress nginx, пожалуйста
Name: nginx
Namespace: default
Address:
Default backend: nginx:80 (172.17.0.5:80,172.17.0.6:80,172.17.0.7:80)
Rules:
Host Path Backends
---- ---- --------
* * nginx:80 (172.17.0.5:80,172.17.0.6:80,172.17.0.7:80)
Annotations:
http.port: 443
Events: <none>

Eugene
21.10.2018
15:13:43

Stefan
21.10.2018
15:14:50

Eugene
21.10.2018
15:20:50

Stefan
21.10.2018
15:21:51

Eugene
21.10.2018
15:29:41

Stefan
21.10.2018
15:29:55
Да
омг...
не тот айпишник юзал
миникуба нужно же было, а не своей тачки
работает в общем
спасибо за отклик

Eugene
21.10.2018
15:42:14

Stefan
21.10.2018
15:43:07
Rubber ? debugging
а когда допустим нужно будет еще один сервис поднять, то это нужно описывать в существующем игрессе? или как?

Google

Eugene
21.10.2018
16:02:16

Stefan
21.10.2018
16:02:45

Eugene
21.10.2018
16:03:47

Stefan
21.10.2018
16:04:37

Dmytro
21.10.2018
19:17:16

Alexey
21.10.2018
19:18:54

Dmytro
21.10.2018
19:22:02

Михаил
21.10.2018
20:21:58

Mikhail
21.10.2018
20:23:40
Bigbasket’s Experience with Istio
Интересная инфа по производительности istio. Сервис меш увеличивает время ответа приложения в 2 раза - готовы ли вы заплатить такую цену за его фичи?
https://tech.bigbasket.com/bigbaskets-experience-with-istio

Yaros
21.10.2018
20:39:55
Dmytro можно чуть подробнее где стоит ингрес и откуда он знает как кто юзер залогинился в сервисе А и после этого что ему нужен урл для сервиса В1 или В2, который в зависимости от того, кто юзер?
@azalio спасибо за линк. Интересно что получится у istio но текущее состояние делает его непригодным для прод решений, имхо.

Alexey
21.10.2018
20:47:55

Dmytro
21.10.2018
20:48:32

Yaros
21.10.2018
20:54:16
то есть я логинюсь приложением к сервису А. Оно смотрит, ага, это Вася, ему нужен сервис В2. Дальше везде работает с сервисом В2. Какую роль на себя берет ингрес в этом во всем?
Да это дев среда, просто сервисы по-разному могут быть сконфигурированы и могут быть разных версий.

Михаил
21.10.2018
20:54:51

Alexey
21.10.2018
20:55:53

Yaros
21.10.2018
20:56:30
да, для васи вообще есть только приложение, в котором он вводит логин и пароль и дальше все работает

Alexey
21.10.2018
20:56:46
нет смысла скрывать, всем пофиг.

Google

Yaros
21.10.2018
20:56:58
А куда приложение обращается Вася не выбирает, за него все настраивается.

Alexey
21.10.2018
20:57:24
он и не будет выбирать, максимум увидит, что ссылка поменялась на
b2.mydomain.ru
А 99% обычных людей не увидят. Им вообще пофиг, даже если сказать.

Yaros
21.10.2018
20:58:14
я не сильно понимаю что дает этот домен. Эти сервисы и так примерно таким образом разнесены ?
Вы предлагается для каждого клиента просто домен свой иметь, верно?

Alexey
21.10.2018
20:58:50
вроде того, отдельный location

Yaros
21.10.2018
20:58:51
Ну типа тем, кому на сервис В1 им один урл, кому на В2 - другой, так?

Alexey
21.10.2018
20:59:04
да.

Yaros
21.10.2018
20:59:52
Ну так сервисов-то несколько и между ними можно переключаться время от времени. То есть не В1 единым, но также и С1, Д1 и Е1 и даже Ф1.

Alexey
21.10.2018
21:00:45
client1.mydomain.ru/B1
client1.mydomain.ru/D1
где проблема? пусть переключается

Yaros
21.10.2018
21:00:47
Так что эту информацию отразить в едином урле для логина для Васи никак нельзя, не делая урлы типа: B1.C1.D1.E1.F1.mydomain.com и так для всех комбинаций имеющих место быть
Ну проблема в том, что Вася на вы с компьютером и может неверно зайти и сам переключаться не должен. его нужно переключать. А он просто будет заходить на myapp.com и от логина там попадать куда нужно.
Но я, видимо, что-то упускаю. То есть делая множество микросервисов разруливать какие сервисы нужны клиенту правильно вот так? Это бест практисис такие правда?
И если так, когда я отпиливаю от монолита очередной кусок я звоню Васе и говорю: Василий, вам нужно учесть еще пару урлов, мы там опять улучшили все?

Alexey
21.10.2018
21:05:56
отпилили кусок, поставили вместо него redirect_to new_microservice. Вася и не заметит.

Vadim
21.10.2018
21:07:00
ну как всегда "в два раза" == "на 13 мс"

Mikhail
21.10.2018
21:07:40

Yaros
21.10.2018
21:07:58
Я просто не вижу преимуществ по сравнению с тем, что все урлы на все сервисы хранятся в базе и оттуда грузятся. К чему мне чего-то мудрить, давать доступ юзеру или просить его чего-то менять, если без этого у него просто все работает?

Vadim
21.10.2018
21:08:38
А что комментить, там все написано "Although Istio is used in production at scale in some big companies like IBM, eBay, it still looks like a distant dream to be widely adopted by many companies" == "кривизна рук у ИБМ меньше"

Google

Yaros
21.10.2018
21:08:55
Просто пока хранится это соответствие в базе. И казалось нужно это делать как-то правильнее. Но просить юзера это делать меняя урлы разве правильно или лучше?

Alexey
21.10.2018
21:10:10


Yaros
21.10.2018
21:12:05
Я хочу пользователей иметь возможность направить на разные сервисы. Скажем так, есть группы юзеров. Каждый юзер разумеется не имеет лично своего сервиса. Скажем так, кто-то играет в покер, кто-то в рулетку. Сервис дает играть либо в то, либо в то. Но настроен должен быть по-разному.
То есть Вы предлагаете разнести это на рулетка.рф и покер.рф и тогда все, что относится к покеру идет на покер, а что на рулетку - рулетка.рф, верно понимаю? Если нужны еще уникальные игры - просто добавляем домен, там лото.рф и так далее, верно? А где хранить конфигурацию под каждый домен, то есть то, к кому он обращается? А я могу как-то разруливать ингрессом что с покер.рф все идут на сервисы В1, С2, Д2?
оговорюсь, что ни в покер ни в рулетку никто не играет, просто для примера взял ?

Alexey
21.10.2018
21:17:34
> А я могу как-то разруливать ингрессом что с покер.рф все идут на сервисы В1, С2, Д2
да.

Yaros
21.10.2018
21:24:36
хмм, но получается конкретного юзера я уже не смогу перекинуть и мне нужно будет давать ему другую ссылку? А менять прошлую я не могу, там могут быть другие юзеры, для которых ничего не меняется.
А как вообще регулируется версионность сервисов в кубернете? То есть если у меня группа сервисов, которым нужны разные врсии для совместимости, я их группу храню в роутах ингресса?

Alexey
21.10.2018
21:31:29
Вам нужно сесть и на коленке написать демо с нуля с dummy сервисами. И все станет на свои места думаю.

Yaros
21.10.2018
21:33:50
@alexesDev пожалуй Вы правы, я как-то потерялся в поисках серебряной пули. Спасибо за ответы, небольшое просветление пришло!

Dmytro
21.10.2018
23:15:29
Ну и скорее всего вам нужен некий сервис api gateway - т.е. он будет смотреть в куку юзера и проксировать на нужные версии сервисов Bx, Cx и т.п. Это может делать также istio (смотреть нужную куку). Это всё конечно только при условии если я правильно понимаю что вам нужно :)

Yaros
21.10.2018
23:23:37
Dmytro да, все верно. Просто сейчас думаем командами как это делать правильно в стиле кубернета. По сути из всех моих изысканий я понял, что либо инфа зашивается в приложение и тогда это толстый клиент, который "сам все знает". Либо инфа зашивается в сеть и чем "умнее" сеть, тем "тупее" клиент. Пока я понимаю, что до конца не понимаю ничего и для себя я решил построить прототип по Совету @alexesDev и уже после решать какой дорогой идти. До чего-то умного дойду - отпишусь здесь, спасибо всем за помощь

Anton
22.10.2018
04:42:36
Всем привет.
Можете помочь советом.
Все настройки, конфиги и вопрос описал тут
https://toster.ru/q/572896

Vitaliy
22.10.2018
04:49:39

Anton
22.10.2018
04:54:48

Vitaliy
22.10.2018
05:09:57

bebebe
22.10.2018
05:12:28
https://status.github.com/messages с понедельником коллеги

Fike
22.10.2018
05:13:39
Дайте угадаю, они хостились на цефе росреестра

Anton
22.10.2018
05:14:44
github жи на k8s. дискредитировано =(

Fike
22.10.2018
05:15:49
Хостпатх не вытянул

Google

bebebe
22.10.2018
05:15:58
а k8s на azure

Fike
22.10.2018
05:16:28
Один мускул только и выдерживает

bebebe
22.10.2018
05:16:36
https://twitter.com/search?f=tweets&vertical=default&q=github&src=typd
коллеги из Азии негодуют тбольше всего
так, ну у меня выходной тогда выходит

Anton
22.10.2018
05:20:38
попробуйте попинговать не c нод k8s кластера
telnet не с ноды кластера
telnet 10.233.60.149 5432
Trying 10.233.60.149...
telnet: Unable to connect to remote host: Connection refused
может я неправильно установил/настроил metalLB?

bebebe
22.10.2018
05:21:52

Anton
22.10.2018
05:22:16
kubectl get svc
stable-stolon-proxy ClusterIP 10.233.60.119 <none> 5432/TCP 16h
Пытаюсь подключится по внутренней сети Kubernetes на порт 5432
telnet 10.233.60.119 5432
Trying 10.233.60.119...
Connected to 10.233.60.119.
Escape character is '^]'.
Connection closed by foreign host.
--set arpAddresses=192.168.16.240/30 (из примера helm metalLB) - я правильно понимаю здесь указываю IP ноды?

terry
22.10.2018
05:24:23

bebebe
22.10.2018
05:24:43
а k8s на azure
https://twitter.com/emlynoregan/status/1054171390654459904

Fike
22.10.2018
05:32:37

Andrey
22.10.2018
05:33:52
вы чо для прода гитхаб чтоли юзаете? )

Fike
22.10.2018
05:35:49
Что такое VCS для прода?

terry
22.10.2018
05:46:44

bebebe
22.10.2018
05:51:30

Fike
22.10.2018
05:59:04
Ну самим стэш держать-то куда надёжней
И слэк тоже в жопу, летом вон висел
Гмайлами всякими незачем пользоваться, если есть постфикс