А в ажуре уже AKS работает

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

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

У них типа тоже неплохо приготовлен кубер

В этом плане авс сильно долго чухается

да уж, ну, они лидеры рынка

мб внедрят что-то скоро

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

мб внедрят что-то скоро

У авс в закрытом тестировании уже есть сервис

у них у всех цены как-то не очень)

Но допроситься потестировать - у меня с инфой в под тыщу хостов в авс - не вышло

у них у всех цены как-то не очень)

Я когда начал работать на рынок амереканский сильно удивился

Там по другому бабки считают

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

то есть там можно выбить скидки?

И скидки и условия

Ну скажем так, когда ты скажешь я хочу у вас в год тратить лям - условия на лям будут шикарные

И это я так, знаю только верхушку, которую позволено знать

а, да, это я понимаю)

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

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

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

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

у меня скорее другие условия - как сделать хорошо в условиях дефицита бюджета

чтобы не shared-хостинг, как заказчик хочет, потому что увидел рекламу про тариф за 100 рублей, а что-то получше

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

мне интересен вариант разворачивания Kubernetes на 3 впсках/серверах в OVH/Hetzner/Online.Net

чтобы не shared-хостинг, как заказчик хочет, потому что увидел рекламу про тариф за 100 рублей, а что-то получше

Да сам работал и в таких условиях

грубо говоря, админство и DevOps не моё, я просто приложения им разрабатываю и поддерживаю на Python/Django =) а это так, в нагрузку))

наверное, надо потихоньку с одиночных VPS'ок переводить заказчиков в их личные приватные облака на 3 впсках

грубо говоря, админство и DevOps не моё, я просто приложения им разрабатываю и поддерживаю на Python/Django =) а это так, в нагрузку))

Gke , тут хорош

Там цены поменьше авс будут

Но все же выше дешманского хостинга

И впс

да, но Hetzner пока дешевле всех

там примерно 7,5 евро будут стоить 3 мелкие впски

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

в то время как на GCP там, к примеру, если подключаешь на 1 сайт CDN и балансировщик, то уже не менее 18 евро в месяц спишут

ну, а доменов там много всяких может быть у некоторых

GCP выгодно использовать для хранения статических файлов и для хранения образов, их Registry сервис

ну, а чтобы денег много не брали, CloudFlare сверху для кеширования

Ну впс с дешмаским джликейтом всегда дешевле

Но и меньше ручек для управления и взаимосвязи

ну да)

но массовым оно будет когда хостинг всего (3 инстанса, хранилище, база данных, CDN) для простого сайта будет стоить меньше 10 баксов

тогда оно будет сопоставимо с обычным хостингом

который shared

ну то есть чтобы условный Wordpress сразу в облаке разворачивали, а не на shared-хостингах

rkt перестал релизиться быстро

Ну так он и перестал, потому что потерял смысл.

ну то есть чтобы условный Wordpress сразу в облаке разворачивали, а не на shared-хостингах

Ну все к этому и идет

там у etсd есть конкурент в виде Consul'а вроде

Они разного поля ягоды. Консул - "продукт", етсд - "кирпичик"

Ну так он и перестал, потому что потерял смысл.

там CRI-O появился

зачем тогда он появился?

зачем тогда он появился?

Если кратко, то чтобы зарядить пощечину докеру, потому что он охуел. Если официальная позиция, тот тут: https://coreos.com/blog/rocket.html

это я помню, да

но сейчас зачем-то появился CRI-O

как ещё одна альтернатива докеру

почему rkt не мог ей стать, зачем было нужно делать CRI-O?

Потому что немного о разном.

Рокет не нужен, есть куча других рантаймов на выбор, даже для embedded (sic!)

rkt это обёртка под systemd-nspawn как я понимаю

ну и просто как некий маркетинговый бренд в противовес Docker'у был

и там начали внедрять поддержку Kubernetes, но как-то заглохло

теперь то же самое с CRI-O

что-то там тоже не до конца

тут жалко, что rkt уже набрал некий вес как альтернатива Docker'у, но его бросают и говорят о другой альтернативе

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

в итоге опускаешь руки и "ну, Docker так Docker, okay"

Так это не оппозиция, OCI появился по инициативе докера(не можешь победить - возглавь)

CRI-O - это продукт работы OCI

ну, если ставишь курс на Kubernetes, то когда связка Kubernetes+CRI-O будет работать лучше связки Kubernetes+Docker?

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

то есть когда оно станет вариантом по умолчанию для Kubernetes?

В далёком будущем - вероятнее всего. Сейчас это бета, нет?

то есть когда оно станет вариантом по умолчанию для Kubernetes?

Ага

ну просто вот раньше такие же мысли были про rkt

что вот сейчас вот-вот доделают и выкинут Docker на скамейку запасных

а по умолчанию будет rkt

не получилось

теперь уже по отношению к CRI-O более скептические взгляды

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

думаю, что да

но тут именно с маркетинговой точки зрения криво

надо было назвать rkt2.0 а не CRI-O

Rkt это скорее ближе к lxc - то есть на низком уровне запускатор контейнеров. CRI-O - это штука специально для кубика

Ну, cri - оно сразу понятно, Container Runtime Interface, а что такое ркт - неизвестно...

ну тогда можно было бы депрейкейтнуть rkt в пользу CRI-O

чтобы сообщество не растворялось по двум проектам

CRI-O ведь и на 1 ноде будет работать?

без Kubernetes

Ну и кубик на одной работает, и флит, и etcd)

ну, кубик-то не нужен на 1 ноде

а контейнеры более чем

контейнеры как способ доставки

Яхз, если честно, не успеваю следить за миром опенсорса. Так что сильно не верь в правоту моего мнения)

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

хотя я и согласен с тем, что дешевле было переписать

Докер - ты сейчас о чём именно?

просто ce