пизда штурвалу

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

Кто знает с какой стороны в связку istio + k8s запрягать druid?

Программное зачем-то хотят. У меня нет готового ответа. Объясните, хоть, зачем он нужен и какую проблему решает?

а напрямую это как?

А самому почитать ? Кратко - за счёт бешеного оверхеда (может и не очень бешеного) потому что растет летенси, нагрузка на цпу, память, Истио позволяет сделать отдельный слой управления трафиком. Технически - это по сути как подсаженный прокси в каждый сервис. Причем не только на вход трафика, но и на выход. Но, понятно, что лучше всего это работает с http/grpc трафиком. Касательно того, что это даёт: * Возможность снимать трейсинги (т.е. полный граф прохода вызовов между сервисами) * Управлять трафиком (безопасность) * Балансировка трафика * Реализация примитивов отказоустойчивости (ретрай, тайм-аут, circuir breaker) * Участие в реализации деплоя - канареечный, а/б

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

Про Istio я знаю, и он у меня настроен. Мне бы про Druid. Оно, вообще про что?

Что нужно сделать чтобы что-то туда складывалось? Где его запускать? В том же кластере или рядом?

фелас, подскажите nginx inggress -> istio. Как корректно с nginx'a поинтить в истио? Я понимаю что нужно проксить с нжинкса на истио гейтвей или на виртуал сервис. Но это не точною. Поправьте пока не начала фигню делать.

Кмк, заюзайте истио гейтвей всесто ингресса и будет счастье

Ну, и в офдоке вроде как всё хорошо описано

и второе. Я пока не понимаю как к истио крутиь серт менеджер.

и второе. Я пока не понимаю как к истио крутиь серт менеджер.

Спасибо всем. То что надо.

я у себя оставил nginx из-за нормальной интеграции с cert-manager. Ingress в качестве бэкенда использует промежуточный сервис, который указывает на istio gw. Примерно так это выглядит: --- kind: Ingress metadata: name: app-ingress annotations: kubernetes.io/ingress.class: nginx certmanager.k8s.io/cluster-issuer: letsencrypt-prod spec: rules: - host: example.com http: paths: - backend: serviceName: app-istiogw servicePort: 80 tls: - secretName: app-tls hosts: - example.com --- kind: Service metadata: name: app-istiogw spec: type: ExternalName externalName: istio-ingressgateway.istio-system.svc.cluster.local --- apiVersion: networking.istio.io/v1alpha3 kind: Gateway metadata: name: app-gw spec: selector: istio: ingressgateway servers: - port: number: 80 name: http protocol: HTTP hosts: - example.com --- apiVersion: networking.istio.io/v1alpha3 kind: VirtualService metadata: name: app-vs spec: hosts: - example.com gateways: - app-gw http: - route: - destination: host: app-svc --- apiVersion: v1 kind: Service metadata: name: app-svc

Как внешнюю машину с bitrix зацепить за istio?

Как внешнюю машину с bitrix зацепить за istio?

Привет, подскажите где находится подстановочный домен типа xip.io, а то я поменял на свой. И интерфейс сломался, остался только kubectl, а там я не смог найти.

я у себя оставил nginx из-за нормальной интеграции с cert-manager. Ingress в качестве бэкенда использует промежуточный сервис, который указывает на istio gw. Примерно так это выглядит: --- kind: Ingress metadata: name: app-ingress annotations: kubernetes.io/ingress.class: nginx certmanager.k8s.io/cluster-issuer: letsencrypt-prod spec: rules: - host: example.com http: paths: - backend: serviceName: app-istiogw servicePort: 80 tls: - secretName: app-tls hosts: - example.com --- kind: Service metadata: name: app-istiogw spec: type: ExternalName externalName: istio-ingressgateway.istio-system.svc.cluster.local --- apiVersion: networking.istio.io/v1alpha3 kind: Gateway metadata: name: app-gw spec: selector: istio: ingressgateway servers: - port: number: 80 name: http protocol: HTTP hosts: - example.com --- apiVersion: networking.istio.io/v1alpha3 kind: VirtualService metadata: name: app-vs spec: hosts: - example.com gateways: - app-gw http: - route: - destination: host: app-svc --- apiVersion: v1 kind: Service metadata: name: app-svc

https://istio.io/docs/tasks/traffic-management/ingress/ingress-certmgr/

что поменял, ингресс?

выдал хост rancher.cattle-system.172.27.10.103.rancher.i-dgtl.ru, я его меняю, он его снова сбрасывает в этот

1.2.3.4.xip.io резолвится на xip.io, так что вам надо надо настроить днс чтобы rancher.i-gtl.ru резолвился на 172.27.10.103

ранчер резолвится по идее на балансировщик, а потом уже соответственно туда, оно работало, но потом как-то стало так

Скажите, а кому-нибудь был бы интересен BareMetal Kubernetes хостинг?

если не саас

а можно впрос? а в чем плюсы BareMetal?

ну и безопасность, не?

В производительности в первую очередь

прям сильно заметно?

Чем по вашему оно безопаснее?

В плане цены это в разы

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

не, я про скорость работы, без учета денег

Это саас, ну и как бы если у тебя не работает отдел по безопасности то вероятно в облаке куда больше предусмотрено и закрыто дырок чем ты сам закроешь

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

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

Вы таки от всяких meltdown, дыр в sack и прочих вещей защитили всё что может принимать внешний трафик быстрее, чем aws или забили?

Вы таки от всяких meltdown, дыр в sack и прочих вещей защитили всё что может принимать внешний трафик быстрее, чем aws или забили?