Comments 17
Я вот только так и не уловил до конца — HPE позиционирует данное решение как что? Замену блейдовым корзинам?
0
Нет, как совершенно новый класс ИТ-систем для новой реальности, в которой:
— нужно подружить физическую, виртуальную и контейнерную среды и всем этим бесшовно управлять
— экономика программно-определяемых решений становится выгодной
— DevOps становится мейнстримом
— в будущем: появятся новые типы интерконнектов (фотоника), памяти (типа Intel 3D XPoint) и вычислителей (предусмотрена работа с новыми процессорами на много лет вперед)
Скажете маркетинг — может быть, но завтра это все станет рутиной :)
— нужно подружить физическую, виртуальную и контейнерную среды и всем этим бесшовно управлять
— экономика программно-определяемых решений становится выгодной
— DevOps становится мейнстримом
— в будущем: появятся новые типы интерконнектов (фотоника), памяти (типа Intel 3D XPoint) и вычислителей (предусмотрена работа с новыми процессорами на много лет вперед)
Скажете маркетинг — может быть, но завтра это все станет рутиной :)
0
Ну в общем надо хорошую презентацию и демонстрацию :)
0
Зачем в DevOps реальности костыли типа OneView, FlexFabric, Synergy?
В DevOps реальности можно всем управлять без лишних костылей через Chef, Puppet и Ansible.
В DevOps реальность предпочитает недорогие серверы без Vendor Lock-in, и ToR коммутаторы Arista или Juniper, которые дружат с DevOps tools )
В DevOps реальности можно всем управлять без лишних костылей через Chef, Puppet и Ansible.
В DevOps реальность предпочитает недорогие серверы без Vendor Lock-in, и ToR коммутаторы Arista или Juniper, которые дружат с DevOps tools )
0
вы как то странно рассуждаете…
вот у вас в примере no-name сервера, но во всех стоит процессор от Intel — это vendor-lock или нет? Arista или Juniper — это вендоры?
далее — в документации SY заявлена интеграция с DevOps tools от MS, например, кроме того — отдельно указано, что OneView разрабатывается по методологии DevOps и SY, видимо, это достаточно удобно.
лично мне (возможно, я ошибаюсь) решение SY видится дальнейшим развитием практик DevOps, когда инфраструктуру можно будет закладывать в код ПО, а для этого, очевидно, должна быть единая среда (на уровне подсистем — вычислительной (Intel), хранения, и передачи (FlexFabric) ) плюс оркестратор и интепретатор внешних команд — OneView.
Независимо от реализации (которая может и подкачать) — идея очень крутая.
вот у вас в примере no-name сервера, но во всех стоит процессор от Intel — это vendor-lock или нет? Arista или Juniper — это вендоры?
далее — в документации SY заявлена интеграция с DevOps tools от MS, например, кроме того — отдельно указано, что OneView разрабатывается по методологии DevOps и SY, видимо, это достаточно удобно.
лично мне (возможно, я ошибаюсь) решение SY видится дальнейшим развитием практик DevOps, когда инфраструктуру можно будет закладывать в код ПО, а для этого, очевидно, должна быть единая среда (на уровне подсистем — вычислительной (Intel), хранения, и передачи (FlexFabric) ) плюс оркестратор и интепретатор внешних команд — OneView.
Независимо от реализации (которая может и подкачать) — идея очень крутая.
+1
насколько я понимаю, это реализация концепции The Machine ( https://www.labs.hpe.com/the-machine#! ), т.е. попытка создания «вычислителя» без жесткого деления на подсистемы прямо на фронте.
0
эволюция С7000?
0
Не совсем, также как блейды не были эволюцией стоечных серверов. Это новое решение с нуля. А C7000 будет выпускаться и обновляться еще несколько лет.
0
я бы не сказал, что решение с нуля, наработки блейд-серверов видно невооруженным глазом, тем не менее — видно наработки и по СХД, и по SAN. кмк это попытка переосмыслить вычисления. а блейды заявлено что еще не менее 5 лет будут продаваться (наверное на случай, если синерджи «не взлетит » +)))
0
Sign up to leave a comment.
Про HPE Synergy – часть V. Управление