Не осиливаю сокеты Беркли

DevOps отвечает на вопрос «как мы работаем вместе» подменяя собой полностью автоматизированную CI/CD. Такая себе лоскутная автоматизация.

SRE создавая автоматизированные системы отвечает на вопрос «какой уровень надежности нам нужен и сколько он стоит», в том числе и CI/CD.

Девопсы не определяют критерии надёжности и не оценивают их. Они просто выкатывают как-нибудь результат работы программистов и надеяться что система не упадёт. DevOps не является инженерной ролью как SRE или System Admibustrator. Девопс это морская свинка - ни к морю ни к свинья.

Девопс это морская свинка - ни к морю ни к свинья.

Не DEV, и не OPS. И не админ, и не разработчик =)

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

o.O Параллельные миры существуют, что ещё сказать. И мне в ваш что-то не очень хочется.

Ну, засунуть докер в кубер и обмазаться графаной много ума не надо. Или сразу херануть терраформ обчитавшись статей на хабре если вона би дофига программист.

Посчитать же реальную необходимость и надёжность этого всего могут не только лишь все.

Есть такая оценка сложности алгоритмов, большая О. В инфре давно пора вводить свою. Сунул докер получил О(N^2), сунул кубер получил эн куб. Обмазал терраформом получил факториальную сложность и тд.

Ну, засунуть докер в кубер и обмазаться графаной много ума не надо

К сожалению, потом это хозяйства нужно развивать и поддерживать …

Сунул докер получил О(N^2), сунул кубер получил эн куб. Обмазал терраформом получил факториальную сложность и тд.

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

Дело в неверном восприятии, термин воспринимается как мостик между Dev И Ops, а на самом деле — это страж, защищающий Ops от Dev.

Вы опять в рассуждениях ушли не туда. Кубер может любая обезъяна настроить и пользоваться, проблема в том что в большинстве случаев он не нужен, а его суют.

Как эникеи являются личинками сисадмина (если повезет) так и девопсы являются личинками SRE. Когда считают что между девопсами и SRE нет разницы это каргокульт.

Можно принимать эту реальность и эволюционировать, можно обижаться на нее и не принимать - дело ваше. У меня в принципе нет никакого желания доказывать очевидные вещи.

в большинстве случаев он не нужен

IT так работает. Ругаться же на человеческую натуру — последнее дело.

Как эникеи являются личинками сисадмина (если повезет) так и девопсы являются личинками SRE.

The DevOps Handbook говорит иное, впрочем не смею мешать вам настаивать на истинности вашего толкования.

Ругаться же на человеческую натуру — последнее дело.

Не понял где ругань и причем здесь человеческая натура. Много где нужны девопсы, из-за того что много где системы построены коряво. Это - данность, а не страж, защищающий Ops от Dev, потому что в нормально построенной системе не нужно никого ни от кого защищать.

The DevOps Handbook говорит иное, впрочем не смею мешать вам настаивать на истинности вашего толкования.

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

Ваши утверждения про DevOps и SRE это буквально «между эникеями и сисадминами нет разницы», задумайтесь над этим.

в нормально построенной системе не нужно никого ни от кого защищать.

Соглашусь, но с тех пор как одна подлая змеюка подбила одну глупую бабу съесть одно дурацкое яблоко мы живём в ненормальном мире, где наша природа искажена, люди несовершенны, существуют конфликты интересов и т.п.

Ваши утверждения про DevOps и SRE это буквально «между эникеями и сисадминами нет разницы»,

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

Привет, забей. Какашки в кармашки пусть дальше пихают себе и заказчику, пока обратно не полезет и из ушей заказчика.

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

Касаемо докера и еже с ним, что если не со знаком равно к DevOps пишут: IntelFX пишет, что докер это не деплой, а инструмент доставки. После изучения ответов mky, смотрю на doker как оркестратор namespaces/unshare.

В одном из подкастов: «разработчики docker смогли получить одноврменый запуск 30000 нод!», вопрос: «А зачем?», третий: «Потому что могут». В противовес, посмотрите историю появления SQLAlchemy ORM.

Что посоветуете делать?

Написать простейшие echo сервер/клиент для начала. Сервер принимает соединение, всё что прочитал отправляет обратно. Клиент отправил некоторое сообщение, дождался ответа, вывел на экран, завершился. Потом повторить на UDP.

Сокеты конечно непростые, сеть сама по себе непростая, но постепенно станет понятно. Можешь ещё Таненбаума «Компьютерные сети» навернуть параллельно.

асинхронность, многопоточность

Вот это лучше на потом оставить. Хотя многопоточный TCP сервер с одним потоком на одно соединение сделать неплохо. Для асинхронности лучше взять что-то готовое, потому что там почти ничего нет от сокетов беркли, у каждой ОС своё апи.

• https://beej.us/guide/bgnet/
• https://github.com/nguyenchiemminhvu/LinuxNetworkProgramming

Если и этого не хватит, то лучше завязывай с программированием вообще.