[image]

Импортозамещение в ИТ

попытка использовать процессор байкал вместо импортных
 
1 12 13 14 15 16 17 18
+
-
edit
 

Грач

аксакал
★★☆

«Роснефть» начала промышленное внедрение уникального программного комплекса для геологического моделирования

Пожалуйста включите JavaScript в вашем браузере для полноценной работы сайта. В дочерних обществах ПАО «НК «Роснефть» началось опытно-промышленное внедрение первой версии симулятора «РН-ГЕОСИМ», предназначенного для геологического моделирования и анализа месторождений углеводородов с использованием трёхмерных моделей. Программный продукт разработан специалистами «РН-БашНИПИнефть» и одобрен к применению экспертно-техническим советом Государственной комиссии по запасам полезных ископаемых. Развитие технологического потенциала – один из ключевых элементов стратегии «Роснефть-2022». //  Дальше — www.rosneft.ru
 

В «НК «Роснефть» началось опытно-промышленное внедрение первой версии симулятора «РН-ГЕОСИМ», предназначенного для геологического моделирования и анализа месторождений углеводородов с использованием трёхмерных моделей. Программный продукт разработан специалистами «РН-БашНИПИнефть».
Программный комплекс «РН-ГЕОСИМ» — платформа для геологического моделирования, использующая высокопроизводительные компьютерные вычисления. Существенным отличием от зарубежных аналогов является способность инновационного симулятора в автоматизированном режиме перестраивать геологическую модель месторождения по мере появления новых данных, что значительно ускоряет процесс построения модели. Кроме того, симулятор решает задачи интерактивной визуализации, корреляции разрезов скважин, структурного моделирования с учётом тектонических нарушений, подсчёта запасов месторождений и построения отчётной графики.
   2121
+
-4
-
edit
 
Приложения «Яндекса», «Лаборатории Касперского», «Госуслуг» и другие содержат трекеры, которые собирают данные пользователей и передают за границу, выяснили эксперты. Их могут получать Google, Microsoft, Huawei
 


Подробнее на РБК:

СМИ узнали о способности предустановленного софта сливать данные за рубеж

Приложения «Яндекса», «Лаборатории Касперского», «Госуслуг» и другие содержат трекеры, которые собирают данные пользователей и передают за границу, выяснили эксперты. Их могут получать Google, Microsoft, Huawei //  www.rbc.ru
 
   89.0.4389.11489.0.4389.114
Iva> Подробнее на РБК:
Iva> СМИ узнали о способности предустановленного софта сливать данные за рубеж :: Технологии и медиа :: РБК

Пользователи смартфонов Samsung стали жаловаться в соцсетях, что после обновления операционной системы у них появились приложения «Яндекс.Браузер», «Яндекс.Диск» и «Яндекс.Карты», которые нельзя удалить. Об этом пишет «Коммерсант».

Samsung объяснил это требованием об обязательной предустановке российских приложений на телефоны, планшеты, компьютеры и умные телевизоры. Оно вступит в силу с 1 апреля.

В Минцифры уточнили, что требование о предустановке распространяется на устройства, выпущенные после 1 апреля, но производители могли начать исполнять закон и раньше.
 

Samsung начал устанавливать на смартфоны российских пользователей приложения «Яндекса». Их нельзя удалить — Meduza

Пользователи смартфонов Samsung стали жаловаться в соцсетях, что после обновления операционной системы у них появились приложения «Яндекс.Браузер», «Яндекс.Диск» и «Яндекс.Карты», которые нельзя удалить. Об этом пишет «Коммерсант». //  meduza.io
 
   89.0.4389.11489.0.4389.114
LT Bredonosec #11.04.2021 23:51
+
-
edit
 

Китайцы создали полностью отечественную установку для нескольких ключевых этапов производства чипов

Китайская компания China Electronics Technology Group сообщила об успешном производстве аппарата для ионной имплантации, полностью сделанного с использованием отечественных технологий. //  3dnews.ru
 

Китайская компания China Electronics Technology Group сообщила об успешном производстве аппарата для ионной имплантации, полностью сделанного с использованием отечественных технологий. Это стало ещё одним прорывом на пути к независимому производству промышленного оборудования для выпуска чипов и смягчению влияния санкций.

China makes breakthrough in a key step in chip manufacturing - CnTechPost

A Chinese company has announced the successful production of an ion implantation machine made entirely with local technologies, marking a breakthrough in a key aspect of chip manufacturing, Xinhua reported on March 17. //  cntechpost.com
 

 


Аппараты для ионной имплантации в полупроводниковой промышленности используются как для создания плёнок, так и для легирования (внесения примесей) в рабочие слои будущих микросхем. В зависимости от мощности ионного луча проникновение может иметь разную глубину. Установка компании China Electronics Technology с максимальной мощностью луча до 6 миллионов электрон-вольт рассчитана на среднюю и большую глубину воздействия.

Использование новой установки позволяет китайским производителям чипов выпускать полупроводники с нормами до 28 нм. Для организации выпуска продукции по более тонким техпроцессам Китай остаётся зависимым от иностранных производителей оборудования, в частности, от немецких, если говорить о нише ионной имплантации.


молодцы мужики.
Работают.
   87.087.0

imaex

опытный

Iva> Подробнее на РБК:

Только вот Я-браузер показывает список трекеров и позволяет ими управлять. А гугл хром - нет, даже не покажет. А они есть.
   1717
RU спокойный тип #17.04.2021 10:24  @yacc#16.04.2021 20:54
+
-
edit
 

спокойный тип
Спокойный_Тип

старожил
★★
Сообщение было перенесено из темы Россия. 2021. Итоги..
с.т.>> если мы говорим про ЦОД в плане серверных компонентов - то это хайтечный хайтек.
с.т.>> только если вместе с материковыми китайцами с хуавыем делать или у них покупать (когда они сделают).
yacc> Фигня - Уран сказал г-но вопрос - у китайцев уже все есть!
с.т.>> допустим есть Эльбрус-16 в каком-то виде и типа сервера под него - но он же не выпускается у нас локально.
yacc> Уран сказал что все уже есть! :D

ну я бы всё таки не так пессимистично глядел в будущее.
всё таки лет 5 после финального отрезания доступа у нас будет на раздумья (если оно случится).
за это время можно скооперироваться с китайцами.


иначе эльбрус-4 - наше всё...2003года амд примерно по производительности.
https://habr.com/ru/post/389573/
   87.087.0
RU yacc #17.04.2021 11:38  @спокойный тип#17.04.2021 10:24
+
-
edit
 

yacc

старожил
★★★
с.т.> ну я бы всё таки не так пессимистично глядел в будущее.
Ключевое слово - будущее.
А не то, что здесь Уран заявляет

с.т.> всё таки лет 5 после финального отрезания доступа у нас будет на раздумья (если оно случится).
Так что пять лет то делать ?
Не, оно лет через 10 может критичные ЦОД и переведем - это скорее всего так и будет
Как и примерно срок в 10 лет
   70.0.3538.6770.0.3538.67
RU спокойный тип #17.04.2021 16:11  @yacc#17.04.2021 11:38
+
-
edit
 

спокойный тип
Спокойный_Тип

старожил
★★
с.т.>> ну я бы всё таки не так пессимистично глядел в будущее.
yacc> Ключевое слово - будущее.
yacc> А не то, что здесь Уран заявляет
с.т.>> всё таки лет 5 после финального отрезания доступа у нас будет на раздумья (если оно случится).
yacc> Так что пять лет то делать ?
yacc> Не, оно лет через 10 может критичные ЦОД и переведем - это скорее всего так и будет

что в твоём понимании "перевести критичные ЦОДы" ?
у меня такое ощущение что мы о разном чём-то.

yacc> Как и примерно срок в 10 лет

почему 10? не понимаю почему 10.
   87.087.0
RU yacc #18.04.2021 08:30  @спокойный тип#17.04.2021 16:11
+
-
edit
 

yacc

старожил
★★★
с.т.> что в твоём понимании "перевести критичные ЦОДы" ?
Например банковский сектор где процессинг идет и данные структур.

с.т.> почему 10? не понимаю почему 10.
А сколько ?
Вот сколько надо чтобы Газпром на отечественный софт перевести? - ты же сам сказал что норма когда он требует исключить сроки в несколько лет из плана.
А теперь прикинь - еще и железо - чтобы это никак не было завязано на патенты и технологии связанные с западом.

Например ЭВМ ЦСУ и Госплана СССР от запада не зависели НИКАК.
   70.0.3538.6770.0.3538.67
+
0 (+1/-1)
-
edit
 

Полл

координатор
★★★★★
yacc> Например ЭВМ ЦСУ и Госплана СССР от запада не зависели НИКАК.
Просто сидели на нелегально скопированных западных процессорах. :)
   85.085.0
+
+2
-
edit
 

yacc

старожил
★★★
yacc>> Например ЭВМ ЦСУ и Госплана СССР от запада не зависели НИКАК.
Полл> Просто сидели на нелегально скопированных западных процессорах. :)
И ты не в теме...

Так вот, Паша, архитектура IBM 360 НЕ лицензировалась - у самой IBM не было к СССР претензий в этом плане.
Претензии были у Texas Instruments по части той же 155 серии - она была сделана как у них.
Но в оригинальной IBM 360 микросхем как таковых и не было - были микросборки, которая сама IBM делала сама ибо пожмотила платить Texas Instruments

И да - а какой софт для ЦСУ использовался от IBM ? :)
   70.0.3538.6770.0.3538.67
RU спокойный тип #18.04.2021 10:59  @yacc#18.04.2021 08:30
+
+1
-
edit
 

спокойный тип
Спокойный_Тип

старожил
★★
с.т.>> что в твоём понимании "перевести критичные ЦОДы" ?
yacc> Например банковский сектор где процессинг идет и данные структур.

я не об этом. вот смотри. берём нормальный ЦОД таер3 или около таер3 (буду говорить за то с чем сам работал).

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

есть "набивка" - целиком чьи-то машазалы (типа вот этот машзал яндекса, этот ещё чей-то, вот тут стойки, тут отдельные сервера).
есть ИТ системы которые на всём этом живут (будучи "размазанными" между несколькими ЦОДами в разных локациях и городах если мы про серьёзные конторы)

"переводить куда-то ЦОД" - не нужно, это очень странная постановка.
нужно по мере выхода из строя серверов - заменять их на аналогичные, начиная лет через 5 когда ресурс начнёт выходить. по юнитно, по стоечно.


с.т.>> почему 10? не понимаю почему 10.
yacc> А сколько ?
yacc> Вот сколько надо чтобы Газпром на отечественный софт перевести? - ты же сам сказал что норма когда он требует исключить сроки в несколько лет из плана.

вот и я об этом...мы только что говорили про то что мы не можем выпускать процессоры (65нм это слабый тех процесс) - и действительно проблема, как для нас так и для китайцев.
и тут же ты начинаешь переводить целиком ЦОД (что вообще не нужно делать). и уходишь на вопрос перевода на отечественный СОФТ.

насчёт софта- всем понятно что за несколько лет на него не перейти - ну так и такой беды что бы НУЖНО БЫЛО перейти - её НЕТ.


yacc> А теперь прикинь - еще и железо - чтобы это никак не было завязано на патенты и технологии связанные с западом.
yacc> Например ЭВМ ЦСУ и Госплана СССР от запада не зависели НИКАК.

(ну как, это были цельнотянутые IBM 360-370 и PDP 11). а так да, не зависили.


нужно более чётко сформулировать от чего мы защищаемся...насколько я понимаю реально возможны секторальные санкции...ну вот типа как сейчас MTU на флот двигатели не поставляет.

ещё раз . мой пойнт в том если TSMC откажется делать Эльбрусы и допустим всякие крафтвэй и прочие получат бан на поставки современых CPU аналогично как Хуаэвэй (и hp и деллы и тп получат бан на поставку госструктурам РФ)...то лет 5 придётся помучаться пока китайцы со SMIC и Huaway не наладят производство своих cpu и не смогут Эльбрусы для нас делать ...помучаться по "крымскому варианту" - закупки оборудования будут идти под "левые" контракты и тп и тд....

альтернативно нужно десятки миллиардов в ГОД вваливать что бы своё производство развить.
реально, нужно каждый год стоимость программы SSJ вваливать.
   87.087.0
Это сообщение редактировалось 18.04.2021 в 11:12
RU yacc #18.04.2021 11:35  @спокойный тип#18.04.2021 10:59
+
-
edit
 

yacc

старожил
★★★
с.т.> "переводить куда-то ЦОД" - не нужно, это очень странная постановка.
Переводить - это в смысле на отечественное железо. Сервера.
Как-то - процессоры, материнские платы, ОЗУ, диски, контроллеры и т.п.
И ПО

с.т.> нужно по мере выхода из строя серверов - заменять их на аналогичные, начиная лет через 5 когда ресурс начнёт выходить. по юнитно, по стоечно.
Именно так - нет смысла менять то, что работает.
Но при расширении - а бизнесу это надо - у тебя потенциально могут быть проблемы если закроют поставки того же Xenon.

с.т.> вот и я об этом...мы только что говорили про то что мы не можем выпускать процессоры (65нм это слабый тех процесс) - и действительно проблема, как для нас так и для китайцев.
И я тоже говорю - что и у китайцев тоже есть эта проблема.

с.т.> и тут же ты начинаешь переводить целиком ЦОД (что вообще не нужно делать). и уходишь на вопрос перевода на отечественный СОФТ.
Я говорю про все - и софт и хард. Проблема складывается из частей.

с.т.> насчёт софта- всем понятно что за несколько лет на него не перейти - ну так и такой беды что бы НУЖНО БЫЛО перейти - её НЕТ.
Сейчас ничего этого нет.
Но формально может быть при расширении санкций.
Импортозамещение же обосновывается тем, что завтра может быть по-другому.
Вот тот же Газпром вполне работает сейчас на импортном - надо ли переводить на отечественное если прямо сейчас работает ? :D

с.т.> (ну как, это были цельнотянутые IBM 360-370 и PDP 11). а так да, не зависили.
Вообще не цельнотянутые.
Еще раз - тянута архитектура, которая была ОТКРЫТАЯ. Сюрпрайз ? Точно так же как IBM PC имеет вполне открытую архитектуры - что позволяло производителям типа Compaq или Dell делать их самим.
А во вторых - все железо 100% делалось на территории СССР поэтому санкции на поставку компонентов от министерства торговли США были абсолютно бессмысленны.
Ну и в третих - железо у ЕС ЭВМ совершенно другое даже по элементной базе.

с.т.> ещё раз . мой пойнт в том если TSMC откажется делать Эльбрусы и допустим всякие крафтвэй и прочие получат бан на поставки современых CPU аналогично как Хуаэвэй (и hp и деллы и тп получат бан на поставку госструктурам РФ)...то лет 5 придётся помучаться пока китайцы со SMIC и Huaway не наладят производство своих cpu и не смогут Эльбрусы для нас делать ...помучаться по "крымскому варианту" - закупки оборудования будут идти под "левые" контракты и тп и тд....
И я с тобой тут согласен.

с.т.> альтернативно нужно десятки миллиардов в ГОД вваливать что бы своё производство развить.
Поэтому скажем честно - зависимость остается ибо карман не резиновый.
   70.0.3538.6770.0.3538.67
RU спокойный тип #18.04.2021 11:56  @yacc#18.04.2021 11:35
+
-
edit
 

спокойный тип
Спокойный_Тип

старожил
★★
с.т.>> "переводить куда-то ЦОД" - не нужно, это очень странная постановка.
yacc> Переводить - это в смысле на отечественное железо. Сервера.
yacc> Как-то - процессоры, материнские платы, ОЗУ, диски, контроллеры и т.п.
yacc> И ПО

ЦОД? зачем? цод это "коробка". в нём сто тысяч разных ИТ систем на разном железе живут, лишь бы они в стойки вставлялись или в машзале помещались в своих стойках.

с.т.>> нужно по мере выхода из строя серверов - заменять их на аналогичные, начиная лет через 5 когда ресурс начнёт выходить. по юнитно, по стоечно.
yacc> Именно так - нет смысла менять то, что работает.


yacc> Но при расширении - а бизнесу это надо - у тебя потенциально могут быть проблемы если закроют поставки того же Xenon.

бизнес сейчас уходит в клауды (и контейнеры) . им вообще глубоко пофиг что там под капотом.что очень задачу переноса ИТ систем упрощает ( и нас спасает по сути.)

если то что у тебя там под капотом - поддерживает openstaсk - они будут счастливы.
(ну кроме жестоко легаси, ну его проще держать как есть пока не загнётся).

с.т.>> вот и я об этом...мы только что говорили про то что мы не можем выпускать процессоры (65нм это слабый тех процесс) - и действительно проблема, как для нас так и для китайцев.
yacc> И я тоже говорю - что и у китайцев тоже есть эта проблема.
с.т.>> и тут же ты начинаешь переводить целиком ЦОД (что вообще не нужно делать). и уходишь на вопрос перевода на отечественный СОФТ.
yacc> Я говорю про все - и софт и хард. Проблема складывается из частей.

и она у тебя замыливается. это разные проблемы. для ЦОДа проблемы софтом - нет.
нужно что бы их системы работали не на железе а на прослойке...и тогда мы их развязываем на два отдельных стрима.


с.т.>> насчёт софта- всем понятно что за несколько лет на него не перейти - ну так и такой беды что бы НУЖНО БЫЛО перейти - её НЕТ.
yacc> Сейчас ничего этого нет.
yacc> Но формально может быть при расширении санкций.

давай про реальные проблемы которые надо решать. формально на Землю может завтра упасть метеорит размером с Луну...

yacc> Импортозамещение же обосновывается тем, что завтра может быть по-другому.
yacc> Вот тот же Газпром вполне работает сейчас на импортном - надо ли переводить на отечественное если прямо сейчас работает ? :D

надо делать так как делают сейчас. бежать теряя кал не не нужно, делать какие-то пилоты на других платформах - нужно.
развернуть альтернативную инфраструктуру например на хуавэях, вторичные системы перевести на hadoop и greenplum (аренадата например...)
(конкретно про банки я мог бы много рассказать но не буду, скажу так что попытки импортозамещения идут, даже не в гос банках...да идут с трудом)


с.т.>> (ну как, это были цельнотянутые IBM 360-370 и PDP 11). а так да, не зависили.
yacc> Вообще не цельнотянутые.
yacc> Еще раз - тянута архитектура, которая была ОТКРЫТАЯ. Сюрпрайз ? Точно так же как IBM PC имеет вполне открытую архитектуры - что позволяло производителям типа Compaq или Dell делать их самим.

но тянута.
я не понимаю сути перетнзий. тебе шашечки или ехать?
ну не нравится эльбрус , бери мцст-R (spark) или байкал (ARM).


yacc> А во вторых - все железо 100% делалось на территории СССР поэтому санкции на поставку компонентов от министерства торговли США были абсолютно бессмысленны.
yacc> Ну и в третих - железо у ЕС ЭВМ совершенно другое даже по элементной базе.

СССР закончился. выгляни в окно. нету у нас сейчас своей TSMC. мне тоже абидно. делать то что будем?


с.т.>> ещё раз . мой пойнт в том если TSMC откажется делать Эльбрусы и допустим всякие крафтвэй и прочие получат бан на поставки современых CPU аналогично как Хуаэвэй (и hp и деллы и тп получат бан на поставку госструктурам РФ)...то лет 5 придётся помучаться пока китайцы со SMIC и Huaway не наладят производство своих cpu и не смогут Эльбрусы для нас делать ...помучаться по "крымскому варианту" - закупки оборудования будут идти под "левые" контракты и тп и тд....
yacc> И я с тобой тут согласен.
с.т.>> альтернативно нужно десятки миллиардов в ГОД вваливать что бы своё производство развить.
yacc> Поэтому скажем честно - зависимость остается ибо карман не резиновый.

да, надо кооперероваться с китайцами на их материковых фабах и надо далее прокачивать микрон.
   87.087.0
Это сообщение редактировалось 18.04.2021 в 12:06
RU yacc #18.04.2021 12:12  @спокойный тип#18.04.2021 11:56
+
-
edit
 

yacc

старожил
★★★
с.т.> ЦОД? зачем? цод это "коробка". в нём сто тысяч разных ИТ систем на разном железе живут, лишь бы они в стойки вставлялись или в машзале помещались в своих стойках.
Так ты под ЦОД подразумеваешь всю инфраструктуру которая заканчивается на стойках, не считая самих серверов ?
Так и там наверняка локализация даже не 50% - включая маршрутиризаторы, софт ими управляющий, контроллеры и т.п.

с.т.> и она у тебя замыливается. это разные проблемы. для ЦОДа проблемы софтом - нет.
Не уверен.

с.т.> давай про реальные проблемы которые надо решать.
с.т.> надо делать так как делают сейчас. бежать теряя кал не не нужно, делать какие-то пилоты на других платформах - нужно.
Так они решаются, только неторопливо

с.т.> развернуть альтернативную инфраструктуру например на хуавэях, вторичные системы перевести на hadoop и greenplum (аренадата например...)
И еще не забудь форки hadoop и greenplum со своей поддержкой - а то ты получаешься зависимым от иностранных репозиториев.

с.т.> но тянута.
А зачем изобретать велосипед, если это бесплатно ?
Тебя же не смущает что отечественные ОС сделаны на основе линукса сейчас :D

с.т.> я не понимаю сути перетнзий. тебе шашечки или ехать?
с.т.> ну не нравится эльбрус , бери мцст-R (spark) или байкал (ARM).
С ARM вроде требуются роялти за каждую единицу. MIPS ( Baikal-T1 ) сейчас стал свободен ( ага - как архитектура IBM 360! )

Сегодня MIPS стал Open Source, против RISC-V и ARM. Как Россия повлияла на стратегию американской процессорной компании

То, о чем говорили сторонники Open Source с 1980-х — свершилось! Сегодня архитектура процессоров MIPS стала Open Source. Учитывая, что такие компании как Broadco... //  habr.com
 

с.т.> СССР закончился. выгляни в окно. нету у нас сейчас своей TSMC. мне тоже абидно. делать то что будем?
То, что и ты ниже сказал:
с.т.> да, надо кооперероваться с китайцами на их материковых фабах и надо далее прокачивать микрон.
Т.е. делать производство чипов независимым, но если это мог позволить СССР, то РФ пожалуй только вместе с Китаем
   70.0.3538.6770.0.3538.67
RU спокойный тип #18.04.2021 12:35  @yacc#18.04.2021 12:12
+
-
edit
 

спокойный тип
Спокойный_Тип

старожил
★★
с.т.>> развернуть альтернативную инфраструктуру например на хуавэях, вторичные системы перевести на hadoop и greenplum (аренадата например...)
yacc> И еще не забудь форки hadoop и greenplum со своей поддержкой - а то ты получаешься зависимым от иностранных репозиториев.

я же вроде написал аренадата?
   87.087.0
RU yacc #18.04.2021 12:47  @спокойный тип#18.04.2021 12:35
+
-
edit
 

yacc

старожил
★★★
с.т.> я же вроде написал аренадата?
Там вроде тоже не все так гладко, чтобы чисто свое делалось
   70.0.3538.6770.0.3538.67
RU спокойный тип #18.04.2021 12:59  @yacc#18.04.2021 12:47
+
-
edit
 

спокойный тип
Спокойный_Тип

старожил
★★
с.т.>> я же вроде написал аренадата?
yacc> Там вроде тоже не все так гладко, чтобы чисто свое делалось


при чём тут чисто своё????...это те самые форки...

yacc> И еще не забудь форки hadoop и greenplum со своей поддержкой
   87.087.0
RU yacc #18.04.2021 13:08  @спокойный тип#18.04.2021 12:59
+
-
edit
 

yacc

старожил
★★★
с.т.> при чём тут чисто своё????...это те самые форки...
Вот не уверен я что изменения в оригинале не вмеживают...
очень неуверен

Кроме того, в том же банкинге дофига разного ПО используется и ты вероятно в курсе
Впрочем вот пример

ВТБ потратит до 10 миллиардов на ПО хранения данных на технологиях Oracle и Arenadata

ВТБ может потратить до 10 млрд руб. на создание «Централизованного хранилища данных», а также на оценку потенциала... //  www.cnews.ru
 
Из тендерных документов можно заключить, что техзадание на «Централизованное хранилище данных» будет сформировано только в ходе исполнения договора подрядчиком. Указывается, что управление процессом разработки должно осуществляться на основе платформы Arenadata DB GreenPlum. При этом система должна быть создана с применением технологий Arenadata, Oracle, Oracle Golden Gate, Informatica, SAS DI, Kafka, Java, DevOps, QlikView, QlikSense и др.
 
   70.0.3538.6770.0.3538.67
RU спокойный тип #18.04.2021 13:53  @yacc#18.04.2021 13:08
+
+1
-
edit
 

спокойный тип
Спокойный_Тип

старожил
★★
с.т.>> при чём тут чисто своё????...это те самые форки...
yacc> Вот не уверен я что изменения в оригинале не вмеживают...
yacc> очень неуверен
yacc> Кроме того, в том же банкинге дофига разного ПО используется и ты вероятно в курсе
yacc> Впрочем вот пример
yacc> ВТБ потратит до 10 миллиардов на ПО хранения данных на технологиях Oracle и Arenadata - CNews

ну логично, это как раз то про что я говорю.

само ахд (в понимании кимбла) - на GP.
брокер сообщений - Kafka c Java-ой - самопил на базе оpensource, интеллектуальная собственность принадлежит не США...

интеграция с источниками существующими источниками - OGG, IPC \ IPC BDM, SAS DI...

далее BI поверх - клик (и др). BI всегда живёт отдельно и его поменять не проблема...

при том что VTB коммерческая организация, её вообще импортозамещение не касается.

[показать]


соответственно если кафку распробуют то постепенно к ней перейдут от пропиетарщины.

я тут скорее удивлён что IBM датастедж не упомянут в конкурсе ,что бы ну победитель конкурсу НУ ВААЩЕ весь спектр ETLтулов кровавого энтерпрайза умел пилить )))
   87.087.0
Это сообщение редактировалось 18.04.2021 в 13:59
RU yacc #18.04.2021 13:58  @спокойный тип#18.04.2021 13:53
+
+1
-
edit
 

yacc

старожил
★★★
с.т.> интеграция с источниками существующими источниками - OGG, IPC \ IPC BDM, SAS DI...
НЯП SAS DI - это не источник, это ETL

с.т.> при том что VTB коммерческая организация, её вообще импортозамещение не касается.
Да ну ?

ВТБ: импортозамещение – не самоцель, главное – надежность сервисов

В 2014 году ВТБ попал в санкционные списки. Хотя санкции не касались ИТ и ограничивались лишь доступом к финансовым рынкам, банку пришлось поработать над минимизацией возможных рисков. Ну а растущий курс валют превратил импортозамещение из политического в чисто экономический фактор. //  www.computerworld.ru
 
В 2014 году ВТБ попал в санкционные списки. Хотя санкции не касались ИТ и ограничивались лишь доступом к финансовым рынкам, банку пришлось поработать над минимизацией возможных рисков. Ну а растущий курс валют превратил импортозамещение из политического в чисто экономический фактор
 
   70.0.3538.6770.0.3538.67
RU спокойный тип #18.04.2021 14:02  @yacc#18.04.2021 13:58
+
+1
-
edit
 

спокойный тип
Спокойный_Тип

старожил
★★
с.т.>> интеграция с источниками существующими источниками - OGG, IPC \ IPC BDM, SAS DI...
yacc> НЯП SAS DI - это не источник, это ETL

ну а я тебе чём? :D :D

у них источники которые умеют отдавать через SAS DI. есть то что выливается через IPC. а что-то конечно голден гейтом льётся. каждой твари по паре как говорится "без вендор лока ©".

и теперь весь этот зоопарк который с кафкой не дружит - нужно заливать в стейдж нового хранилища...

с.т.>> при том что VTB коммерческая организация, её вообще импортозамещение не касается.
yacc> Да ну ?
yacc> ВТБ: импортозамещение – не самоцель, главное – надежность сервисов | Вестник цифровой трансформации | «Директор информационной службы»

ну да. это не "кровавый Путин"© сказал им как Газпрому - ану быстро импортозаместились - а они сами в каком-то экономически обоснованным видением пытаются это делать, добровольно.

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

в ОТЛИЧИИ от железа...
   87.087.0
Это сообщение редактировалось 18.04.2021 в 14:11
RU yacc #18.04.2021 14:24  @спокойный тип#18.04.2021 14:02
+
-
edit
 

yacc

старожил
★★★
с.т.> и теперь весь этот зоопарк который с кафкой не дружит - нужно заливать в стейдж нового хранилища...
Другой ETL - надо пилить. И да - стейдж вероятно тоже напильником...

с.т.> в ОТЛИЧИИ от железа...
Ха!
А вот прикинь что сервера переехали скажем на отечественный MIPS ( ARM зараза лицензионный ) ...
Ты совсем не видишь проблемы ? :p - так вот софт потянется за этим.

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

В дополнение - один заголовок многое говорит

Запрет доступа к ARM и x86 может толкнуть Huawei к MIPS и RISC-V

Складывающаяся вокруг компании Huawei ситуация напоминает сжимающую горло железную хватку, за которой следует удушье и смерть. //  3dnews.ru
 
   70.0.3538.6770.0.3538.67
Это сообщение редактировалось 18.04.2021 в 14:38
RU спокойный тип #18.04.2021 14:38  @yacc#18.04.2021 14:24
+
+1
-
edit
 

спокойный тип
Спокойный_Тип

старожил
★★
с.т.>> и теперь весь этот зоопарк который с кафкой не дружит - нужно заливать в стейдж нового хранилища...
yacc> Другой ETL - надо пилить. И да - стейдж вероятно тоже напильником...

да. и это моя работа )) не то что напильником, просто с нуля. сам стейдж не нужно напильником, он и так "стейдж" , а вот дальше там слои - да.

с.т.>> в ОТЛИЧИИ от железа...
yacc> Ха!
yacc> А вот прикинь что сервера переехали скажем на отечественный MIPS ( ARM зараза лицензионный ) ...
yacc> Ты совсем не видишь проблемы ? :p - так вот софт потянется за этим.

не вижу не решаемых проблем. я переходил с HP-UX на RеdHat например...

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

если у меня будет сборка GP и кафки под новый линух рабочая - далее дело техники. не более сложно чем с Oracle 8 на Oracle 11.

платите бабки - сделаем.

(зы, реально. у меня сейчас в работе как раз такие проекты, несколько штук - и переключение поставки данных на работы ETL через другой тракт на другой ETL, и пилоты по переносу на GP, и переходы с версий на версию разных вещей...ты думаешь что при переходе внутри x86 c одного КТС на новый всё гладко проходит?).

дайте нам точку опоры (нормальное стабильное железо и работающий движёк софта поверх)- далее всё решаемо, если размеренно , без спешки, с разумными планами и вагонами бабла конечно.

это не новую фабрику на 10нм для процов построить.
   87.087.0
Это сообщение редактировалось 18.04.2021 в 14:57
RU yacc #18.04.2021 14:58  @спокойный тип#18.04.2021 14:38
+
-
edit
 

yacc

старожил
★★★
с.т.> не вижу не решаемых проблем. я переходил с HP-UX на RеdHat например...
Смотря как ты переходил... :p

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

А вот представь что у тебя есть MySQL в исходниках и тебе их надо скомпилить и запустить на Линукс, но уже на MIPS...
SEGFAULT ты схватишь легко :D
Я просто имею опыт портирования приложений с виндов под SH4, а также на Линуксы и юниксы с другими проццессорами.
Там даже прикол может начаться с того, что у тебя тупо glibc не компилится, который в зависимостях у этого же MySQL :p

с.т.> если у меня будет сборка GP и кафки под новый линух рабочая - далее дело техники. не более сложно чем с Oracle 8 на Oracle 11.
Так проблемы будут у тех, кто будет делать эту сборку если она под другую архитектуру процессора ( см. выше )
   70.0.3538.6770.0.3538.67
1 12 13 14 15 16 17 18

в начало страницы | новое
 
Поиск
Настройки
Твиттер сайта
Статистика
Рейтинг@Mail.ru