d
это какой то хайп опять.
Это очень удобно в концепции двух потоков разработки. Эксперимент и стабильность. Для потока с экспериментами очень удобно.
Size: a a a
2019 August 06
AT
это какой то хайп опять.
Так а что делать? Облака насытились, все кто мог, перелез уже, сейчас надо думать, как дальше деньги вендорам зарабатывать. Уже решения есть и у IBM, и у Amazon, у Microsoft, и у Google.
VD
Rustem Mannanov
Тогда логично всё в спарксе и оставить, просто сделать «выгрузку» с учетом возможности версионирования в cmdb/конф/шарик и ещё куда надо.
Всё так, только вести в спарксе 40-60 атрибутов как-то не очень :(
KG
Так а что делать? Облака насытились, все кто мог, перелез уже, сейчас надо думать, как дальше деньги вендорам зарабатывать. Уже решения есть и у IBM, и у Amazon, у Microsoft, и у Google.
как по мне так сейчас все очень плохо с точки зрения платформ разработки
VD
Так а что делать? Облака насытились, все кто мог, перелез уже, сейчас надо думать, как дальше деньги вендорам зарабатывать. Уже решения есть и у IBM, и у Amazon, у Microsoft, и у Google.
Тусовка туда, тусовка сюда :) "как сделать два конца на хайпе"
KG
для энтерпрайза важно что бы можно было делать дешевые быстрые решения
KG
для этого можно влить много денег в платформу
KG
что бы окупать ее потом на горизонте
OS
Вопрос в том как вы "склеите" 2 или 3 диска
Любым стандартным для операционной системы способом, коих с десяток, наверное.
KG
хороший пример это ESB
KG
но во всем остальном как то все приостановилось и сильно сегментировалось сейчас
p
Любым стандартным для операционной системы способом, коих с десяток, наверное.
Ну да, софтрейд со всеми его прелестями . А дальше скучная математика для raid
p
Потери на виртуализацию - 3-5%
Арифметическое упражнение - найти локальный оптимум масштабирования по ядрам vs по виртуальным инстансам.
Арифметическое упражнение - найти локальный оптимум масштабирования по ядрам vs по виртуальным инстансам.
Цифры сильно зависят от задачи. 3-5% - очень оптимистичная оценка
OS
Ну да, софтрейд со всеми его прелестями . А дальше скучная математика для raid
Ну почему же сразу софтрейд. Большинство баз сами нативно в тома умеют. lvm и storage spaces можно и в stripe сделать... проблемы нет никакой, одним словом.
RM
Всё так, только вести в спарксе 40-60 атрибутов как-то не очень :(
Эксель иногда удобнее, это факт) поэтому иногда его и выбирают. Можно попробовать сократить количество атрибутов(нормализацией например), если это действительно проблема. Мы вроде как за 50 пару раз выбирались, вроде как все пережили норм.
VF
Есть вот какое мнение: если вдруг существующих железных решений не хватает, стоит остановиться и подумать, может принципиальные решения на которых строится ПО уже не подходят? И надо не железо оптимизировать, а менять основополагающую идею разрабатываемого ПО?
p
Ну почему же сразу софтрейд. Большинство баз сами нативно в тома умеют. lvm и storage spaces можно и в stripe сделать... проблемы нет никакой, одним словом.
Страйп - это такой способ потерять данные, хотя и быстро.
И продолжая про i/o: а кто даёт 40-100гбит внутри облака?
И продолжая про i/o: а кто даёт 40-100гбит внутри облака?
p
Есть вот какое мнение: если вдруг существующих железных решений не хватает, стоит остановиться и подумать, может принципиальные решения на которых строится ПО уже не подходят? И надо не железо оптимизировать, а менять основополагающую идею разрабатываемого ПО?
vk, fb, twitter, etc
VF
vk, fb, twitter, etc
Иииии - это правило или исключение? Вы тут все обрабатываете на работах такие нагрузки?
KG
Иииии - это правило или исключение? Вы тут все обрабатываете на работах такие нагрузки?
а вы?