инути на просування хмарних послуг.
Неготовність інфраструктури замовника. Впровадження хмарних рішень є окремим випадком аутсорсингу. А дуже багато не без підстав вважають, що без впровадження сервісного підходу або хоча б його окремих елементів не може бути й мови про передачу частини своєї інфраструктури на зовнішнє управління. Інакше вкрай складно говорити про вироблення тих же SLA з бізнес - замовниками. З цим твердженням, звичайно, можна активно сперечатися, особливо якщо мова йде про приватних хмарах, але певний сенс тут є. Якщо бізнес - замовники будуть незадоволені, то про успіх проекту говорити вже не доводиться.
Крім того, перенесення багатьох застарілих додатків в нову інфраструктуру, на думку Сергія Мацоцкій, донедавна генерального директора інтегратора IBS, є однією з найбільш серйозних складнощів, які виникають в ході проектів, пов'язаних з впровадженням хмарних технологій. І дійсно, програми власної розробки, зроблені з використанням плоскофайлових СУБД, поширені досить широко. З їх допомогою вирішуються багато завдань, пов'язані з обліком, зазвичай кадровим або складським. При цьому вони продовжують експлуатуватися і після того, як були впроваджені більш серйозні рішення для автоматизації бізнес-процесів. Це пов'язано з об'єктивними складнощами перенесення інформації з таких додатків в більш функціональні системи. Значущим чинником є ??і те, що до них персонал встиг звикнути, а адаптуватися до роботи в інших додатках поки не встиг. Плоскофайловие ж системи, як відомо, не розраховані на роботу в многопользовательском режимі під великим навантаженням і практично не масштабуються. А той факт, що додатки ці раніше використовуються, як не дивно, не завжди виявляється відомий навіть ІТ - службі.
З тієї ж серії - відсутність порядку зі зберіганням даних. А при такій ситуації витрати на зберігання в хмарі неминуче будуть завищеними. Але подібні проекти складні, трудомісткі і витратні. Не рідкість і ситуація, при якій для вирішення такого завдання доводиться залучати консультантів, і тоді проект не тільки стає дорожче, але й ускладнюється організаційно і, як наслідок, затягується. Все це посилюється небажанням бізнес-замовників брати участь у процесі упорядкування даних, з одного боку, і перевантаженістю ІТ-персоналу - з іншого.
До тієї ж категорії проблем неготовності інфраструктури можна віднести наслідки, пов'язані з порушенням ліцензійних угод. Як показало недавнє дослідження BSA, три з чотирьох типових порушень ліцензійних угод відбуваються на боці споживача, як правило, корпоративного. Має місце, зокрема, наступне:
· використання одного облікового запису хмарного сервісу ніс?? Олька користувачами;
· нелегальне надання програмного забезпечення з приватного хмари для особистих потреб співробітників;
· надання програмного забезпечення з приватного хмари для використання в більшому обсязі, ніж дозволяють придбані ліцензії.
Всі три сценарії цілком реалістичні і, що найгірше, легко доказові. А BSA - організація вельми діяльна, і вона активно співпрацює з зацікавленими відомствами у різних країнах, у тому числі і в Росії. Так що в найшвидшому часі учасники BSA цілком можуть взятися за тих, хто не надто акуратно підійшов до аналізу ліцензійних угод або допустив зовсім грубі помилки в ліцензуванні ПЗ. Причому цей процес проходитиме під досить активну галас в масовій пресі. Починають з'являтися і технічні засоби протидії піратству у хмарі, і не можна виключати того, що вони стануть доставляти незручності і на 100% легальним користувачам. Все це, природно, не сприятиме популярності хмарних рішень.
Опір персоналу з хмарної специфікою. Часто доводиться чути, що впровадження хмарних рішень зустрічає опір персоналу, причому як бізнес - користувачів, так і ІТ - служби. Найбільш серйозні проблеми може створити якраз протидія ІТ - персоналу.
Коріння цього явища можуть бути пов'язані з двома причинами. Одна з них та, що в цілому ряді компаній, особливо великих, значимість керівника визначається кількістю підлеглих і бюджетами, якими він оперує. У разі запровадження хмарних рішень, якщо все зроблено правильно, і те й інше зменшується, іноді сильно. Відповідно ІТ - директор відчуває себе ущемленим і буде усілякими способами чинити опір. До речі, це явище характерне не тільки для Росії. На Заході частенько все йде так само, особливо якщо мова йде про дуже великих корпораціях або державних структурах. Тут справа можна зрушити тільки, якщо завгодно, за допомогою політичної волі керівництва. Або шляхом зміни принципів підпорядкування ІТ-служби.
Інша проблема пов'язана з тим, що доводиться ламати працюючу і, головне, вибудувану і налагоджену систему, і тут відомо чого можна очікувати. На це готові далек...
