В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Архитектура ИТ-решений

1588 membersпожаловаться на группу
2019 August 06

OS

Oleg Soroka in Архитектура ИТ-решений
pragus
ну вот у нас пара процессов, им надо много и интенсивно обмениваться данными с минимальным latency на рейтах в 10-20-40Гбит/с.
про vmexit - https://wiki.qemu.org/Documentation/Architecture
Другими словами, претензии не к облаку, а к виртуализации, ведь в своём датацентре vmexit будет точно таким же, как и в чужом?
источник
12:54пожаловаться

OS

Oleg Soroka in Архитектура ИТ-решений
pragus
ну вот хотим мы 1млн iops, например
В клауде - вы цепляете 4 диска на инстанс и у вас миллион.
А у себя в датацентре вы какую именно железку купите и почём? И сколько серверов, какими свичами и картами к ней подключите?
источник
12:56пожаловаться

VD

Vlad Demure in Архитектура ИТ-решений
Rustem Mannanov
Мастер - спавочник = было в эксель, шарепоинт, конфлюенс, спаркс. Больше всех нравился шарик и конф. Спаркс полезно для архитекторов, но тяжко для переиспользования другими. Эксель - ну это эксель) а вообще эт неважно, всё равно всё должно в cmdb в итоге быть) главное чтобы был ответственный за этот процесс человек).
Спасибо!
Конфлюенс пока не понятен - нужна кастомизация для генерации самого реестра/списка.
В cmdb у нас то, что есть в ландшафте, то есть нет того, что планируется и только внедряется.
Плюс в cmdb нет потоков...
источник
12:57пожаловаться

AP

Alexey Pryanishnikov in Архитектура ИТ-решений
зачем холивар? Не забывайте, что любое решение в архитектуре - выбор исходя из заданных условий.
Лэндинг-пейджу подходит облако, телеком-оператору не годится местами даже виртуализация, всё остальное - середина спектра.
источник
12:58пожаловаться

AP

Alexey Pryanishnikov in Архитектура ИТ-решений
в качестве общего правила можно разве что сказать, что на больших объёмах, конечно, выгоднее своя серверная, чем чужая (потому что минус посредник, которому ты не платишь)
источник
12:59пожаловаться

VD

Vlad Demure in Архитектура ИТ-решений
Alexey Pryanishnikov
в качестве общего правила можно разве что сказать, что на больших объёмах, конечно, выгоднее своя серверная, чем чужая (потому что минус посредник, которому ты не платишь)
Опрометчивое утверждение
источник
13:00пожаловаться

AP

Alexey Pryanishnikov in Архитектура ИТ-решений
и аналогично, на больших нагрузка выгоднее железо, чем виртуальная среда (потому что минус посредник в виде условного гипервизора, который не жрёт ресурсы)
источник
13:00пожаловаться

OS

Oleg Soroka in Архитектура ИТ-решений
Alexey Pryanishnikov
зачем холивар? Не забывайте, что любое решение в архитектуре - выбор исходя из заданных условий.
Лэндинг-пейджу подходит облако, телеком-оператору не годится местами даже виртуализация, всё остальное - середина спектра.
Это не холивар, а попытка перейти от лозунгов к оценке факторов.
источник
13:01пожаловаться

RM

Rustem Mannanov in Архитектура ИТ-решений
Vlad Demure
Спасибо!
Конфлюенс пока не понятен - нужна кастомизация для генерации самого реестра/списка.
В cmdb у нас то, что есть в ландшафте, то есть нет того, что планируется и только внедряется.
Плюс в cmdb нет потоков...
А где сейчас у вас «потоки»?
источник
13:01пожаловаться

AP

Alexey Pryanishnikov in Архитектура ИТ-решений
но учитывая, что современные разработчики вообще не парятся про оптимизацию в том смысле, в каком это делали 20+ лет назад, в целом виртуальные среды выигрывают чаще
источник
13:02пожаловаться

VD

Vlad Demure in Архитектура ИТ-решений
Rustem Mannanov
А где сейчас у вас «потоки»?
Спаркс
источник
13:03пожаловаться

RM

Rustem Mannanov in Архитектура ИТ-решений
Тогда логично всё в спарксе и оставить, просто сделать «выгрузку» с учетом возможности версионирования в cmdb/конф/шарик и ещё куда надо.
источник
13:05пожаловаться

RM

Rustem Mannanov in Архитектура ИТ-решений
Чем проще тем лучше)
источник
13:06пожаловаться

RM

Rustem Mannanov in Архитектура ИТ-решений
И кстати, делали в свое время кейс когда на основе потоков из экселя дополняли связями в cmdb. Было довольно полезно, особеннно в impact analysis в управлении инцидентами/проблемами да и при разработке тоже.
источник
13:09пожаловаться

OS

Oleg Soroka in Архитектура ИТ-решений
Alexey Pryanishnikov
но учитывая, что современные разработчики вообще не парятся про оптимизацию в том смысле, в каком это делали 20+ лет назад, в целом виртуальные среды выигрывают чаще
А что, 20 лет назад кто-то умел в линейную масштабируемость?
источник
13:10пожаловаться

AP

Alexey Pryanishnikov in Архитектура ИТ-решений
Oleg Soroka
А что, 20 лет назад кто-то умел в линейную масштабируемость?
во-первых да, а во-вторых как раз за счёт этого больше уделялось внимания оптимизации - чем больше выжал с одной железяки, тем более молодец. А не как сейчас "ой, ну ладно, поставим для жалких 2000 tps пару десятков машин"
источник
13:12пожаловаться

OS

Oleg Soroka in Архитектура ИТ-решений
Alexey Pryanishnikov
во-первых да, а во-вторых как раз за счёт этого больше уделялось внимания оптимизации - чем больше выжал с одной железяки, тем более молодец. А не как сейчас "ой, ну ладно, поставим для жалких 2000 tps пару десятков машин"
Конечно же нет. Тогда в много ядер вообще мало кто умел, да и сейчас умеют сильно меньше, чем хотелось бы :)
источник
13:14пожаловаться

OS

Oleg Soroka in Архитектура ИТ-решений
Типичный график выглядит примерно так
источник
13:15пожаловаться

RM

Rustem Mannanov in Архитектура ИТ-решений
Oleg Soroka
Конечно же нет. Тогда в много ядер вообще мало кто умел, да и сейчас умеют сильно меньше, чем хотелось бы :)
Несогласен. Кому действительно было нужно умели оч. хорошо.
источник
13:15пожаловаться

OS

Oleg Soroka in Архитектура ИТ-решений
Потери на виртуализацию - 3-5%
Арифметическое упражнение - найти локальный оптимум масштабирования по ядрам vs по виртуальным инстансам.
источник
13:16пожаловаться