Ми щойно провели ще одну з наших регулярних зустрічей із дослідження хмар у Forrester. На цих зустрічах ми розглядаємо нашу дослідницьку організацію, щоб дослідити хмарні обчислення з усіх боків.
Ми щойно провели ще одну з наших регулярних зустрічей із дослідження хмар у Forrester. На цих зустрічах ми розглядаємо нашу дослідницьку організацію, щоб дослідити хмарні обчислення з усіх боків.
Порівняно навіть із минулим роком дивовижно, наскільки важливим і поширеним став аналіз хмарних обчислень (на відміну від припущень щодо хмарних обчислень) у нашому календарі досліджень.
Ви можете переглянути наявне дослідження хмари/SaaS тут і наші заплановані дослідження тут. Як ведучий зустрічі я здебільшого слухаю, досліджую та роблю нотатки, але час від часу мені доводиться висловлювати якусь думку.
Наприклад: нас часто запитують, чи хмарна співпраця (електронна пошта, сайти команд, миттєва обмін повідомленнями, веб-конференції, соціальні комп’ютери тощо) найкраще працює в мультитенантних спеціалізованих рішеннях, або обидва. Відповідь: і те, і інше, але тенденція до багатокористувацького використання. Наші клієнти зацікавлені як у мультитенантних, так і в одноклієнтських або спеціалізованих хмарних рішеннях — за умови, що ціна відповідна.
Майбутнє хмарного співробітництва, безсумнівно, передбачає багатокористувачів з двох економічних причин:
1. Кілька орендарів забезпечує основні економічні переваги спільного ресурсу. Ми бачимо це в ціновій війні, яка зараз триває в електронній пошті – зниження ціни на 50% за останні 12 місяців завдяки хмарній електронній пошті з кількома клієнтами. Мінімальна вартість електронної пошти продовжує падати завдяки кращим економічним рішенням для кількох клієнтів і високому використанню ємності.
2. Мультитенант — це набагато швидший спосіб розгорнути вдосконалення. Завдяки багатокористувачам Gmail може додавати функції відразу; Обмін лише раз на три роки. Багатокористувацький Cisco WebEx отримує щоквартальне оновлення; IBM Lotus Sametime не може (хоча LotusLive.com може). Оскільки в хмарному рішенні з кількома клієнтами є єдиний екземпляр коду, інновації є безперервними, поступовими та доступними у всьому світі.
Мультитенант — це також шлях, на якому йде кожен великий постачальник хмарних технологій для співпраці. Microsoft, наприклад, використовує Exchange Online за 5 доларів США/поштову скриньку/місяць у багатокористувацькому рішенні, яке тепер має понад 25 000 місць. Salesforce.com і Google завжди були багатокористувачами. А Cisco WebEx Mail і IBM LotusLive.com також є мультитенантними.
Отже, коли виділений (з одним орендарем; сервери, присвячені вам) рішення має сенс?
1. Якщо вам ще не подобається гарантія безпеки багатокористувацького рішення. Саме це взагалі тримає більшість компаній подалі від хмари. Це питання номер один у наших опитуваннях серед осіб, які приймають рішення в ІТ у всьому світі.
Це також спонукало Google створити спеціальний центр обробки даних для урядових завдань. Принаймні там урядові дані не будуть змішуватися з даними hoi pollois. Але це здебільшого про забезпечення гарантій безпеки. Я розглядаю це як короткострокове обмеження.
2. Якщо ваша програма для вмісту та співпраці має бути налаштована та тісно інтегрована з іншими програмами. Це не стосується більшості сьогоднішніх рішень для співпраці. Але для програм SharePoint або Notes це так. І хоча досі SharePoint не входив у рішення Microsoft, у 2010 році навіть SharePoint стане багатокористувачем із пісочним програмним середовищем, щоб відокремити вашу спеціальну програму від інших програм. Ми також очікуємо, що деякі функції Lotus Notes і Connections з’являться на мультитенантному LotusLive.com у 2010 році.
3. Якщо ваше робоче навантаження не запускається у віртуальній машині. Гаразд, це трохи в технічні бур’яни. Але програми працюють на кремнії. І обмеження щодо пам’яті, буферного простору, швидкості обробки тощо визначають, які речі ви можете запускати у віртуальній машині, отже, у хмарі з кількома клієнтами. Докладніше про це дивіться у звіті Френка Гіллетта масштабовані навантаження.
Не згодні? згодні? Є інші думки? Будь ласка, поділіться.