Напомнило:
#define TRUE FALSE //счастливой отладки суки
компилятор когда такое увидит, выдаст ошибку или как минимум варнинг
Alexey
Andor
$ cat > in.c
#define TRUE FALSE
int main() {}
$ gcc in.c
$ ./a.out
$ echo $?
0
Alexey
$ gcc test.c
test.c:4:0: warning: "true" redefined
#define true false
In file included from test.c:2:0:
/usr/lib/gcc/x86_64-linux-gnu/7/include/stdbool.h:34:0: note: this is the location of the previous definition
#define true 1
Alexey
gcc version 7.3.0
Andor
TRUE vs true
Alexey
о так не ругается )) весело
Andor
#ifdef true
# undef true
#endif
#define true 0
int main() {}
Andor
блин, у меня шланг мимикрирует под гцц
Andor
но я не делал никаких инклюдов правда
Дмитрий Харитонов
Что-то kube-dns не резолвит внешние хосты
Дмитрий Харитонов
2 кластера, и там и там одинаковы настройки, а один из днс не резолвит внешние адреса
Vadim
похоже уже всех скушали
G72K
Надо свой клауд бизнес делать тоже
G72K
И выставить себя напродажу через пару лет
𝚔𝚟𝚊𝚙𝚜
Stas
G72K
https://www.vmware.com/company/news/releases/vmw-newsfeed.VMware-to-Acquire-Heptio-to-Accelerate-Enterprise-Adoption-of-Kubernetes-On-Premises-and-across-Multi-Cloud-Environments.1645750.html
:(
"This acquisition is not expected to have a material impact on fiscal 2019 operating results." Купили за дёшево бизнес без прибыли :)
G72K
Ну heptio молодцы, они частный консалтинг делали по кубам и возможно у них on premise много клиентов было
Vadim
посмотрим доживут ли Ранчер и, допустим, Битнами до кубконфа
G72K
VMware несладко :) им надо срочно , года за 3 удобство облаков в on premise слепить, иначе все съедут
G72K
Никто не хочет стать вендором Фортрана в 2025 :)
Mentat
VMware несладко :) им надо срочно , года за 3 удобство облаков в on premise слепить, иначе все съедут
Там же основной потребитель вмвари как раз крупный бизнес строящий собственные облака, ему то что с on-premise?
Andor
а нафиг кому-то будет нужна вмварь когда кубеня победят?
G72K
Там же основной потребитель вмвари как раз крупный бизнес строящий собственные облака, ему то что с on-premise?
Ну вот "собственные облака" это и есть on premise , нет? :)
Mentat
Ну вот "собственные облака" это и есть on premise , нет? :)
Так я и говорю, что такого радикального щас бизнесу то не хватает?
Mentat
а нафиг кому-то будет нужна вмварь когда кубеня победят?
А почему решение для контейнеризации должно победить решение для виртуализации?
Andor
берёшь короче ранчер или кубеспрей и у тебя облако покруче вмвари!
Andor
А почему решение для контейнеризации должно победить решение для виртуализации?
потому что ещё и kubevirt есть :)
G72K
Так я и говорю, что такого радикального щас бизнесу то не хватает?
Все вразнобой. Ну хотя бы storage через себя пускать умеют, но с сетевыми штуками пока своего в них нет вроде (не эксперт сужу по тому что у нас используют). Тут еще куб побеждает умы, надо предлагать цельное куб решение как gke
Vadim
Mentat
Все вразнобой. Ну хотя бы storage через себя пускать умеют, но с сетевыми штуками пока своего в них нет вроде (не эксперт сужу по тому что у нас используют). Тут еще куб побеждает умы, надо предлагать цельное куб решение как gke
Для запуска чего-то шустрого, с малым жизненным циклом, без состояния - тут кубер на ближней перспективе - зарешает в любом случае, с ним боротся бесполезно. Но это всегда были такие процессы/задачи под которые мучительно больно было генерить и убивать виртуалки и все хотели от этого избавиться, совмещая эти процессы в одной виртуалке, делая другие извраты и прочее. А для долгоиграющих процессов с гарантированным ресурсом и состоянием - типа БД, виртуалки/hw как рулят - так и будут рулить, для крупного бизнеса. Мелкому все едино, у него в ограничения кубера чаще всего все процессы ложатся.
G72K
Для запуска чего-то шустрого, с малым жизненным циклом, без состояния - тут кубер на ближней перспективе - зарешает в любом случае, с ним боротся бесполезно. Но это всегда были такие процессы/задачи под которые мучительно больно было генерить и убивать виртуалки и все хотели от этого избавиться, совмещая эти процессы в одной виртуалке, делая другие извраты и прочее. А для долгоиграющих процессов с гарантированным ресурсом и состоянием - типа БД, виртуалки/hw как рулят - так и будут рулить, для крупного бизнеса. Мелкому все едино, у него в ограничения кубера чаще всего все процессы ложатся.
IBM тоже на неказистые писюки смотрела свысока своих p и z systems . И где они теперь? :) Зерги побеждают вдолгую
Vadim
да уже который год эксперты говорят "не суйте стейтфул в куб", а компании со стейтфулом в портфолио всё прокупают и покупают кубовых инженеров
Sergei
Vadim
поддерживаю распостранение этих слухов кстати
Mentat
IBM тоже на неказистые писюки смотрела свысока своих p и z systems . И где они теперь? :) Зерги побеждают вдолгую
Не всегда, спарки вон считай аналог контейнеров в мире железа, тупые, мощные, дешевые, скалируемые - и что, завоевали они весь мир?)
Sergei
Для запуска чего-то шустрого, с малым жизненным циклом, без состояния - тут кубер на ближней перспективе - зарешает в любом случае, с ним боротся бесполезно. Но это всегда были такие процессы/задачи под которые мучительно больно было генерить и убивать виртуалки и все хотели от этого избавиться, совмещая эти процессы в одной виртуалке, делая другие извраты и прочее. А для долгоиграющих процессов с гарантированным ресурсом и состоянием - типа БД, виртуалки/hw как рулят - так и будут рулить, для крупного бизнеса. Мелкому все едино, у него в ограничения кубера чаще всего все процессы ложатся.
так-то маленькой компании часто похер, кубер у нее или хуюбер. а вот большим контейнеры куда полезнее.
Rainbow
так-то маленькой компании часто похер, кубер у нее или хуюбер. а вот большим контейнеры куда полезнее.
да как-то не похер. Скорость выкатки разных апп выростает почти на порядок.
G72K
да как-то не похер. Скорость выкатки разных апп выростает почти на порядок.
Когда серьезное в куб затащите? :)
G72K
не понял
Это же у вас был доклад про GKE на митапе Мейл? Вы говорили что в кубе у вас только фантики , все стоящее всё ещё по старинке где то у себя крутится
Rainbow
неееее, я не публичная личность совсем.
Rainbow
Это же у вас был доклад про GKE на митапе Мейл? Вы говорили что в кубе у вас только фантики , все стоящее всё ещё по старинке где то у себя крутится
вы меня спутали с чуваком из тинькова? Он вроде посерьёзнее на пару порядков)
Vadim
У тинькова нет площадки, которую они кастомерам продают
Vadim
а у мейла есть, но догфудинг я смотрю не особо развит
Rainbow
Andrey
Ребят, нужен совет.
Есть похапе приложенька.
Построена на Yii2. Для нее нужен nginx + php-fpm.
У nginx есть специфичные редиректы.
В кубере я вижу это одним деплойментом из 2х подов (nginx & php-fpm).
И все бы хорошо, но вот вопрос, как сервить статику, которая лежит в контейнере с php-fpm? (нет разделения на frontend/backend и общением по api)
Rainbow
обычно phpfpm+nginx вместе пакуют
Mentat
Ребят, нужен совет.
Есть похапе приложенька.
Построена на Yii2. Для нее нужен nginx + php-fpm.
У nginx есть специфичные редиректы.
В кубере я вижу это одним деплойментом из 2х подов (nginx & php-fpm).
И все бы хорошо, но вот вопрос, как сервить статику, которая лежит в контейнере с php-fpm? (нет разделения на frontend/backend и общением по api)
1) S3
2) Shared network-fs
3) Общий volume/контейнер со статикой
Rainbow
4) класть статику в nginx
Rainbow
С контейнерами только учитывайте проблему. Старый бек может захотеть старые ассеты, а их там нет, потому что недавно накатили новые. Или новый бек пошел за новыми ассетами, а nginx там ещё не закончил.
Andor
> 2) Shared network-fs
root.io!
Rainbow
> 1)
minio
Andrey
а может есть варик с initContainers или emptyDir?
Не хотелось бы ради одной приложеньки городить s3like систему в инфре.
Andrey
там этой статики пара мегабайт от силы
𝚔𝚟𝚊𝚙𝚜
𝚔𝚟𝚊𝚙𝚜
Почему бы не создать один общий контейнер для них?
Andrey
Почему бы не создать один общий контейнер для них?
ну nginx + php-fpm в одном контейнере видится костылем. Типо не dockerway'но и все такое. Пока ищу workaround'ы
𝚔𝚟𝚊𝚙𝚜
Один image, сорри не правильно выразился
Rainbow
php в принципе не торт, поэтому можно 2 процесса на image
Andrey
Один image, сорри не правильно выразился
а, т.е. сунуть все в один контейнер, но запускать разные команды?
Andrey
интересный кстати варик
𝚔𝚟𝚊𝚙𝚜
Только не контейнер а таки имадж
𝚔𝚟𝚊𝚙𝚜
Контейнера в итоге два получится
Andrey
дада, это я понял.
Andrey
А вот если все же говорить об initContainers и emptyDir, они мне тут не помогут?
Andrey
Ну типо перед стартом копировать статику в контейнер с nginx или в emptyDir пошареный между 2мя контейнерами одного пода
𝚔𝚟𝚊𝚙𝚜
А вот если все же говорить об initContainers и emptyDir, они мне тут не помогут?
Помогут но смысла нет особого
Andrey
Помогут но смысла нет особого
ну мне они помогут собирать не сильно кастомные образы. Обновлять проще и все такое)
𝚔𝚟𝚊𝚙𝚜
Вообще раньше такая штука даже была как gitvolume
𝚔𝚟𝚊𝚙𝚜
Сейчас рекомендуется initContainer для этого, да
Andrey
Вообще раньше такая штука даже была как gitvolume
ну это с гита. А у меня статика не совсем статика. Ну кароч она собирается на этапе билда. Т.е. я не могу ее просто из гита дернуть, там она еще не готова