Size: a a a

SPb Reliability Meetup

2021 June 18

Wo

Womchik on Zabbix in SPb Reliability Meetup
тут никого из спортмастера нет?
источник
2021 June 24

VL

Vitaliy Levchenko in SPb Reliability Meetup
гайз, тут утверждается, что девопс — это очень сложно. Вероятно, автор перемудрил с IAM.

https://m.facebook.com/story.php?story_fbid=956595378447716&id=100022917885958

что думаете?
источник

AS

Aleksey Shirokikh in SPb Reliability Meetup
девопс это очень сложно
источник

AS

Aleksey Shirokikh in SPb Reliability Meetup
сре сложнее в два раза
источник

AS

Aleksey Shirokikh in SPb Reliability Meetup
и самый ужас что системное администрирование это сре в кубе
источник

Wo

Womchik on Zabbix in SPb Reliability Meetup
а потом идёт фронтенд
источник
2021 June 25

EG

Eduard Generalov in SPb Reliability Meetup
aws eks - худшее решение под k8s, насколько я знаю. Они хотя бы до 1.17 дошли уже?

Человек умышленно усложняет себе жизнь AWS-ом, и про это пилит пост. Для меня - странновато.

И вообще весь devops - про изменения, частые и быстрые. Не готов? Ну, рынок и под тебя место найдёт, но не факт, что оно тебе понравится.

В случае с прогингом - он бывает двух видов:
- говнокодеры, большинство. Берут разжёванную задачу и переводят на какой-то ЯП.
- прогеры, которые и архитектуру построят, и бизнес понимают, и мышление engineer-way.
И соглашусь, говнокодить на чём угодно проще, чем админить отказоустойчивые вещи от идеи до прода, или написание нормального кода с правильной архитектурой.
источник

SH

Stanislav Hanzhin-Ts... in SPb Reliability Meetup
А дальше - проституция
источник

AS

Aleksey Shirokikh in SPb Reliability Meetup
SRE....
источник

AS

Aleksey Shirokikh in SPb Reliability Meetup
❗️МВЧР: сегодня с 19:00 до 7:30 следующего дня будет проходить плановая остановка системы в связи с реконструкцией здания, которую нельзя отложить.

Таким образом веб-сайты МВЧР, пожарных и полиции ЧР работать не будут!

•••
The Česko — о жизни в Чехии
источник

VI

Vladimir Ivanov in SPb Reliability Meetup
wat
источник

VI

Vladimir Ivanov in SPb Reliability Meetup
а можно побольше аргументов в набросе на eks
источник

VI

Vladimir Ivanov in SPb Reliability Meetup
1.20 так-то доступен
источник

PR

Paul Rudnitskiy in SPb Reliability Meetup
да и так хорошо)
источник

EI

Edouard Ispravnikov in SPb Reliability Meetup
Ураган там вроде был сегодня, в городе с черезвычайнотруднопроизносимым названием.
источник

AS

Aleksey Shirokikh in SPb Reliability Meetup
это не там
источник

AS

Aleksey Shirokikh in SPb Reliability Meetup
а на 500 километров южнее
источник

EG

Eduard Generalov in SPb Reliability Meetup
В прямую не использовал (AWS так и не пустил 2 компании, которые я когда-то пытался запихнуть в него), только помогал разгрести какое-то счастье более полугода назад. Там была не возможность обновится с 1.16, накрученный iam и ещё какая-то хрень, сходу не могу найти тот диалог.

Из огромных минусов для меня:
- платные мастера? сериоз? 0.6 ядра + 400 рамов за (на память) 20 центов в час?
- просто охринительно дорогое облако. Если память опять не изменяет - оно tier III, но ценники чот завышенные.
- диски мягко говоря не дешёвые, и сетевые, latency (для 80+% моих приложений читай критикал)
- iam. У куба есть свой rbac, нахрена ему что-то ещё?
- обновления, сетевые политики.
- To determine how many pods you can deploy to a node, use the following formula: (Number of network interfaces for the instance type × (the number of IP addressess per network interface - 1)) + 2 - ЧИВО-ЧИВО?
- опять же, m5.large = Up to 10 Gbps. А гарантированный какой?

P.S.: 1.20? я уже на 1.21.1 обновился.
источник

VI

Vladimir Ivanov in SPb Reliability Meetup
"там была не возможность обновится с 1.16" - живу и обновляюсь начиная с 1.12, полёт норм
"Из огромных минусов для меня... 20 центов в час" - сразу видно вы не жили в амазоне ) это будет одна из самых небольших трат. и кстати уже не 20, а 10, они скинули цену где-то полгода назад. но допустим принимаю как минус
"0.6 ядра + 400 рамов" - откуда эта конфигурация? не вижу доки какой-либо об этом
"просто охринительно дорогое облако" - мы обсуждаем eks, а не aws
"iam. У куба есть свой rbac, нахрена ему что-то ещё" - очевидно для интеграции с существующей кодовой базой амазона, нужно было натянуть сову на глобус ) но я бы не сказал что оно там хоть сколько либо конфликтует или противоречит, скорее дополняет как и всё, что они делают - мапят свои сущности на сущности каждого нового saas
"обновления, сетевые политики" - не понял, в чем именно минус?
"To determine how many pods you can deploy to a node, use the following formula" - опять таки особенность реализации того, что оно мапится на ENI. нужно больше - ок, выкидываешь их CNI и ставишь calico
"опять же, m5.large = Up to 10 Gbps" - это что вообще? там типов инстансов овер дохрена, опять не про eks, а про aws

про ps - а это где? мы же сравниваем между собой клауд решения под k8s я надеюсь
источник

VI

Vladimir Ivanov in SPb Reliability Meetup
все набросы на амазон, цены и тд можно обрезать тем, что у них есть self-hosted EKS ) https://github.com/aws/eks-distro
источник