Глобалните SI влачат облачните приложения в същата калта като традиционните корпоративни приложения. Може би подходът на общността, привлечен от тълпата, най-накрая ще внесе така необходимите облачни модели в процесите на внедряване и управление на жизнения цикъл.
Колкото по-напред доставчиците на SaaS навлизат във висшите ешелони на корпоративните компютри, толкова повече биват обвинявани, като прасетата, които управляват шоуто в края на книгата на Джордж Оруел Животинска ферма, да станат точно като търговците на заведения, които твърдят, че толкова много презират. Сложни проекти за изпълнение, многогодишни договори с авансово плащане, размери на сделки, които достигат до шест- или седемцифрени суми, съюзи с установените глобални SI и екипи за управление на акаунти, наети от редиците на стари доставчици като Oracle, IBM и HP. Запознайте се с новия шеф, същото като стария шеф.
Всичко започва да изглежда така, сякаш SaaS не е разрушителната сила, за която поддръжниците му твърдят, че е. Може би все пак утвърдените конвенционални доставчици на софтуер са прави, когато казват, че това е единствената причина SaaS изглежда по-добро, по-бързо, по-евтино, защото му липсва изтънчеността, за да задоволи първокласно предприятие потребности. Ако някога се развие достатъчно, за да отговори на тези нужди, крайният резултат няма да изглежда по-различен от този на действащите оператори, твърдят те.
Контрапунктът е да се отбележи, че ако вземете разрушителна иновация и я задушите в продукти и практики, които са по-подходящи за нейните съперници в заведението, тогава тя непременно ще затъне. Какъв е смисълът да се изобретява напълно нов подход към разработката и внедряването на приложения, само за натоварват го с остарели практики за внедряване, крехки технологии за интеграция и бюрократичен жизнен цикъл управление? Доставчиците на SaaS трябва да бъдат по-предпазливи. Цялата енергия и потенциал на SaaS се изцеждат и източват от старите модели на внедряване и управление. Да се обърне познатата фраза, ако носите червилото на прасето, не се изненадвайте, ако накрая изглеждате като прасе.
През последното десетилетие SaaS се разви изключително много по отношение на самите платформи за приложения, но напредъкът едва започна, когато става дума за прилагане на облачни модели за внедряване и управление на жизнения цикъл процеси. Ако облачните услуги ще избегнат съдбата, която очертах по-горе, тогава трябва да има разрушителна промяна в тези области, точно толкова, колкото и в самите платформи. Тази революция няма да бъде завършена до настоящите бизнес модели на глобалните SI — Accenture, Deloitte, IBM а другите — са толкова подкопани, колкото и тези на доставчиците на софтуер, с които традиционно са работили с.
Миналата седмица стартира инициатива, която може би моделира формата на тази предстояща разрушителна промяна. Облачен интегратор Appirio [разкриване: скорошен клиент] обяви CloudSpokes, който има за цел да внесе общ подход към задачите за разработка на корпоративни облаци. Идеята е много подобна на какво 99Дизайн прави за проекти за уеб дизайн: организациите публикуват спецификации за задачи, които искат да бъдат изпълнени, и цена, която са готови да платят, и всеки член на общността е свободен да върши работата с надеждата да бъде избран за победител в състезанието и да си тръгне с пари.
Идеята е да се даде тласък на този слабо свързан модел на облачно развитие като противовес на текущото господство на традиционните, високи режийни методологии, възприети от глобалните SI. За тази цел Appirio ангажира първоначални състезателни задачи на стойност $1 милион, за да започне да изгражда общност импулс. Също така е необходима инвестиция за фина настройка на модела, докато заработи, както съоснователят на Appirio и CMO Нариндер Сингх ми обясни миналата седмица:
„Трябва да създадем ликвидност на пазара. Ние учим нашите хора как да разделят проблемите на компоненти. Трябва да разберем като организация как да използваме този ресурс."
Разработката на софтуер не е като уеб дизайна, с ясни, установени разграничения между различните видове задачи. За да имат някакъв успех с CloudSpokes и да създадат наистина слабо свързан облак за разработка, хората ще трябва да се научат как да разделят проектите си на отделни задачи, които общността ще може да осмисли на. Това може да е голям въпрос.
„Тъй като компаниите надграждат облака по правилния начин, този процес трябва да стане естествен“, каза Дейв Месинджър, главен архитект и евангелист за CloudSpokes в Appirio, който преди това е проектирал TopCoder, подобна общност, насочена към традиционни платформи за разработка. Той обясни, че най-добрият тип задача за изпращане на CloudSpokes ще бъде: „Неща, които можете да посочите добре. Знаете какви са входовете и изходите, но не знаете алгоритмите, най-добрият начин да го кодирате. Една добре обхваната, добре дефинирана работа като тази работи наистина добре."
Има толкова много причини, поради които искам това да работи: да ускоря напредъка на облачните приложения; да споделя най-добри практики и висококачествена продукция; да помогне на силните, инстинктивни облачни разработчици да спечелят видимост и по-добро използване на своите таланти; за да дадат компенсацията на раздутите, неефективни глобални SI.
„С CloudSpokes като общност“, каза ми Нариндер, „идеята [е] да създадем пазар и да покажем контраста с това, което можете да постигнете с облака. Ние ще спечелим, защото други хора няма да са толкова склонни да канибилизират традиционния си бизнес, колкото ние."
Честване на мача на облак среща тълпа в публикация в блог той добави:
„CloudSpokes ще създаде прозрачност за пазара около облачните платформи и облачната разработка. Пазарните цени и миналите резултати ще покажат колко наистина струва да се направи нещо в облака, по платформа, тип проблем, сложност и други."
Всичко това звучи наистина добре, но като Денис Хаулет, който е също толкова заинтригуван, трябва да го направя чудя се дали ще проработи. Още от зората на компютрите винаги е имало този досаден сърбеж за почесване, това чувство, че повечето от кодът, който програмист изгражда за даден проект, вече е изграден някъде другаде, само ако можеше да бъде използван повторно. Това усещане за загуба е вдъхновило последователни постижения: индиректност, подпрограми, обектна ориентация, разделяне на загрижеността, брокери на заявки, ориентирана към услуги архитектура, виртуализация, платформа като услуга. Невъзможно е да устоите на привлекателността на всяка нова идея, която обещава начин за намиране на най-добрия възможен код, без да се налага да преоткривате колелото всеки път.
Може ли CloudSpokes или нещо подобно да спечели широко признание като следващото решение на този вековен проблем? Бих искал да мисля така, наистина бих искал.