Комментарии 9
В своей поделке kube-dialog переименовал команды cordon и uncordon в condom и uncondome соответственно, получилось забавно)
Очень много букаф - так и не осилил статью 😀
Облачная инфраструктура должна будет стать более геораспределённой и простой в управлении
Я вот тут одного не понял.
Жили-были мыши. Все их обижали. Однажды пришли мыши к сове:
— Мудрая сова, помоги! Все нас едят. Скоро нас не останется. Что делать?
Подумала сова и говорит:
— Мыши! Станьте ежами! Будете колючими и для охотников недоступны.
Побежали мыши радостно:
— Станем ежами! Станем ежами!
Вдруг одна остановилась:
— А кто-нибудь знает: как стать ежами?Никто.
Побежали обратно к сове.
— Сова! А как нам стать ежами?
— Мыши! Идите на х[рен]! Откуда я знаю — как? Я не тактик, я — стратег!
Ну допустим да, надо такими стать. А как?
Ну понятно есть там CDN для статики, решения горизонтального мастшабирования "compute", даже для баз можно плодить реплики и выносить их в другие регионы. Можно открыть описания для любого из тройки ведущих клаудов и узнать детали
Но физику ж никто не отменял, равно как CAP-теорему. Если у нас пользователи в Австралии и Европе, и есть некие общите данные, которые могут изменяться обоими - чуда нет (наверное). Расстояние велико и банально сигнал едет какое-то время. Плюс, как оказалось, всегда может найтись "дикарь с шахедом", которому надо обязательно доказать всему миру, что он чудак с буквы "М".
Что ожидается от облаков, особенно вот в этой фразе:
По-настоящему катастрофоустойчивая инфраструктура подразумевает использование честно геораспределённого железа с хорошей сетевой связностью
Мудрая "сова" сказала что надо где-то просто строить решения на "честно геораспределённом железа с хорошей сетевой связностью"? У меня оснований для сомнений в мудрости совы, но есть чуток сомнения в том, а как конкретно это сделать, если расстояние велико?
kubernetes будет мастхэв в корпорациях. костыли будут мастхэв в легаси и мелких проектах
корпорации постепенно напишут свои обёртки-"платформы" над кубером, а девопсов запихнут обслуживать разработчиков, как когда-то программисты обслуживали бухгалтеров
еденицы прорвуться в MlOps
SEC потеряли. С учетом последних веселых новостей либо опс (что более вероятно), либо дев (что менее, ибо "гони фичи") должны будут научиться настройкам безопасности того же кубера, иначе относительно быстро их свежий продукт на кубере будет поимет.
С развитием облачных вычислений и микросервисной архитектуры, спрос на Kubernetes и DevOps растет. Эти технологии помогают компаниям сократить время доставки продуктов на рынок, упростить масштабирование и автоматизацию, и облегчить процессы разработки и развертывания.
Наброшу радикальненько)) Если ML/AI будут развиваться так же бурно, как сейчас, то через 10 лет не будет разработки и программ/сервисов как таковых. Останется один глобальный AI, который будет как человек рулить всеми ИТ-процессами, разработкой и т.п. Причем будет он один на всех и даже та компания, которая его произведет, будет у него как бы в подчинении. Этот ИИ будет отрабатывать и за K8s, и за istio, и за всё остальное. Да и сами приложения/сервисы станут частью этого ИИ. То есть мы вернемся как бы к ручному труду, но по-новому, где вместо человека всё вручную начнет делать этот ИИ, улучшающий и дообучающий части самого себя.
Соответственно, этот ИИ начнет сам выдавать доступы к себе людям и решать, кому сколько доступа можно получить. Это будет слишком соблазнительно, чтобы расфигачить его ядеркой и забыть про него. На этот фоне может возникнуть новая религия — PromtptOps — когда с помощью промптов (неких аналогов современных молитв) люди будут пытаться бороться за внимание и ресурс ИИ, контролировать его хоть как-то для своей собственной выгоды. Плюс начнется битва за то кто сколько жертв принесет этому ИИ, то есть сколько железа, энергии и т.п. ресурсов предоставит.
Фактически, государства и бизнес станут зависеть от успешности своей разработки эффективных молитв и передачи ИИ своих ресурсов в попытке его умилостивить.
И раз, два — закончили упражнение:)))
Всем привет, я решил свой прогноз развернуть подробнее, выложил его сюда: http://timurb.ru/kb/kuda-idet-devops/
Будущее Kubernetes и DevOps: строим прогнозы на 10 лет