Головний технічний директор Fujitsu Джозеф Регер пояснює, чому нам все ще потрібне апаратне забезпечення високого класу, незважаючи на такі схеми, як Open Compute Project від Facebook, який просуває товарні сервери в хмарні центри обробки даних.
Оскільки все більше компаній обирають розгортання програмного забезпечення як послуги, їхня потреба у дорогому обладнанні зменшується.
Деякі фірми, такі як міжнародний банк UBS, розглядають можливість переходу на недорогі стандартні сервери для підтримки своїх нових додатків — потенційно тривожна зміна для великих постачальників корпоративних серверів, таких як Dell, HP, IBM і Fujitsu.
У той же час великі хмарні компанії, такі як Google і Facebook, вважають, що уникають цього постачальники, повністю розробляючи власне обладнання та купуючи його безпосередньо в азіатських виробників, таких як Кванти.
Схоже, ця тенденція набиратиме обертів. Наприклад, Відкритий обчислювальний проект Facebook прагне стати інформаційним центром для розробок апаратного забезпечення з відкритим кодом.
Щоб дізнатися більше про наслідки цих змін, ZDNet UK поспілкувався з Джозефом Регером, головним технічним директором Fujitsu Technology Solutions. Reger формулює ІТ-стратегію спеціаліста з корпоративних технологій і допомагає забезпечити, щоб його продукти відповідали останнім тенденціям в обчислювальній техніці.
Він вважає, що стандартні сервери Open Compute Project можуть знайти місце в кількох корпоративних програмах, але це інтегрований підхід до пристроїв залишається найкращим вибором для підприємств із відомим робочим навантаженням для конкретного програми.
З: Що ви думаєте про просування Facebook у недорогі сервери загального призначення через Open Compute Project? Як це може вплинути на ваш бізнес?
В: Ви можете [використовувати Відкрийте Compute Project server], якщо у вас є одна або дві програми, і вони дуже специфічні за своєю природою. Але ви повинні мати цифри, так що Кванти, або хтось інший, приймає замовлення на купівлю [для базових серверів].
Ви можете це зробити, і ви, ймовірно, виграєте з точки зору конкретної продуктивності. Zynga починала з хмарних обчислень і переїхала назад у Z-Cloud з конкретними серверами. Це нормально, оскільки виявляється, що для їхнього ігрового движка вони мають модульну систему, де окремі частини мають особливі потреби, і ви можете вибрати сервер для цього. Загальні хмарні сервери ніколи не будуть такими, оскільки ви не можете передбачити потреби кожної програми.
Однак є загальні речі, які дуже зрозумілі, і саме тут може статися певний тип серверів хмарного типу, наприклад надзвичайно тонкий, але не блейд-сервери [сервери, які мають] певну щільність, пам’ять або взаємозв’язок, щоб вони могли добре виконувати певні дії, або були фізично легкими для розгортання чи комбінування поколінь. Ми віримо, що існує загальний, але орієнтований на хмару сервер для генерації серверів масового та масштабованого розгортання, і ми робимо це так само, як і звичайні сервери.
Чого ми не робимо, так це спеціально створеного, конкретного, спеціалізованого сервера для певних потреб хмари. Однак, пов’язані з цим і подібні до цього, існують сервери, орієнтовані на пристрої, які призначені не для великого масштабу, а для певної мети — наприклад, Пристрій HANA [in-memory]. або на базі бази даних. Ті, що ми маємо. І ми будемо створювати [більше] приладів для конкретних спеціалізованих цілей.
Розвиток хмари означає, що програмне забезпечення стає доступним через Інтернет. Тож напевно сервери у стилі пристроїв вийдуть з моди, і більшість компаній використовуватимуть стандартні сервери для підтримки та розповсюдження програмного забезпечення?
Я не погоджуюсь. Ваша помилка полягає в тому, що ви думаєте — візьміть SAP — що SAP — це одне. Це не так. Це багато речей разом. У ньому є деякі дуже специфічні аспекти, такі як великі бази даних у пам’яті, але на цій платформі вони пропонуватимуть багато різних речей. Це майже те саме, що сказати, що Force.com [система хмарних обчислень Salesforce.com як платформа як послуга] має певні потреби. Неправда. Salesforce.com має особливі потреби. Force.com — це платформа залежно від того, для чого ви її використовуєте.
Багато невеликих магазинів програмного забезпечення, які не можуть мати власний хмарний сервіс, оскільки не мають [ресурсів] для його створення, шукатимуть партнерів.
Великі постачальники програмного забезпечення мають дуже складні для визначення конкретні потреби. Вони шукатимуть спільні риси, які можна дуже оптимізувати. Я вірю, що це станеться, але інше [купівля недорогих стандартних серверів] — ні.
Крім того, у світі програмного забезпечення не будуть домінувати дуже великі компанії. Багато невеликих магазинів програмного забезпечення, які не можуть мати власний хмарний сервіс, оскільки не мають [ресурсів] щоб побудувати його, ми шукатимемо партнерів, які зможуть розмістити те, що вони мають, у хмарі та запустити це в a платформа. Це дуже різноманітне середовище.
Безумовно, деякі з цих компаній виникне спокуса використовувати платформу як послугу, наприклад Героку що сидить на Веб-сервіси Amazon, який, як вважають, використовує товарні сервери?
Це буде лише частина ринку. Я вірю, що неоднорідність залишиться, і туди потраплять лише дуже загальні навантаження. Великим постачальникам серверів доведеться зосередитися на наявності достатньої загальної платформи, але це не означає, що всі сервери однакові. Клієнти різні, масштабованість і області розгортання знову різні.
Останні випуск Xeon E5 підкреслив центральну роль, яку відіграє процесор у сервері. Як ще можна відрізнити сервери? А як щодо з’єднань?
Загалом, це дуже важливий аспект. У масштабованих середовищах кількість компонентів дуже велика, тому ви не можете мати технологію з’єднання, яка потребує дорогого адаптера хост-шини, з’єднання чи плати. Тож компоненти цієї мережі мають бути майже товарними. Тож я не думаю, що там буде дуже багато пропрієтарних [технологій].
У той же час цілком очевидно, що якщо ви можете побудувати інтерконнекти, які знаходяться в абсолютно іншій області продуктивності, можуть статися цікаві речі. Тож ми точно знаємо, що для цього потрібно, як це зробити і навіть як написати для цього власні протоколи. Це доступно як технологія, і ми комерціалізуємо це в [PrimeHPC FX10] суперкомп’ютер, але не поза ним.
Цілком може бути так, що в один момент ми зрозуміємо, що спеціалізований пристрій для певної бази даних середовищу потрібне дуже високоефективне з’єднання, і тоді ми можемо вставити його туди в цей момент час. Це може бути дуже корисним для нас, але це буде дуже спеціалізована частина ринку, і ми не можемо сказати, наскільки вона буде великою.
Чи розглядали ви програмно-визначені мережі та чи є у вас якісь плани в цій галузі?
Дозвольте сказати лише одне: одна дуже приваблива сфера, яка зараз стає актуальною масштабне масивне сховище і в його основі лежить точно таке ж питання про взаємоз’єднання та масштабованість, а вузли можуть бути звичайними серверами.
Чи плануєте ви запропонувати сервери на базі процесорів ARM, коли з’являться 64-розрядні варіанти?
Так, це варіант. План – це дуже конкретна річ у нашому випадку, тому це не план, а варіант.
Ви запропонуєте системи на базі Intel Лицарський куточок багатоінтегрований процесор, коли він вийде?
Я не можу підтвердити жодних планів щодо цього, але цілком може статися, що багатоядерні системи стануть дуже привабливі, особливо якщо це гетерогенні ядра, оскільки це працює як свого роду внутрішня частина розвантаження. Існують певні завдання, які можуть використовувати трохи апаратного прискорення [такого] роду.
Отримуйте останні новини та аналіз технологій, блоги та огляди. доставлено безпосередньо до вашої скриньки з ZDNet Великобританії. інформаційні бюлетені.