Re[2]: Kubertetis vs Netflix Eureka
От: smeeld  
Дата: 06.06.22 22:41
Оценка: +3 -1
Здравствуйте, vsb, Вы писали:

vsb>Пока кубернетес цветёт и пахнет


Именно цветёт и именно пахнет, известно какой субстанцией. Глючный чрезвычайно. Огроменные дыры в архитектуре. Работать будет только если к нему привязать штат админов, которые в режиме кручения педалей будут обеспечивать его работоспособность. Поделие редгада, которые как раз зарабатывают на том, что продают в красивой красной обёртке то, что без их поддержки просто не работает.

> и серьёзных альтернатив ему не видно.


В 90%-ах всех случаев, где сейчас пихают это кубернетис, он там вообще не нужен. Просто стадо обезьян повторяют друг за другом.
Re[7]: Kubertetis vs Netflix Eureka
От: Аноним931 Германия  
Дата: 14.06.22 09:55
Оценка: -2 :))
vsb>А спрашиваю, т.к. я в процессе его поднятия. И с одной стороны наслушался про то, что только безумцы поднимаюсь его самостоятельно. Поэтому хочу понять, к чему готовиться, т.к. детали — в чем именно будет затык, никто не озвучивает. Пока что всё идёт плюс-минус гладко. Но медленно, да.

Так может, ты совершенно неправильно понял это высказывание про безумство? Может быть, его автор имел в виду "безумство тратить на это рабочее время своих сотрудников, наймите надроченных обезьянок из спецконторы, в 10 раз дешевле выйдет" — а ты понял как "не осилите, школота", как вызов твоим профессиональным способностям, и теперь пытаешься доказать себя миру.
"Больше 100кмч можно ехать на автобане в любом ряду кроме правого крайнего" (c) pik
"В германии земля в частной собственности" (c) pik
"Закрывать школы, при нулевой смертности среди детей и подростков, это верх глупости" (c) Abalak
Re[7]: Kubertetis vs Netflix Eureka
От: vsb Казахстан  
Дата: 07.06.22 11:27
Оценка: +3
Здравствуйте, smeeld, Вы писали:

vsb>>1 Без докера тебе надо: установить node.js, причём несколько штук и нужных версий


S>Это тот самый варинт макакина.


Почему?

>> установить несколько штук СУБД. Ещё сервисы любят биндиться на 8080 или 3000, то бишь тебе надо ещё с настройками портов мудохаться.


S>Это всё без докеров делалось и делается прекрасно в одну команду, если админ есть квалифицировнный, а не девляпс.


Квалифицированный админ, это тот, который бегает к квалифицированному разработчику и ставит ему постгрес? Почему бы квалифицированному админу не заниматься более интересными вещами, а квалифицированный разработчик будет делать это с докерами в одну команду.

vsb>>Я вот вообще не представляю, как это делать без геморроя.


S>Это всё прекрасно делается без доокеров. В докерах по самые уши только мелкие комашки у которых нет админов.


Может быть и так. Почему это плохо?

S>Зрелый прод их не использует, только для организиции приватных облаков, построенных на контейнерах.


Ну т.е. таки контейнеры имеют место быть.
Re[5]: Kubertetis vs Netflix Eureka
От: vsb Казахстан  
Дата: 07.06.22 11:02
Оценка: 1 (1) +1
Здравствуйте, smeeld, Вы писали:

vsb>>Ну про то, что нужно переходить на контейнеры, я полагаю, объяснять не нужно.


S>Нужно. Контейнеры нужны в двух случаях

S>1) Если свою прикладуху нужно исполнять в облаке и загрузить туда можно только в виде котейнера.
S>2) Приложение писал макакин, который собрал его из кучи разношерстных компонентов, скачанных с разных источников и разными менеджерами. Это рабатать будеть только у макакина на локалохосте. Чтоб это заработало где-то ещё, единственный способ-это взять образ этого локалхоста, завернуть в контейнер, и этот контейнер уже таскать на другие машины.

S>В остальных случаях контейнеры нафиг не нужны.


Смотри, что мне даёт докер. Про кубер не пишу, пока сам с ним разбираюсь, но раз уж вопрос про контейнеры.

У нас есть около двух десятков разного рода сервисов.

1. Для разработки желательно поднимать его зависимости, то бишь сервисы, с которыми разрабатываемый сервис взаимодействует. Ну по крайней мере нужные. В том числе, например, СУБД. А ещё разные сервисы разрабатывались в разное время и для разных версий постгреса. Оно, конечно, вроде как обратно совместимо, но всякое бывает. С докером нужно знать только как пишется docker-compose и скопипастить с серверного докер-композа нужные строчки. Делов на 5 минут. Без докера тебе надо: установить node.js, причём несколько штук и нужных версий, установить несколько штук СУБД. Ещё сервисы любят биндиться на 8080 или 3000, то бишь тебе надо ещё с настройками портов мудохаться.

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

Если у тебя в компании разрабатывается ровно одно приложение, в котором всё сразу, то этой проблемы нет. Ну я такого в своей жизни ещё не видел.

2. Для сборки нужно устанавливать окружения. Причём опять же желательно нужной версии. Ибо, опять же, обратная совместимость вроде везде есть, но по факту бывают нюансы. И разбираться с этими нюансами — не самое интересное времяпрепровождение, особенно, когда тебе этот сервис нафиг не нужен, только как необходимая для запуска зависимость.

3. Упрощение CI. Сейчас все проекты собираются одной командой — docker build . Раньше для каждого проекта в женкинсе настраивалась задача, это было довольно геморройно. Так уж получается, что Dockerfile удобней, чем женкинсовая муть.

4. Единообразие с ОС. В контейнерах линукс и всё. Не нужно париться со всякой кроссплатформенностью там, где можно не париться. При этом у разработчика может быть винда или макось, это не важно.

Твои пункты тут не применимы. Но польза от контейнеров велика.
Re: Kubertetis vs Netflix Eureka
От: vsb Казахстан  
Дата: 06.06.22 22:03
Оценка: -1 :)
Здравствуйте, Артём, Вы писали:

Аё>С спринг бутом прилагается нетфликсовый стек- eureka service registry и прочее <.>, по видимости, завязанное на жаву.

Аё>У Кубернетис свой реестр и он не завязан на жаву. А еще кубернетис выкинул докера в актуальной версии.

Аё>Нужно ли переходить на Ккбернетис, или уходить с кубернетиса? Дискас.


Нужно переходить на кубернетес. Я вот перехожу. Сложная штука. Чем раньше начнёшь, тем раньше разберёшься. Пока кубернетес цветёт и пахнет и серьёзных альтернатив ему не видно.
Re[7]: Kubertetis vs Netflix Eureka
От: Ночной Смотрящий Россия  
Дата: 07.06.22 15:16
Оценка: +2
Здравствуйте, Слава, Вы писали:

С>И как же оно раньше-то делалось, во времена Squid, Apache httpd и прочих.


Хреново делалось, с кучей гемороя при существенно меньшей сложности.
... << RSDN@Home 1.3.17 alpha 5 rev. 62>>
Re[5]: Kubertetis vs Netflix Eureka
От: Ночной Смотрящий Россия  
Дата: 07.06.22 12:27
Оценка: 2 (1)
Здравствуйте, _ABC_, Вы писали:

НС>>Причина простая — заказчик хочет.

_AB>Да, это железная причина. Но не всем заказчикам это интересно.

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

НС>>Да не особо то и сложно, если не пытаться поднимать с нуля. Локально есть docker desktop, в облаке нативные решения типа AKS, в онпреме OpenShift.

_AB>Ну, скажем, я слышал мнения нескольких людей, чья профессия — в том числе поднимать кубернетес как локально, так и в облаках провайдеров.

Ситуация постоянно меняется. То что было несколько лет назад и то что сейчас — большая разница.

_AB>Одна только настройка ингресс контроллера в частной сети AKS — это отдельный квест уровня хардкор.


И при чем тут кубер? Точно так же ты бы трахался с рукопашнеой настройкой RP.

_AB>Настройка правил реверс прокси по документации кубика — это другой захватывающий квест.


Там какое то принципиальное отличие от настройки голого nginx?

_AB>Пока что только один клиент из всех захотел кубик на базе AKS.


Ну то есть даже у тебя один уже есть. ЧТД.

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


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

_AB> Несмотря на то, что мы со своей стороны успешно развернули решение на AKS. В итоге для него мы развернём всё тупо внутри одной ВМ.


Ну, решение которое можно развернуть внутри одной ВМ — действительно не особенно нуждается в каком бы то ни было оркестраторе, включая кубер.
... << RSDN@Home 1.3.17 alpha 5 rev. 62>>
Re[6]: Kubertetis vs Netflix Eureka
От: _ABC_  
Дата: 07.06.22 21:14
Оценка: 2 (1)
Здравствуйте, Ночной Смотрящий, Вы писали:

НС>Ситуация постоянно меняется. То что было несколько лет назад и то что сейчас — большая разница.

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

НС>И при чем тут кубер? Точно так же ты бы трахался с рукопашнеой настройкой RP.

Да нифига. Реверс прокси на том же самом ngnix, который, вроде как, основа и ингресс контроллера кубика (одна из и мы его использовали) мы подняли за пару-тройку часов в своё время, включая чтение документации.
А тут они придумали идиотские аннотации вроде (забыл как они называются) с масками, забыли сказать, что они будут действовать на всё правило и что редирект по умолчанию тоже будет использовать эту маску, хотя под неё не попадает. И то, что это не работает именно поэтому можно понять исключительно из обрывкой документации (они тупо создали в одном из примеров два правила, никак не объяснив почему), а не как-то ещё.

НС>Там какое то принципиальное отличие от настройки голого nginx?

Да. Голый nginx сильно проще. Не нужны никакие аннотации с никакими регэкс масками внутри них, всё описывается в одном месте максимально просто.

НС>Ну то есть даже у тебя один уже есть. ЧТД.

Как раз уже его нет.
Внутри сисадмины тоже год назад кричали, что всё перейдёт на кубик и мы тоже. Я тогда сказал — ОК, как только, так сразу. Сейчас им послал сообщение — ребята, мы тут сделали PoC, он работает, давайте начнём переход на кубик. Тишина в ответ. Повторный запрос — опять тишина. На третий раз промямлили что-то типа "погоди с кубиком, не к спеху нам переход на него".

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

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

НС>Ну, решение которое можно развернуть внутри одной ВМ — действительно не особенно нуждается в каком бы то ни было оркестраторе, включая кубер.

Ну, это зависит от нагрузки. В общем-то, почти любое решение можно развернуть внутри одной ВМ.
"Потерял дар речи за зря"(с).
Re[6]: Kubertetis vs Netflix Eureka
От: smeeld  
Дата: 07.06.22 11:17
Оценка: -1
Здравствуйте, vsb, Вы писали:

vsb>1 Без докера тебе надо: установить node.js, причём несколько штук и нужных версий


Это тот самый варинт макакина.

> установить несколько штук СУБД. Ещё сервисы любят биндиться на 8080 или 3000, то бишь тебе надо ещё с настройками портов мудохаться.


Это всё без докеров делалось и делается прекрасно в одну команду, если админ есть квалифицировнный, а не девляпс.

vsb>Я вот вообще не представляю, как это делать без геморроя.


Это всё прекрасно делается без доокеров. В докерах по самые уши только мелкие комашки у которых нет админов. Зрелый прод их не использует, только для организиции приватных облаков, построенных на контейнерах.
Re[7]: Kubertetis vs Netflix Eureka
От: Ночной Смотрящий Россия  
Дата: 07.06.22 15:16
Оценка: +1
Здравствуйте, smeeld, Вы писали:

S>Нет, посмотри на CI проекта postgres-a. Там все дестрибутивы линукса, BSD, все винды, все благородные юниксы и даже все опенсорсные клоны соляриса.


А заодно и оператор для кубера

S> Вот так и надо.


Только ты не потянешь.
... << RSDN@Home 1.3.17 alpha 5 rev. 62>>
Re[8]: Kubertetis vs Netflix Eureka
От: Слава  
Дата: 08.06.22 19:20
Оценка: :)
Здравствуйте, Ночной Смотрящий, Вы писали:

С>>И как же оно раньше-то делалось, во времена Squid, Apache httpd и прочих.

НС>Хреново делалось, с кучей гемороя при существенно меньшей сложности.

Раз
https://www.youtube.com/watch?v=gqxYF46xJ48

Два
https://www.youtube.com/watch?v=LeVULLqWwcg


(и нечего выдумывать сложность на ровном месте, "вы не гугл")
Re[8]: Kubertetis vs Netflix Eureka
От: _ABC_  
Дата: 09.06.22 02:32
Оценка: +1
Здравствуйте, Ночной Смотрящий, Вы писали:

НС>Крупные банки, к примеру.

У них есть специалисты.

НС>Там нельзя вот так просто взять и поставить отдельную машину с непойми чем.

Там точно так же нельзя поставить кубик с непойми чем.

НС>Вся инфраструктура должна обслуживаться только сертифицированными спецами. Для кубера такие спецы есть, а вот для непойми что — нету.

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

НС>Только если это решение специально изолировали от внешней специфики, что совсем не бесплатно. Как только у тебя появляется, скажем, оператор — все, про работу без оркестратора можно забыть.

Всё это какие-то громкие слова с нулём смысла. Т.е., может быть есть какой-то контекст, в котором эти слова смысл имеют, но это контекст есть у тебя в голове и его нет у меня.
"Потерял дар речи за зря"(с).
Re[5]: Kubertetis vs Netflix Eureka
От: Аноним931 Германия  
Дата: 14.06.22 06:48
Оценка: :)
vsb>Что сложного в том, чтобы поднять его с нуля?

Ну вот, приехали. Ты же сам вверху сказал, что этот кубернетес — "сложная штука".
"Больше 100кмч можно ехать на автобане в любом ряду кроме правого крайнего" (c) pik
"В германии земля в частной собственности" (c) pik
"Закрывать школы, при нулевой смертности среди детей и подростков, это верх глупости" (c) Abalak
Kubertetis vs Netflix Eureka
От: Артём Австралия жж
Дата: 06.06.22 21:48
Оценка:
С спринг бутом прилагается нетфликсовый стек- eureka service registry и прочее <.>, по видимости, завязанное на жаву.
У Кубернетис свой реестр и он не завязан на жаву. А еще кубернетис выкинул докера в актуальной версии.

Нужно ли переходить на Ккбернетис, или уходить с кубернетиса? Дискас.

PS плотно не интересовался этой темой, прошу не кидать помидорами за наивные вопросы.
Re: Kubertetis vs Netflix Eureka
От: _ABC_  
Дата: 06.06.22 22:02
Оценка:
Здравствуйте, Артём, Вы писали:

Аё>С спринг бутом прилагается нетфликсовый стек- eureka service registry и прочее <.>, по видимости, завязанное на жаву.

Аё>У Кубернетис свой реестр и он не завязан на жаву.
И? Вроде как Эврика — это несколько другое по сравнению с кубиком, нет?

Аё>А еще кубернетис выкинул докера в актуальной версии.

С точки зрения деплоя приложений не изменяется вообще ничего.

Аё>Нужно ли переходить на Ккбернетис,

Нет, не нужно.

Аё>или уходить с кубернетиса?

Нет, не нужно.

Аё>Дискас.

Что конкретно тебя интересует-то? Или решил мразеца 19-го косплеить?
"Нужно" — это громкое слово.

Аё>PS плотно не интересовался этой темой, прошу не кидать помидорами за наивные вопросы.

Ты реальные вопросы-то задай для начала. По эврике ничем не помогу, с кубиком, может, что и подскажу.
"Потерял дар речи за зря"(с).
Re[2]: Kubertetis vs Netflix Eureka
От: _ABC_  
Дата: 06.06.22 23:32
Оценка:
Здравствуйте, vsb, Вы писали:

vsb>Нужно переходить на кубернетес.

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

vsb>Я вот перехожу.

Для чего?

vsb>Сложная штука.

Сложно его завести. Дальше он работает нормально в целом, в общем-то. Ну, и нужно, чтобы кто-то инфраструктуру поддерживал, поэтому кубернетес в отрыве от провайдера, облачного или сервисного в виде какой-то фирмы или собственного отдела внутри компании — это так себе решение.

vsb>Пока кубернетес цветёт и пахнет и серьёзных альтернатив ему не видно.

Альтернатив-то полно. От отдельно стоящей машины под домашним столом админа, на которой работает приложение, до разных оркестраторов со всеми промежуточными шагами.
"Потерял дар речи за зря"(с).
Re[2]: Kubertetis vs Netflix Eureka
От: Артём Австралия жж
Дата: 07.06.22 03:19
Оценка:
Здравствуйте, vsb, Вы писали:

vsb>Нужно переходить на кубернетес. Я вот перехожу. Сложная штука. Чем раньше начнёшь, тем раньше разберёшься. Пока кубернетес цветёт и пахнет и серьёзных альтернатив ему не видно.


Я не лезу в это пока (других тем хватает), но у меня возникают вопросы к эффективности того, что сделано у нас на базе стека Нетфликс. Кубернетис становится или стал де-факто стандарт с одной стороны (и AWS поддерживает из коробки). С другой- у нас в завязано на eureka, FeignClient и т.п. в "новом коде". Можно FeignClient прозрачно переключить с Eureka на Kubernetis?
Re[2]: Kubertetis vs Netflix Eureka
От: SkyDance Земля  
Дата: 07.06.22 05:01
Оценка:
vsb>Пока кубернетес цветёт и пахнет и серьёзных альтернатив ему не видно.

Пахнет, тут согласен.
Но уж точно не цветет. Жесткое такое "organically grown" изделие.
Re[3]: Kubertetis vs Netflix Eureka
От: vsb Казахстан  
Дата: 07.06.22 05:40
Оценка:
Здравствуйте, _ABC_, Вы писали:

vsb>>Нужно переходить на кубернетес.

_AB>Нужно, чтобы что именно? Назови мне хотя бы одну универсальную причину, по которой можно вот так просто сказать "нужно переходить и точка", не зная ни стоящих перед командой задач, ни их проблем, ни их ограничений.

Ну про то, что нужно переходить на контейнеры, я полагаю, объяснять не нужно. А если нужны контейнеры — то выбора 2. Либо колхозные docker-compose-ы, либо кубер. docker swarm сдох. У колхозных docker-compose-ов слишком много проблем и ограничений, поэтому кроме как для самого первого этапа, когда вообще некому этим заниматься, они не подходят.
Re: Kubertetis vs Netflix Eureka
От: Ночной Смотрящий Россия  
Дата: 07.06.22 08:07
Оценка:
Здравствуйте, Артём, Вы писали:

Аё>С спринг бутом прилагается нетфликсовый стек- eureka service registry и прочее <.>, по видимости, завязанное на жаву.


Ну так все как обычно, с блекджеком и шлюхами. Что тебя удивляет?

Аё>У Кубернетис свой реестр и он не завязан на жаву.


Что ты под реестром понимаешь? Pod list? Или custom resources?

Аё> А еще кубернетис выкинул докера в актуальной версии.


И правильно сделал.

Аё>Нужно ли переходить на Ккбернетис, или уходить с кубернетиса? Дискас.


Нужно переходить, ибо industry standard. О чем тут можно еще дискутировать? И при чем тут service registry?
... << RSDN@Home 1.3.17 alpha 5 rev. 62>>
Re[3]: Kubertetis vs Netflix Eureka
От: Ночной Смотрящий Россия  
Дата: 07.06.22 08:12
Оценка:
Здравствуйте, _ABC_, Вы писали:

_AB>Нужно, чтобы что именно? Назови мне хотя бы одну универсальную причину, по которой можно вот так просто сказать "нужно переходить и точка", не зная ни стоящих перед командой задач, ни их проблем, ни их ограничений.


Причина простая — заказчик хочет.

vsb>>Сложная штука.

_AB>Сложно его завести.

Да не особо то и сложно, если не пытаться поднимать с нуля. Локально есть docker desktop, в облаке нативные решения типа AKS, в онпреме OpenShift.
А вот что сложно, так это поднять и отладить свой CI/CD. Какого то стандарта нет, helm и kustomize ужасны, всякие skaffold, gitops и argocd сыры и не особо дружелюбны к новичкам.

vsb>>Пока кубернетес цветёт и пахнет и серьёзных альтернатив ему не видно.

_AB>Альтернатив-то полно.

Это пока ты не попытаешься свое решение кому то продать. И в этот момент альтернативы пропадают.
... << RSDN@Home 1.3.17 alpha 5 rev. 62>>
Re[2]: Kubertetis vs Netflix Eureka
От: Артём Австралия жж
Дата: 07.06.22 08:13
Оценка:
Здравствуйте, Ночной Смотрящий, Вы писали:


НС>при чем тут service registry?


Потому, что это завязано на load balancer.
Re[3]: Kubertetis vs Netflix Eureka
От: Ночной Смотрящий Россия  
Дата: 07.06.22 08:16
Оценка:
Здравствуйте, Артём, Вы писали:

НС>>при чем тут service registry?

Аё>Потому, что это завязано на load balancer.

И? Я по прежнему тебя не понимаю.
... << RSDN@Home 1.3.17 alpha 5 rev. 62>>
Re[4]: Kubertetis vs Netflix Eureka
От: smeeld  
Дата: 07.06.22 10:39
Оценка:
Здравствуйте, vsb, Вы писали:

vsb>Ну про то, что нужно переходить на контейнеры, я полагаю, объяснять не нужно.


Нужно. Контейнеры нужны в двух случаях
1) Если свою прикладуху нужно исполнять в облаке и загрузить туда можно только в виде котейнера.
2) Приложение писал макакин, который собрал его из кучи разношерстных компонентов, скачанных с разных источников и разными менеджерами. Это рабатать будеть только у макакина на локалохосте. Чтоб это заработало где-то ещё, единственный способ-это взять образ этого локалхоста, завернуть в контейнер, и этот контейнер уже таскать на другие машины.

В остальных случаях контейнеры нафиг не нужны.
Re[4]: Kubertetis vs Netflix Eureka
От: vsb Казахстан  
Дата: 07.06.22 10:51
Оценка:
Здравствуйте, Ночной Смотрящий, Вы писали:

НС>Да не особо то и сложно, если не пытаться поднимать с нуля. Локально есть docker desktop, в облаке нативные решения типа AKS, в онпреме OpenShift.


Что сложного в том, чтобы поднять его с нуля? Я как раз этим последние недели занимаюсь. Пока в целом всё понятно и просто — kubeadm init / kubeadm join. Я чего-то важного не вижу?
Re[4]: Kubertetis vs Netflix Eureka
От: _ABC_  
Дата: 07.06.22 10:52
Оценка:
Здравствуйте, Ночной Смотрящий, Вы писали:

НС>Причина простая — заказчик хочет.

Да, это железная причина. Но не всем заказчикам это интересно.

НС>Да не особо то и сложно, если не пытаться поднимать с нуля. Локально есть docker desktop, в облаке нативные решения типа AKS, в онпреме OpenShift.

Ну, скажем, я слышал мнения нескольких людей, чья профессия — в том числе поднимать кубернетес как локально, так и в облаках провайдеров. С их мнением я согласен, исходя из своего опыта. При том, что я и не настраивал с нуля все эти ноды и прочее, а только разворачивал на этом свой продукт, плотно взаимодействуя с теми, кто разворачивал инфраструктуру. Есть много того, что делается проще и очевиднее при помощи других продуктов типа EBS, например. Одна только настройка ингресс контроллера в частной сети AKS — это отдельный квест уровня хардкор. При том, что документация предоставляет готовый рецепт. Если всё это с нуля поднимать онпрем с сисадмином у которого с его стороны пуля вылетела — я лучше повешусь.

Настройка правил реверс прокси по документации кубика — это другой захватывающий квест. Линукс подход во всей красе — иди читай мануалы самых основ и приходи к нам через несколько лет матёрым сисадмином. Тогда у тебя будет шанс правильно настроить редирект url паттерна, исходя из тех обрывков сведений, что мы предоставили.

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

НС>Это пока ты не попытаешься свое решение кому то продать. И в этот момент альтернативы пропадают.

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

Пока что только один клиент из всех захотел кубик на базе AKS. А потом поменял решение, исходя из того, что у него нет людей, которые могли бы это поддерживать. Несмотря на то, что мы со своей стороны успешно развернули решение на AKS. В итоге для него мы развернём всё тупо внутри одной ВМ. Точнее, по одной ВМ на среду — дев, тест, прод. Причина проста — заказчик хочет.(с)
"Потерял дар речи за зря"(с).
Re[4]: Kubertetis vs Netflix Eureka
От: _ABC_  
Дата: 07.06.22 10:55
Оценка:
Здравствуйте, vsb, Вы писали:

vsb>Ну про то, что нужно переходить на контейнеры, я полагаю, объяснять не нужно.

Нужно. Не, мы сами на них, но, повторюсь, слово "нужно" слишком громкое.

vsb>А если нужны контейнеры — то выбора 2. Либо колхозные docker-compose-ы, либо кубер.

Либо использовать что-то другое. AWS, Azure и остальные вовсю предлагают serverless applications, например.
"Потерял дар речи за зря"(с).
Re[5]: Kubertetis vs Netflix Eureka
От: vsb Казахстан  
Дата: 07.06.22 11:24
Оценка:
Здравствуйте, _ABC_, Вы писали:

vsb>>Ну про то, что нужно переходить на контейнеры, я полагаю, объяснять не нужно.

_AB>Нужно. Не, мы сами на них, но, повторюсь, слово "нужно" слишком громкое.

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

vsb>>А если нужны контейнеры — то выбора 2. Либо колхозные docker-compose-ы, либо кубер.

_AB>Либо использовать что-то другое.

Но что.

>AWS, Azure и остальные вовсю предлагают serverless applications, например.


Это вариант, но тут опасность в том, что это абсолютно проприетарное АПИ, намертво привязывающее твоё приложение к конкретному облаку. Забанят твою компанию и будет больно. Кубернетес это открытая штуковина с кучей альтернативных предложений и возможностью всё сделать самому. Тут, конечно, уже бизнесу решать, какие риски и какие плюсы-минусы у каждого варианта. Судя по популярности кубернетеса привязываться люди не очень хотят.
Re[5]: Kubertetis vs Netflix Eureka
От: Ночной Смотрящий Россия  
Дата: 07.06.22 12:33
Оценка:
Здравствуйте, smeeld, Вы писали:

S>Нужно. Контейнеры нужны в двух случаях

S>1) Если свою прикладуху нужно исполнять в облаке и загрузить туда можно только в виде котейнера.
S>2) Приложение писал макакин, который собрал его из кучи разношерстных компонентов, скачанных с разных источников и разными менеджерами. Это рабатать будеть только у макакина на локалохосте. Чтоб это заработало где-то ещё, единственный способ-это взять образ этого локалхоста, завернуть в контейнер, и этот контейнер уже таскать на другие машины.

А если ты свое прекрасное приложение писал под один дистрибутив линуха, а у заказчика — другой? Обзовешь его макакиным и пошлешь в жопу, или будешь поддерживать пачку инсталляторов под все потенциально востребованные дистры?
... << RSDN@Home 1.3.17 alpha 5 rev. 62>>
Re[5]: Kubertetis vs Netflix Eureka
От: Ночной Смотрящий Россия  
Дата: 07.06.22 12:33
Оценка:
Здравствуйте, _ABC_, Вы писали:

vsb>>А если нужны контейнеры — то выбора 2. Либо колхозные docker-compose-ы, либо кубер.

_AB>Либо использовать что-то другое. AWS, Azure и остальные вовсю предлагают serverless applications, например.

serverless не означает отсутствие кубера. ACI вполне себе и куберосовместимо и serverless. Без кубера это только решения для бедных типа aws lambda (и то не удивлюсь если там унутре все тот же кубер).
... << RSDN@Home 1.3.17 alpha 5 rev. 62>>
Re[6]: Kubertetis vs Netflix Eureka
От: smeeld  
Дата: 07.06.22 13:17
Оценка:
Здравствуйте, Ночной Смотрящий, Вы писали:

НС>А если ты свое прекрасное приложение писал под один дистрибутив линуха, а у заказчика — другой? Обзовешь его макакиным и пошлешь в жопу, или будешь поддерживать пачку инсталляторов под все потенциально востребованные дистры?


Нет, посмотри на CI проекта postgres-a. Там все дестрибутивы линукса, BSD, все винды, все благородные юниксы и даже все опенсорсные клоны соляриса. Вот так и надо.
Re[6]: Kubertetis vs Netflix Eureka
От: Слава  
Дата: 07.06.22 14:19
Оценка:
Здравствуйте, Ночной Смотрящий, Вы писали:

НС>А если ты свое прекрасное приложение писал под один дистрибутив линуха, а у заказчика — другой? Обзовешь его макакиным и пошлешь в жопу, или будешь поддерживать пачку инсталляторов под все потенциально востребованные дистры?


И как же оно раньше-то делалось, во времена Squid, Apache httpd и прочих.
Re: Kubertetis vs Netflix Eureka
От: Vetal_ca Канада http://vetal.ca
Дата: 08.06.22 03:26
Оценка:
Здравствуйте, Артём, Вы писали:

Аё>С спринг бутом прилагается нетфликсовый стек- eureka service registry и прочее <.>, по видимости, завязанное на жаву.

Аё>У Кубернетис свой реестр и он не завязан на жаву. А еще кубернетис выкинул докера в актуальной версии.

Аё>Нужно ли переходить на Ккбернетис, или уходить с кубернетиса? Дискас.



1. Кубернетес хорошо работает для дома. Когда пару нодов и какой-нибудь легковесный Kubernetes. У меня k3S, заметил, что некоторые сервисы уже за 2 года перешли. Телефония, сайты, синхронизация и прочее.

Это non-compliant, не hardened, но, самостоятельно и безгеморно работает. так что, можно все оставить и поехать на Кубу, не боясь что контейнер некому будет перестартовать

2. Кубернетес хорошо работает для больших компаний, где все отлажено. Отдельный тим на CI-CD, отдельный на Ingress, отдельно APM. Все по феншую.

Для случая между, может быть "дешевле" всякие лямбды и прочее. Иначе квест быстро "разворачивается" в длинную линию фронта. И облако, и кластер, CI-CD и все это что между, нужно неожиданно много людей. Для помощи и сопровождения разработчиков, которые каждый месяц разные, требуются тоже люди. И тренирующие тренирующих, тоже, тебуются Если еще требуется SOC 2 / PCI то все, сели.

В общем, учи кубернетесы (а не Еуреку, про которую я не слыхивал) и наслаждайся, пока вся эта вселенная маленькая и есть ощущение что все можно охватить. Потом даже до ближайшей звезды не долетишь, как вся картина раскроется
Re[6]: Kubertetis vs Netflix Eureka
От: _ABC_  
Дата: 08.06.22 04:22
Оценка:
Здравствуйте, Ночной Смотрящий, Вы писали:

НС>serverless не означает отсутствие кубера. ACI вполне себе и куберосовместимо и serverless. Без кубера это только решения для бедных типа aws lambda (и то не удивлюсь если там унутре все тот же кубер).

Неонка там у них унутре или кубики — это не важно для команды. Важно, что они не мучаются с конфигурационными файлами кубернетеса и используют более простые интерфейсы.
"Потерял дар речи за зря"(с).
Re[7]: Kubertetis vs Netflix Eureka
От: Ночной Смотрящий Россия  
Дата: 08.06.22 08:31
Оценка:
Здравствуйте, _ABC_, Вы писали:

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

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

Крупные банки, к примеру. Там нельзя вот так просто взять и поставить отдельную машину с непойми чем. Вся инфраструктура должна обслуживаться только сертифицированными спецами. Для кубера такие спецы есть, а вот для непойми что — нету.

НС>>Ну, решение которое можно развернуть внутри одной ВМ — действительно не особенно нуждается в каком бы то ни было оркестраторе, включая кубер.

_AB>Ну, это зависит от нагрузки. В общем-то, почти любое решение можно развернуть внутри одной ВМ.

Только если это решение специально изолировали от внешней специфики, что совсем не бесплатно. Как только у тебя появляется, скажем, оператор — все, про работу без оркестратора можно забыть.
Поэтому решение об использовании оркестратора — стратегическое, и принимается обычно на старте проекта. А если у тебя проект изначально на голые ВМ рассчитаны, без использования бенефитов оркестратора — да, поначалу ты от кубера будешь получать только боль.
... << RSDN@Home 1.3.17 alpha 5 rev. 62>>
Re[7]: Kubertetis vs Netflix Eureka
От: Ночной Смотрящий Россия  
Дата: 08.06.22 08:33
Оценка:
Здравствуйте, _ABC_, Вы писали:

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


Если тебя так пугают куберовские манифесты (гадость та еще, согласен, усогубленная модно-молодежным yaml, добавляющим еще массу драмы) — есть различные решения поверх. Например cdk8s.
... << RSDN@Home 1.3.17 alpha 5 rev. 62>>
Re[7]: Kubertetis vs Netflix Eureka
От: vsb Казахстан  
Дата: 08.06.22 13:28
Оценка:
Здравствуйте, _ABC_, Вы писали:

НС>>serverless не означает отсутствие кубера. ACI вполне себе и куберосовместимо и serverless. Без кубера это только решения для бедных типа aws lambda (и то не удивлюсь если там унутре все тот же кубер).

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

Мне, кстати, интересно. Со всеми этими простыми интерфейсами не пропадает возможность в пару команд развернуть тестовое окружение со всеми сервисами на другом сервере или у разработчика на локалхосте? А то я немного с яндекс-облаком экспериментировал и не совсем понял, как это делать.
Re[2]: Kubertetis vs Netflix Eureka
От: Ночной Смотрящий Россия  
Дата: 08.06.22 19:47
Оценка:
Здравствуйте, Vetal_ca, Вы писали:

V_>1. Кубернетес хорошо работает для дома.


Для дома кубер архиизбыточен, там композа за глаза.
... << RSDN@Home 1.3.17 alpha 5 rev. 62>>
Re[3]: Kubertetis vs Netflix Eureka
От: Vetal_ca Канада http://vetal.ca
Дата: 09.06.22 02:22
Оценка:
Здравствуйте, Ночной Смотрящий, Вы писали:

V_>>1. Кубернетес хорошо работает для дома.


НС>Для дома кубер архиизбыточен, там композа за глаза.


Я предпочитаю запустить и так, чтобы само работало. Чтобы само перезапускалось, проверялось и т.п.

Композ запускает, а дальше контейнеры по воле волн плавают, чисто на рудиментарной restart policy. Или не плавают а ждут, когда хозяин их перезапустит в требуемой последовательности. А хозяин в это время сам где-нибудь, по воле волн, в отпуске, где нормального интернета нет

Не говоря уже про то, что не хочется возиться с прокси и сертификатами. Отдав это все на откуп CertManager и предпочитаемого Ingress
Re[8]: Kubertetis vs Netflix Eureka
От: _ABC_  
Дата: 09.06.22 02:33
Оценка:
Здравствуйте, Ночной Смотрящий, Вы писали:

НС>Если тебя так пугают куберовские манифесты

Меня не пугают манифесты, меня раздражает, что они работают не так, как говорит документация.
"Потерял дар речи за зря"(с).
Re[8]: Kubertetis vs Netflix Eureka
От: _ABC_  
Дата: 09.06.22 02:35
Оценка:
Здравствуйте, vsb, Вы писали:

vsb>Мне, кстати, интересно. Со всеми этими простыми интерфейсами не пропадает возможность в пару команд развернуть тестовое окружение со всеми сервисами на другом сервере или у разработчика на локалхосте?

Нет, не пропадает. Как только ты составишь манифест, вещи упрощаются.
А на локалке остаются докер композ файлы.
"Потерял дар речи за зря"(с).
Re[9]: Kubertetis vs Netflix Eureka
От: Ночной Смотрящий Россия  
Дата: 09.06.22 05:41
Оценка:
Здравствуйте, _ABC_, Вы писали:

НС>>Там нельзя вот так просто взять и поставить отдельную машину с непойми чем.

_AB>Там точно так же нельзя поставить кубик с непойми чем.

Кубер там уже стоит как правило.

НС>>Вся инфраструктура должна обслуживаться только сертифицированными спецами. Для кубера такие спецы есть, а вот для непойми что — нету.

_AB>"Непойми что" — это виртульная машина с той же осью, что и на нодах с кубиком и с докером. Нет никакой разницы в этом плане.

Я тебе говорю как по факту происходит. Разница есть и для клиентов принципиальная.

НС>>Только если это решение специально изолировали от внешней специфики, что совсем не бесплатно. Как только у тебя появляется, скажем, оператор — все, про работу без оркестратора можно забыть.

_AB>Всё это какие-то громкие слова с нулём смысла.

Вообще не понимаю о чем ты. Я привел конкретный факт.

_AB> Т.е., может быть есть какой-то контекст, в котором эти слова смысл имеют, но это контекст есть у тебя в голове и его нет у меня.


Ты не знаешь что такое kubernetes operator?
... << RSDN@Home 1.3.17 alpha 5 rev. 62>>
Re[10]: Kubertetis vs Netflix Eureka
От: _ABC_  
Дата: 10.06.22 11:55
Оценка:
Здравствуйте, Ночной Смотрящий, Вы писали:

НС>Кубер там уже стоит как правило.

Но туда нельзя поставить непойми что. Да и нет такого правила.

НС>Я тебе говорю как по факту происходит. Разница есть и для клиентов принципиальная.

Кхм. Я тебе тоже говорю, как это по факту происходит. И до сих пор мы не встретили ни одного клиента с "только кубик или нафиг".

НС>Вообще не понимаю о чем ты. Я привел конкретный факт.

Этот "факт" не выдерживает ни малейшей критики. Ты взял какой-то отдельный банк и сделал по нему глобальные выводы.

Я могу взять банки и финансовые структуры, которые являются нашими клиентами и сказать, что в одном, например, вообще нет кубика и им пофиг как именно мы деплоим наше приложение, главное, чтобы в соответствие с требованиями SoC и чтобы мы предоставляли документ о соответствии SoC 2 дважды в год. Мы и предоставляем — от AWS который. Ещё один просто предоставил нам данные для обработки, особо не заморачиваясь с изучением архитектуры и инфраструктуры. Третие пользуются нашей облачной инфраструктурой в multi-tenant среде. Четвёртые, которые потенциальные пока что, хотят выделенную инфраструктуру, но им в целом пофиг как именно мы её развернём, т.к. эта инфраструктура будет на наших ресурсах... Главное, чтобы прошла их внутренний аудит и уложилась в их бюджет.

НС>Ты не знаешь что такое kubernetes operator?

Знаю. По-прежнему не вижу контекста, в котором твоё утверждение имело бы особый смысл. Ну да ладно.
"Потерял дар речи за зря"(с).
Re[6]: Kubertetis vs Netflix Eureka
От: vsb Казахстан  
Дата: 14.06.22 08:21
Оценка:
Здравствуйте, Аноним931, Вы писали:

vsb>>Что сложного в том, чтобы поднять его с нуля?


А>Ну вот, приехали. Ты же сам вверху сказал, что этот кубернетес — "сложная штука".


Ну понятие сложность — штука многозначная. Пока для меня кубернетес это просто некоторая кучка информации, которую надо впитать.

А спрашиваю, т.к. я в процессе его поднятия. И с одной стороны наслушался про то, что только безумцы поднимаюсь его самостоятельно. Поэтому хочу понять, к чему готовиться, т.к. детали — в чем именно будет затык, никто не озвучивает. Пока что всё идёт плюс-минус гладко. Но медленно, да.
Отредактировано 14.06.2022 8:22 vsb . Предыдущая версия .
Re: Kubertetis vs Netflix Eureka
От: Sheridan Россия  
Дата: 14.06.22 10:06
Оценка:
Здравствуйте, Артём, Вы писали:

Аё>Нужно ли переходить на Ккбернетис, или уходить с кубернетиса? Дискас.

Какую проблему пытаешься решить?
Matrix has you...
 
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.