Вообще правительственная программа развития российской микроэлектроники на ближайшие десять лет опубликована в открытом доступе. Я давно так не смеялся, как когда ее читал.
Военные планы все-таки вряд ли так публикуют.
А, в целом, дорогу осилит идущий. При этом понятно, что куча проблем.
Моя логика больше про эл. системы государства, а не самого оружия. Про оружие ничего сказать не могу.
Для терминалов особых мощностей не нужно. СХД и сетевое оборудование так же отечественные планируются. При этом вычислительные мощности могут быть обычными. За счет закрытости сети и контроля двух ключевых компонентов -- хранения и пользовательского -- как раз и ожидается какая-то работоспособность системы.
Понятно, что в идеале все должно быть свое и самое современное, но если этого в 2021 году не получается достичь, то не значит, что все надо бросать. Сейчас есть план, он выполняется. Лучше, чем ничего. Сделают его -- может дальше пойдут.
Достижения редко бинарны (да/нет). Обычно все разделено на этапы.
Сейчас частично: спроектирован чип, за ним на производстве инженеры следят, чтобы производили то, что спроектировано. Понятно, что это не полная гарантия, но это уже шаг в перед.
Часть чипов делают в России на Микроне. Это совсем для военных нужд. Там уже "полная" надежность.
Продолжение расширения производства в России -- вполне логично. И логично, что оно будет сильно дороже/хуже коммерческих аналогов, т.к. ключевой функционал другой. Когда и как это будут делать -- нам не докладывают.
При этом понятно, что уже существующие процессоры нужно внедрять: и их отладить, и софт, и немного снизить себестоимость за счет относительной массовости. Когда уже будет понятно, что Х чипов производятся сейчас в другой стране и ровно их же можно производить у нас, то и экономический базис завода понятен.
Кстати, наверное, поэтому и делают ставку на системы хранения данных -- они будут сильно дороже, но при этом вычислительные системы вполне могут быть обычными какое-то время.
С деньгами сложно: с одной стороны согласен, что у США есть технологии, но с другой стороны у нас зп сильно меньше, а технологии могут быть и уже потерянными (как они сейчас мучаются с космосом).
Но дело не в этом. Дело в достаточности для оборонных нужд, а не в коммерческом международном производстве. И еще в том, что потихоньку прогресс в процессорах замедляется. Вроде бы есть Микрон, который потенциально что-то может делать, но уж совсем для военных. Нужно еще несколько подобных, может быть немного более новых, и не обязательно сейчас. Через 5-10 лет тоже вполне норм. На тот момент это будут устаревшие линии для коммерческих производств.
Так что, для гос нужд вполне будет производство. Для массового рынка -- скорее нет, но все сильно зависит от ситуации. Если, вдруг, будет концентрация усилия государства, то будет и массовое, но с чего вдруг оно возникнет -- пока что не видно.
Есть одни заказчики, которым нужно, чтобы работало здесь и сейчас. И они не сильно волнуются на счет закладок и войн (реальных, гибридных или виртуальных).
А есть люди, отвечающие за гос безопасность. Они и выстраивают такие правила, чтобы минимизировать проблемы. И им ок, если сегодня учреждения немного помучаются с текущими недоработками (а без них не может быть).
Есть надуманные уши, которые помогают первым и противостоят вторым, чтобы лучше себя чувствовать (и при значительном перевесе даже любую войну не нужно начинать -- и так все что нужно сдадут).
Нет цели конкурировать на международном рынке. Есть цель безопасность государства.
Конкуренция на международном рынке -- способ снизить затраты за счет массовости (обычных покупателей). Желание понятное, но не простое. Нужно хотя бы на внутреннем рынке для обычных покупателей стать конкурентносопособными.
А тут возникает как раз то, чего и в ролике, и в комментариях многие боятся: обязательные покупки не только гос. органами, а всеми этих процессоров. После этого и себестоимость сильно пойдет вниз, и отладят проблемы. А уж посмотрев на это иностранные заказчики, возможно, начнут потихоньку покупать. Если РФ будет при этом на них давать, т.к. США и ко будут давить.
В общем, пока дойдет дело до международных продаж чисто технически там еще несколько раз все переделают. А говорить о бесперспективности текущего технического подхода без экспертности в разработке процессоров я бы не стал.
Об этом и речь, что государство должно быть действительно заинтересованно в этом и разрабатывать программы развития и финансировать эти проекты.
Так и делается. Просто поэтапно. Сейчас этап софта и отверточной сборки пройден. В хорошем состоянии этап собственных плат. Активный переход на процессоры собственной разработки, но не собственного производства.
Потом уже и этап собственного производства. США на это недавно выделили 50млрд $ вроде бы. Скорее всего, если немного подождать и подумать как лучше, то и дешевле станет что-то приемлемое для текущих офисных задач и эффективней можно сделать.
Kubernetes -- это скорее реализация принципа Private Cloud (с возможностью временные/пиковые нагрузки размещать в Public Cloud).
Поэтому я бы в вопросе заменил 2 термина:
не проект, а организация, т.к. большая часть преимуществ -- это замена кластеров виртуальных машин на кластера K8s с еще большей стандартизацией / централизацией.
важно не кол-во сервисов (15-20), а кол-во вычислительных ресурсов. Уже где-то от 200 vCPU (3 сервера с 4 CPU по 20 vCPU/10 core) имеет смысл использовать K8s.
В целом, зависит от организации: если есть потребность в своих серверах (от 1000 vCPU) (тем более если уже есть сервера виртуалок), то имеет смысл принять стратегический курс на переход на K8s: сначала все новые системы запускать на нем, а затем постепенно старые перевести (аргументировать такой переход -- отдельная статья). Так же если организация занимается разработкой корпоративных систем, то имеет смысл, т.к. заказчики уже просят адаптированные системы и нужно иметь опыт такой эксплуатации. Если организация хостится в публичных облаках на постоянке, то лучше использовать провайдеров VPS без всяких K8s.
По поводу выделенного человека: все зависит от кол-ва изменений в кластерах и чем именно человек будет заниматься. Если только поддерживать уже работающее, то нужно 2 человека на инциденты, т.е. обычные сисадмины должны изучить и этот инструмент (не новые люди). Если на уровне приложения подготавливать все необходимые ресурсы, то обычно это делает команда разработки/внедрения. Это относительно разовые вещи: можно запросить у разработчика решения, можно аусорсить. Если сами разработчики и много команд, то можно взять выделенного человека, который бы помогал всем по очереди. В целом, все дополнительные затраты -- это на переобучение людей (ведь и раньше разворачиванием систем кто-то занимался) и перевод на новый механизм деплоя. Если делать с нуля и обученными людьми, то не вижу каких-то дополнительных затрат. Это как переезд на любую другую технологию.
Еще добавлю, что K8s в отличие от VM предъявляет дополнительные требования к самим приложениям (и за счет этого как многие плюсы, так и костыльные внедрения): не использовать протокол NFS, поддержка горизонтального масштабирования, поддержка относительно небольших экземпляров (до 8 vCPU), поддержка K8s-совместимых метрик и логов, явное описание работы с файлами (куда пишется, что, сколько), поддержка работы с одним IP. Это основное: бывают и более мелкие требования, и костыли для обхода перечисленных.
Не все так просто даже с рейтингом. Последний (не крайний) раз заказал мелких вещей. Их упаковали в один пакет. Одну из вещей, видимо, перепутали при упаковке. Писал продавцу — тот отвечает, что товар получен. И их любимое ждите, чтобы срок на спор вышел.
Дополнительно, искал продавцов только со складом в России и доставку из России выбирал при добавлении в корзину. По факту же слали из разных стран, поэтому долго.
В общем, практически перестал покупать: и постоянно какой-то «легальный» обман (псевдоскидки, непрогнозируемое время доставки — могут и 2+ недели отправлять, нет реальной гарантии, как-то накрученные рейтинги у фуфловых товаров, просто нужно вчитываться в хитрые описания, ещё прислали медленную флешку в комплекте с камерой — ругается и в высоком разрешении не пишет и тп), и долго ждать, и не присылают время от времени (3-4 вещи либо совсем не дошли, либо что-то другое типа непонятной лампочки).
Я не розовый пони :), но спасибо). Сказал бы даже наоборот: везде плохо, не стоит идеализировать США. Там тоже люди теряют деньги и свободу. Только здесь мы выросли и знаем намного больше, чем о любой другой стране.
Где хуже/лучше — весьма сложно определить, т.к. нужно собрать полноценную статистику, а не какие-то отдельные случаи.
Вопрос в готовых сравнениях (может кто-то делал по работе недавно). Самостоятельно делать выводы весьма долго и сложно, т.к. сотни и тысячи строк в расшифровке облачных платежей.
Так же можно говорить, что AWS и GCP синхронизируются с ЦРУ и ФБР. Непонятно зачем строить бизнес на чем-то запрещенном.
Кроме очевидных составляющих по фичам и стоимости, интересуют юр. поддержка российских законов по персональным данным и прочему. Если еще нет, то надеюсь, что скоро появится.
Если ТЗ оплачивается, то норм. Понятно, что тут скорее навыки аналитика, а не программиста нужны, но почему бы и нет для разнообразия.
Обычно использую https://github.com/jordansissel/fpm : и проще, и больше форматов поддерживает.
С точки зрения хранения вы перевели с Oracle на MS SQL? Вы можете сказать как из-за этого поменялись лицензионные платежи за базы?
Военные планы все-таки вряд ли так публикуют.
А, в целом, дорогу осилит идущий. При этом понятно, что куча проблем.
Моя логика больше про эл. системы государства, а не самого оружия. Про оружие ничего сказать не могу.
Для терминалов особых мощностей не нужно. СХД и сетевое оборудование так же отечественные планируются. При этом вычислительные мощности могут быть обычными. За счет закрытости сети и контроля двух ключевых компонентов -- хранения и пользовательского -- как раз и ожидается какая-то работоспособность системы.
Понятно, что в идеале все должно быть свое и самое современное, но если этого в 2021 году не получается достичь, то не значит, что все надо бросать. Сейчас есть план, он выполняется. Лучше, чем ничего. Сделают его -- может дальше пойдут.
Достижения редко бинарны (да/нет). Обычно все разделено на этапы.
Сейчас частично: спроектирован чип, за ним на производстве инженеры следят, чтобы производили то, что спроектировано. Понятно, что это не полная гарантия, но это уже шаг в перед.
Часть чипов делают в России на Микроне. Это совсем для военных нужд. Там уже "полная" надежность.
Продолжение расширения производства в России -- вполне логично. И логично, что оно будет сильно дороже/хуже коммерческих аналогов, т.к. ключевой функционал другой. Когда и как это будут делать -- нам не докладывают.
При этом понятно, что уже существующие процессоры нужно внедрять: и их отладить, и софт, и немного снизить себестоимость за счет относительной массовости. Когда уже будет понятно, что Х чипов производятся сейчас в другой стране и ровно их же можно производить у нас, то и экономический базис завода понятен.
Кстати, наверное, поэтому и делают ставку на системы хранения данных -- они будут сильно дороже, но при этом вычислительные системы вполне могут быть обычными какое-то время.
С деньгами сложно: с одной стороны согласен, что у США есть технологии, но с другой стороны у нас зп сильно меньше, а технологии могут быть и уже потерянными (как они сейчас мучаются с космосом).
Но дело не в этом. Дело в достаточности для оборонных нужд, а не в коммерческом международном производстве. И еще в том, что потихоньку прогресс в процессорах замедляется. Вроде бы есть Микрон, который потенциально что-то может делать, но уж совсем для военных. Нужно еще несколько подобных, может быть немного более новых, и не обязательно сейчас. Через 5-10 лет тоже вполне норм. На тот момент это будут устаревшие линии для коммерческих производств.
Так что, для гос нужд вполне будет производство. Для массового рынка -- скорее нет, но все сильно зависит от ситуации. Если, вдруг, будет концентрация усилия государства, то будет и массовое, но с чего вдруг оно возникнет -- пока что не видно.
Есть одни заказчики, которым нужно, чтобы работало здесь и сейчас. И они не сильно волнуются на счет закладок и войн (реальных, гибридных или виртуальных).
А есть люди, отвечающие за гос безопасность. Они и выстраивают такие правила, чтобы минимизировать проблемы. И им ок, если сегодня учреждения немного помучаются с текущими недоработками (а без них не может быть).
Есть надуманные уши, которые помогают первым и противостоят вторым, чтобы лучше себя чувствовать (и при значительном перевесе даже любую войну не нужно начинать -- и так все что нужно сдадут).
Нет цели конкурировать на международном рынке. Есть цель безопасность государства.
Конкуренция на международном рынке -- способ снизить затраты за счет массовости (обычных покупателей). Желание понятное, но не простое. Нужно хотя бы на внутреннем рынке для обычных покупателей стать конкурентносопособными.
А тут возникает как раз то, чего и в ролике, и в комментариях многие боятся: обязательные покупки не только гос. органами, а всеми этих процессоров. После этого и себестоимость сильно пойдет вниз, и отладят проблемы. А уж посмотрев на это иностранные заказчики, возможно, начнут потихоньку покупать. Если РФ будет при этом на них давать, т.к. США и ко будут давить.
В общем, пока дойдет дело до международных продаж чисто технически там еще несколько раз все переделают. А говорить о бесперспективности текущего технического подхода без экспертности в разработке процессоров я бы не стал.
Так и делается. Просто поэтапно. Сейчас этап софта и отверточной сборки пройден. В хорошем состоянии этап собственных плат. Активный переход на процессоры собственной разработки, но не собственного производства.
Потом уже и этап собственного производства. США на это недавно выделили 50млрд $ вроде бы. Скорее всего, если немного подождать и подумать как лучше, то и дешевле станет что-то приемлемое для текущих офисных задач и эффективней можно сделать.
Интересная система.
Что вы думаете о бекапах? Вроде бы ничего про них не нашел в Deckhouse.
Собираете ли вы K8s события в какое-нибудь хранилище, чтобы и через сутки их можно было посмотреть?
Kubernetes -- это скорее реализация принципа Private Cloud (с возможностью временные/пиковые нагрузки размещать в Public Cloud).
Поэтому я бы в вопросе заменил 2 термина:
не проект, а организация, т.к. большая часть преимуществ -- это замена кластеров виртуальных машин на кластера K8s с еще большей стандартизацией / централизацией.
важно не кол-во сервисов (15-20), а кол-во вычислительных ресурсов. Уже где-то от 200 vCPU (3 сервера с 4 CPU по 20 vCPU/10 core) имеет смысл использовать K8s.
В целом, зависит от организации: если есть потребность в своих серверах (от 1000 vCPU) (тем более если уже есть сервера виртуалок), то имеет смысл принять стратегический курс на переход на K8s: сначала все новые системы запускать на нем, а затем постепенно старые перевести (аргументировать такой переход -- отдельная статья). Так же если организация занимается разработкой корпоративных систем, то имеет смысл, т.к. заказчики уже просят адаптированные системы и нужно иметь опыт такой эксплуатации. Если организация хостится в публичных облаках на постоянке, то лучше использовать провайдеров VPS без всяких K8s.
По поводу выделенного человека: все зависит от кол-ва изменений в кластерах и чем именно человек будет заниматься. Если только поддерживать уже работающее, то нужно 2 человека на инциденты, т.е. обычные сисадмины должны изучить и этот инструмент (не новые люди). Если на уровне приложения подготавливать все необходимые ресурсы, то обычно это делает команда разработки/внедрения. Это относительно разовые вещи: можно запросить у разработчика решения, можно аусорсить. Если сами разработчики и много команд, то можно взять выделенного человека, который бы помогал всем по очереди. В целом, все дополнительные затраты -- это на переобучение людей (ведь и раньше разворачиванием систем кто-то занимался) и перевод на новый механизм деплоя. Если делать с нуля и обученными людьми, то не вижу каких-то дополнительных затрат. Это как переезд на любую другую технологию.
Еще добавлю, что K8s в отличие от VM предъявляет дополнительные требования к самим приложениям (и за счет этого как многие плюсы, так и костыльные внедрения): не использовать протокол NFS, поддержка горизонтального масштабирования, поддержка относительно небольших экземпляров (до 8 vCPU), поддержка K8s-совместимых метрик и логов, явное описание работы с файлами (куда пишется, что, сколько), поддержка работы с одним IP. Это основное: бывают и более мелкие требования, и костыли для обхода перечисленных.
В целом, идея безусловного дохода плоха, т.к. ведёт к огромной зависимости от государства (как и экономика аренды всего).
Должно быть достаточно денег, чтобы хватало на жизнь и годовой творческий отпуск. И/или времени (например, 3х дневная рабочая неделя).
Только нет механизма жаловаться на проблему этой переупаковки, т.к. это не проблема продавца.
Не все так просто даже с рейтингом. Последний (не крайний) раз заказал мелких вещей. Их упаковали в один пакет. Одну из вещей, видимо, перепутали при упаковке. Писал продавцу — тот отвечает, что товар получен. И их любимое ждите, чтобы срок на спор вышел.
Дополнительно, искал продавцов только со складом в России и доставку из России выбирал при добавлении в корзину. По факту же слали из разных стран, поэтому долго.
В общем, практически перестал покупать: и постоянно какой-то «легальный» обман (псевдоскидки, непрогнозируемое время доставки — могут и 2+ недели отправлять, нет реальной гарантии, как-то накрученные рейтинги у фуфловых товаров, просто нужно вчитываться в хитрые описания, ещё прислали медленную флешку в комплекте с камерой — ругается и в высоком разрешении не пишет и тп), и долго ждать, и не присылают время от времени (3-4 вещи либо совсем не дошли, либо что-то другое типа непонятной лампочки).
Где хуже/лучше — весьма сложно определить, т.к. нужно собрать полноценную статистику, а не какие-то отдельные случаи.
Кроме очевидных составляющих по фичам и стоимости, интересуют юр. поддержка российских законов по персональным данным и прочему. Если еще нет, то надеюсь, что скоро появится.