В чём же разница между устной и письменной речью? Устную удобнее говорить, письменную удобнее воспринимать и обрабатывать.
Вот она мысль которая не дает мне покоя уже много лет, я все ни как не мог сформулировать что же мне так сильно не нравится в том что куча информации из документации и статей перекочевала в видео. И ситуация становится только хуже, видео тяжелее понимать. Я уже не говорю о том что там куча информации которая засоряет мозг и не относиться к теме, например жесты и мимика, и тембр голоса и тд.
Мне одному кажется, что коммерческий успех у новы ОС для мобильных устройств, при текущей ситуации, возможен только в дух случая? 1. Первое в Китае, при поддержке правительства и в случае жестких санкций гугл. 2. Если ось будет совместима с андроид приложениями. Или будет бесплатный(с точки зрения) и понятный способ поддерживать и андроид и новую ОС.
Вы абсолютно правы, большинство людей не должны деплоить в кубер. Есть милион более простых инструментов. С гораздо меньшим количеством функций. Но для 99% веб серверов или backed систем работающих по event bus это отличные решения.
Проблема кубера его пихают иногда куда не надо.
Например когда я говорю про без альтернативность кубера - я имею ввиду что мне нужно запустить 100 веб сервисом с 3мя разными подходами к autoscale.
А ещё я хочу запускать spark и flink и ml в одной платформе. Что бы тот же autoscale переимпользовать, но с нюансами.
А ещё я хочу иметь общий инструмент для security и network policy apply для все своих сервисом, compute engine, kafka и ml framework. Да да у нас отдельная команда secops, которая пишет opa security policy для 50 других команд.
А ещё я хочу общий инструмент что бы все выше перечисленые Тулы можно было запускать на spot. Или легко добавлять управление ebs/ssd в некоторые сервисом, но не во все.
А ещё я лично, люблю экзотические юзкейзы автоматизировать. Например у на 70 кластеров кафки в каждом не меньше 60 нод. И полностью автоматическая система rebalance/backup/ scale/alert/disk extension.
А ещё я забыл про service discovery. Есть милион альтернатив, но я хочу что бы оно с моими сетями интегрировалось, а не везде consul/zookeeper пихать. Что не так уж просто.
Вот и подумайте сколько всего мы раньше писали и костыли в том числе на terraform и chef/puppet/ansible/etc. И как потом сделать на этих технологиях сранный rolling upgrade сложной системе, что бы не больше 5 инстансов было в перезапуска.
А я не говорю про drain and shutdown, если hardvare/vm degradate случился.
Но и это не все, главное теперь есть чёткий протокол/api между developer которые пишут код и реализовуют gracefull shutdown, restart, exactly once guarantee, ha в своём коде и ops которые управляют сетями, дисками, load balancers, security permissions и прочее.
И да я не девопс, я разработчик и меня не раз бесило что я не могу нормально backup автоматический сделать или не знаю какой timeout на sigkill.
Я думал, что это все же больше про взаимодействие между организмами. Из Вики Стигмергия — механизм спонтанного непрямого взаимодействия между индивидами, заключающийся в оставлении индивидами в окружающей среде меток, стимулирующих дальнейшую активность других индивидов.
Вот с этой мыслью, я тоже полностью согласен.
Картинка имеет смысл только в хорошо прописанном контексте.
Вот она мысль которая не дает мне покоя уже много лет, я все ни как не мог сформулировать что же мне так сильно не нравится в том что куча информации из документации и статей перекочевала в видео. И ситуация становится только хуже, видео тяжелее понимать. Я уже не говорю о том что там куча информации которая засоряет мозг и не относиться к теме, например жесты и мимика, и тембр голоса и тд.
Мне одному кажется, что коммерческий успех у новы ОС для мобильных устройств, при текущей ситуации, возможен только в дух случая?
1. Первое в Китае, при поддержке правительства и в случае жестких санкций гугл.
2. Если ось будет совместима с андроид приложениями. Или будет бесплатный(с точки зрения) и понятный способ поддерживать и андроид и новую ОС.
Не сомненно, только он решает милионы проблем. А создаёт только сложность
Вы абсолютно правы, большинство людей не должны деплоить в кубер. Есть милион более простых инструментов. С гораздо меньшим количеством функций. Но для 99% веб серверов или backed систем работающих по event bus это отличные решения.
Проблема кубера его пихают иногда куда не надо.
Например когда я говорю про без альтернативность кубера - я имею ввиду что мне нужно запустить 100 веб сервисом с 3мя разными подходами к autoscale.
А ещё я хочу запускать spark и flink и ml в одной платформе. Что бы тот же autoscale переимпользовать, но с нюансами.
А ещё я хочу иметь общий инструмент для security и network policy apply для все своих сервисом, compute engine, kafka и ml framework. Да да у нас отдельная команда secops, которая пишет opa security policy для 50 других команд.
А ещё я хочу общий инструмент что бы все выше перечисленые Тулы можно было запускать на spot. Или легко добавлять управление ebs/ssd в некоторые сервисом, но не во все.
А ещё я лично, люблю экзотические юзкейзы автоматизировать. Например у на 70 кластеров кафки в каждом не меньше 60 нод. И полностью автоматическая система rebalance/backup/ scale/alert/disk extension.
А ещё я забыл про service discovery. Есть милион альтернатив, но я хочу что бы оно с моими сетями интегрировалось, а не везде consul/zookeeper пихать. Что не так уж просто.
Вот и подумайте сколько всего мы раньше писали и костыли в том числе на terraform и chef/puppet/ansible/etc. И как потом сделать на этих технологиях сранный rolling upgrade сложной системе, что бы не больше 5 инстансов было в перезапуска.
А я не говорю про drain and shutdown, если hardvare/vm degradate случился.
Но и это не все, главное теперь есть чёткий протокол/api между developer которые пишут код и реализовуют gracefull shutdown, restart, exactly once guarantee, ha в своём коде и ops которые управляют сетями, дисками, load balancers, security permissions и прочее.
И да я не девопс, я разработчик и меня не раз бесило что я не могу нормально backup автоматический сделать или не знаю какой timeout на sigkill.
Я думал, что это все же больше про взаимодействие между организмами.
Из Вики
Стигмергия — механизм спонтанного непрямого взаимодействия между индивидами, заключающийся в оставлении индивидами в окружающей среде меток, стимулирующих дальнейшую активность других индивидов.
Справедливости ради, хочу отметить что очень малое количество вирусов может это делать на БОЛЬШИХ РАССТОЯНИЯХ. А господин @arheopsименно их указал.
Пардон, не обратил внимания.
А где Джеф Безос? Или если без полезной нагрузки то не считается?
Мyе кажеться что проект имплеметирует именно вашу задачу.