раст уже с 2015 версии 1.0 🤔🤔 envoy начали пилить в 2016

И что? Istio тоже версия 1.0 :) посмотрите активность в envoy, многие ли смогут законтрибьютить в растовый проект? (Это не было критерием выбора языка для внутреннего проекта когда envoy начинался, но положительный эффект сегодня это точно имеет)

Господа, подскажите ограниченному в знаниях

c++ медленно доживает свое в легаси системах, rust выбирают во всех новых проектах и скоро он будет мейнстримом, уже сейчас есть тендеция переписывания с плюсов на rust критических частей системы, возможно у envoy будет такая же судьба

если у меня есть deployment

имея две одинаковых тулзы какую ты выберешь? я выберу написанную на rust, тк буду знать что там из коробки достаточно проверок чтобы тулза не выстрелила мне в ногу сегфолтом

вы наверное о плюсах знаете из 90-х годов не поверите, но там сейчас ручная работа с памятью сведена к минимуму и тулзов для нахождения сегфолтов и утечек за десятки лет накопилось уже порядка, что их можно как линтеры на CI запускать

мне tolerations прописывать в spec для него или в spec темплейта репликасета?

если я не хочу, чтобы поды висели дохлыми по 300 секунд по умолчанию в случае смерти ноды

Многие ли выберут проект для своей инфраструктуры уровня cloudflare (видел их в issue, они объявили об envoy?) , если не будут уверены что у них УЖЕ есть сотня голов , готовая пофиксить баги . С С++ это возможно, с Rust пока не очень

c++ медленно доживает свое в легаси системах, rust выбирают во всех новых проектах и скоро он будет мейнстримом, уже сейчас есть тендеция переписывания с плюсов на rust критических частей системы, возможно у envoy будет такая же судьба

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

https://news.ycombinator.com/item?id=18034535 кажется что linkerd2 современее istio+envoy 🤔🤔🤔

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

https://github.com/linkerd/linkerd2-proxy/tree/master/src нет ну вы просто сравните сорцы енвоя и этой красоты, все по папочкам, без *.h/*.cc ада прям рай для контрибьютеров, вот все освоятся и будем допиливать это чудо всем гитхабом, чтобы трейсинги из коробки были

"будеМ допиливать" или "я подожду пока другие допилят"?

"будеМ допиливать" или "я подожду пока другие допилят"?

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

хз только что поставил linkerd2 букавально за пару минут и все из коробки заработало, а с истио неделю провозился 🤔 еще бы решить проблему с network tracing, у linkerd2 его нет судя по всему

Есть, через зипкин как минимум, причем хоть через хттп, хоть через кафку

опа

https://github.com/linkerd/linkerd2-proxy/tree/master/src нет ну вы просто сравните сорцы енвоя и этой красоты, все по папочкам, без *.h/*.cc ада прям рай для контрибьютеров, вот все освоятся и будем допиливать это чудо всем гитхабом, чтобы трейсинги из коробки были

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

Есть, через зипкин как минимум, причем хоть через хттп, хоть через кафку

https://github.com/linkerd/linkerd2/issues/1436 а почему issue открыта до сих пор раз есть?

https://github.com/linkerd/linkerd2-proxy/tree/master/src нет ну вы просто сравните сорцы енвоя и этой красоты, все по папочкам, без *.h/*.cc ада прям рай для контрибьютеров, вот все освоятся и будем допиливать это чудо всем гитхабом, чтобы трейсинги из коробки были

ну всесто .cc и .h теперь .rst. порядок расположения решает сам разработчик. такой себе аргумент. что раст принес прорывного, чего не выйдет в одном из новых стандартов плюсов?

ну всесто .cc и .h теперь .rst. порядок расположения решает сам разработчик. такой себе аргумент. что раст принес прорывного, чего не выйдет в одном из новых стандартов плюсов?

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

ну всесто .cc и .h теперь .rst. порядок расположения решает сам разработчик. такой себе аргумент. что раст принес прорывного, чего не выйдет в одном из новых стандартов плюсов?

Thread safety

нет. но рекомендую освежить память по плюсам - никаких new/malloc и другой ручной работы с памятью сейчас не делают, бустами можно вебапихи делать отвечающие по http и тд

Но не что не мешает тебе заюзать обект в другом потоке и поиметь проблем)

https://github.com/linkerd/linkerd2/issues/1436 а почему issue открыта до сих пор раз есть?

Есть плагин из комьюнити, ставил на 1.х, думаю можно припилить и на 2.х

Мне нравится раст, после плюсов) жальль что там многие вещи на ранней стадии развития

Мне нравится раст, после плюсов) жальль что там многие вещи на ранней стадии развития

как там графы поживают?

сейчас во многих кейсах же just do it на C/C++

Каждый при своем

Но не что не мешает тебе заюзать обект в другом потоке и поиметь проблем)

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

вон хельм на безопасном go. только недавно мне стал показывать листинг деплойментов когда в неймспейсе у меня их за сотню перевалило :)

даешь другой инструмент - тупо вместо вместо одних ошибок начинают другие лепить

как там графы поживают?

какие графы?

какие графы?

ссылки на родителей-детей в ui. Это прям смешное ограничение.

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

вот тут раст как раз лучше, тк на плюсах очень просто в коде не углядеть всякие race conditions, которых в rust нет by design

вот тут раст как раз лучше, тк на плюсах очень просто в коде не углядеть всякие race conditions, которых в rust нет by design

ну давай так

у меня плюсования группа разработки

последний раз сегфолт видел год назад

и то в кубере. почти незаметно было

ссылки на родителей-детей в ui. Это прям смешное ограничение.

в каком ui? linderd2 dashboard? (сори чтото не улавливаю)

последний раз сегфолт видел год назад

ты сегфолты видел? вот и я нет, а они есть (это я к тому что то что их не было год не значит что их и не будет)

в каком ui? linderd2 dashboard? (сори чтото не улавливаю)

rust себя позиционирует как замена c/c++. С c++ я могу qt взять и накатать интерфейс. А rust такие штуки как с QWidget и родителями не прокатывают

rust себя позиционирует как замена c/c++. С c++ я могу qt взять и накатать интерфейс. А rust такие штуки как с QWidget и родителями не прокатывают

c/c++ не один язык. не надо их в одной категории . например раст вообще не замена сишке

c/c++ не один язык. не надо их в одной категории . например раст вообще не замена сишке

на обоих пишут интерфейсы без проблем gtk/qt для примера. На rust пишут с проблемами

rust себя позиционирует как замена c/c++. С c++ я могу qt взять и накатать интерфейс. А rust такие штуки как с QWidget и родителями не прокатывают

интерфейсы сейчас на js/react пишутся, для высокопроизводительных на wasm (если не уже то скоро точно) но ты привел немного очень частный случай ограничения в либе, не понимаю причем тут rust, если ты к тому что там некоторые либы недопилены как надо, то да, так и есть, rust только набирает обороты и во все возможные фреймворки не может, однако сейчас активно хайпится связка rust/wasm, так что и в сфере высокопроизводительного фронтенда rust тоже станет мейнстримом, все сейчас смотрят именно на это применение в фронтенде, а не rust/qt

было бы круто кстати чтобы какойнить serverless knative при невозможности скейлиться внутри кластера скейлился бы в cloud provider через какойнить общий апи, чтобы не арендовать новые ноды для кластера, вы не слышали про такое? это норм вообще или я фантазер?)

> фронтенда rust тоже станет мейнстримом, все сейчас смотрят именно на это применение в фронтенде reasonml...? сто лет языку и за него топит facebook

И я с трудом нахожу просто react разработчиков на чистом js, а их же, по мнению общему, должно быть как грязи. А вы тут мечтаете, что будут бегать толпы людей, которые заходят rust+react? Это похоже на фантастику. Я бы с радостью брал reasonml, вот только некому поддерживать будет.

> фронтенда rust тоже станет мейнстримом, все сейчас смотрят именно на это применение в фронтенде reasonml...? сто лет языку и за него топит facebook

комуто нужно тогда очень сильно фп пропагандировать и всех на него подсаживать

комуто нужно тогда очень сильно фп пропагандировать и всех на него подсаживать

100%, react же чистая императивщина

И я с трудом нахожу просто react разработчиков на чистом js, а их же, по мнению общему, должно быть как грязи. А вы тут мечтаете, что будут бегать толпы людей, которые заходят rust+react? Это похоже на фантастику. Я бы с радостью брал reasonml, вот только некому поддерживать будет.

https://github.com/DenisKolodin/yew например вот, очень похоже на реакт внешне

мне кажется когнитивная нагрузка между: окей мы терь пишем на расте как на реакте и: окей мы теперь изучаем что такое монады, haskell, ocaml и пишем на reasonml слишком сильная мб новые поколения юных разработчиков насобирают достаточно граблей и это может станет мейнстримом когда порог входа кратно упадет, то да

Я лишь имел в виду, что высказывание "в сфере высокопроизводительного фронтенда rust тоже станет мейнстримом, все сейчас смотрят именно на это применение в фронтенде", слишком громко.

ну окей да, согласен, слишком радикально, я rust-biased

@dbcf246 я вот сегодня поставил и истио и линкерд, в линкерде сразу ui увидел, а в истио подобный есть, так сразу не обнаружил...

@dbcf246 я вот сегодня поставил и истио и линкерд, в линкерде сразу ui увидел, а в истио подобный есть, так сразу не обнаружил...

https://www.kiali.io/

@dbcf246 я вот сегодня поставил и истио и линкерд, в линкерде сразу ui увидел, а в истио подобный есть, так сразу не обнаружил...

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

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

С линкердом опыт есть, с истио нет, сейчас буду сравнивать их по своим юзкейсам и определяться на чём остаться

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

Ты так же

c++ медленно доживает свое в легаси системах, rust выбирают во всех новых проектах и скоро он будет мейнстримом, уже сейчас есть тендеция переписывания с плюсов на rust критических частей системы, возможно у envoy будет такая же судьба

+💯

https://www.kiali.io/

Ооо, круто, а я его в фолз, тк что-то не знакомое)... Спасибо за ссылку

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

или понять что ему не хватает чтоб завершиться

или понять что ему не хватает чтоб завершиться

Лог?

Error from server (BadRequest): container in pod is terminated

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

Tolerations: node.kubernetes.io/not-ready:NoExecute for 300s node.kubernetes.io/unreachable:NoExecute for 300s Events: <none>

пробовал перезапустить кубелет и докер на ноде где был запущен под. не помогло

describe ноды бы целиком, а не 2 строчки

А кстати вопрос: если падает один из контейнеров в поде, рестартится весь под, или только этот контейнер?

А кстати вопрос: если падает один из контейнеров в поде, рестартится весь под, или только этот контейнер?

контейнер

Name: Roles: <none> Labels: beta.kubernetes.io/arch=amd64 beta.kubernetes.io/os=linux kubernetes.io/hostname= Annotations: flannel.alpha.coreos.com/backend-data={"VtepMAC":""} flannel.alpha.coreos.com/backend-type=vxlan flannel.alpha.coreos.com/kube-subnet-manager=true flannel.alpha.coreos.com/public-ip= node.alpha.kubernetes.io/ttl=0 volumes.kubernetes.io/controller-managed-attach-detach=true CreationTimestamp: Wed, 15 Aug 2018 15:07:34 +0300 Taints: <none> Unschedulable: false Conditions: Type Status LastHeartbeatTime LastTransitionTime Reason Message ---- ------ ----------------- ------------------ ------ ------- OutOfDisk False Tue, 25 Dec 2018 18:24:24 +0300 Fri, 21 Dec 2018 12:32:29 +0300 KubeletHasSufficientDisk kubelet has sufficient disk space available MemoryPressure False Tue, 25 Dec 2018 18:24:24 +0300 Fri, 21 Dec 2018 12:32:29 +0300 KubeletHasSufficientMemory kubelet has sufficient memory available DiskPressure False Tue, 25 Dec 2018 18:24:24 +0300 Fri, 21 Dec 2018 12:32:29 +0300 KubeletHasNoDiskPressure kubelet has no disk pressure PIDPressure False Tue, 25 Dec 2018 18:24:24 +0300 Wed, 15 Aug 2018 15:07:34 +0300 KubeletHasSufficientPID kubelet has sufficient PID available Ready True Tue, 25 Dec 2018 18:24:24 +0300 Mon, 24 Dec 2018 16:26:02 +0300 KubeletReady kubelet is posting ready status Addresses: InternalIP: Hostname: Capacity: cpu: 12 ephemeral-storage: 2849030168Ki hugepages-1Gi: 0 hugepages-2Mi: 0 memory: 65387232Ki pods: 110 Allocatable: cpu: 12 ephemeral-storage: 2625666198482 hugepages-1Gi: 0 hugepages-2Mi: 0 memory: 65284832Ki pods: 110 System Info: Machine ID: 2c57c898b8674b94a1e1d8976ff812c1 System UUID: 6329EBEF-8F02-E211-B423-643150437BC1 Boot ID: bb6f0938-7d3d-452f-a951-26659ac12194 Kernel Version: 4.9.0-7-amd64 OS Image: Debian GNU/Linux 9 (stretch) Operating System: linux Architecture: amd64 Container Runtime Version: docker://17.12.1-ce Kubelet Version: v1.10.5 Kube-Proxy Version: v1.10.5 PodCIDR: 10.244.9.0/24 ExternalID: Non-terminated Pods: (10 in total) Namespace Name CPU Requests CPU Limits Memory Requests Memory Limits --------- ---- ------------ ---------- --------------- ------------- default elasticsearch-operator-sysctl-wgc48 10m (0%) 10m (0%) 50Mi (0%) 50Mi (0%) ingress-nginx nginx-ingress-controller--6dff8c56c6-qgpgk 0 (0%) 0 (0%) 0 (0%) 0 (0%) kube-system kube-dns-86f4d74b45-zzm8w 260m (2%) 0 (0%) 110Mi (0%) 170Mi (0%) kube-system kube-flannel-ds-ddxcp 100m (0%) 100m (0%) 50Mi (0%) 50Mi (0%) kube-system kube-proxy-nfpbr 0 (0%) 0 (0%) 0 (0%) 0 (0%) logging fluent-bit-pmzqp 100m (0%) 0 (0%) 100Mi (0%) 100Mi (0%) -5f5754c75f-sl548 0 (0%) 0 (0%) 0 (0%) 0 (0%) -5884645f9b-jv7rb 2 (16%) 11 (91%) 12Gi (19%) 64Gi (102%)

-798c4855c8-42wtg 2 (16%) 11 (91%) 12Gi (19%) 64Gi (102%) monitoring exporter-node-qst5p 100m (0%) 200m (1%) 30Mi (0%) 50Mi (0%) Allocated resources: (Total limits may be over 100 percent, i.e., overcommitted.) CPU Requests CPU Limits Memory Requests Memory Limits ------------ ---------- --------------- ------------- 4570m (38%) 22310m (185%) 24916Mi (39%) 131492Mi (206%) Events: <none>

контейнер

А в дескрайбе пода будет рестарт и получается это не количество рестартов пода, а любого контейнера в нем, так?

А в дескрайбе пода будет рестарт и получается это не количество рестартов пода, а любого контейнера в нем, так?

в get -o json будет раздельно .status.containerStatuses[].restartCount

отвечу на свой вопрос. вот такая команда помогает kubectl delete pod --grace-period=0 --force будьте осторожны и все такое )))

O_O

Изнасилование в прямом эфире

https://memepedia.ru/wp-content/uploads/2018/08/14022926585653.png

#whois Никита, Нижний Новгород, Positive Technologies, Python разработчик, активно используем у себя k8s в проекте

#whois Никита, Нижний Новгород, Positive Technologies, Python разработчик, активно используем у себя k8s в проекте

О, одногорожане подъехали. Столица поволжского кубернетеса.

>одногорожане Земляки. Пойду повешусь.