Читать «Що таке Веб 2.0» онлайн - страница 9

Архітектура взаємодії

Деякі системи спроектовані для посилення взаємодії. Існує три способи створення великої БД. Перший — платити людям за її складання (Yahoo!). Другий — набрати для того ж завдання добровольців (open-source-проекти). Третій шлях відкрив Napster. У клієнтові Napster за замовчуванням завантажена пісня, яка була доступна для скачування іншими користувачами мережі. Таким чином, кожен користувач Napster збільшував цінність розподіленої БД. Потім ця ж схема була повторена в інших P2p-сервісах.

Користувачі можуть підвищити цінність додатку, але мало хто робитиме це добровільно. Тому додатки слід проектувати так, щоб збагачення проекту призначеного для користувача інформацією відбувалося автоматично. Цей момент має бути частиною архітектури додатку.

Вдала архітектура, можливо, навіть більше вплинула на успіх відкритого софтвера, ніж згадані добровольці. Архітектура Інтернету і веба (як і архітектура відкритих проектів) така, що примушує нас автоматично підвищувати їх цінність під час використання. У кожного з таких проектів — невелике технологічне ядро, чіткі механізми розширення і підхід, що дозволяє будь-якій людині додавати нові компоненти, нарощуючи нові шари «цибулини».

Іншими словами, ці технології демонструють мережеві ефекти, просто тому, що вони так спроектовані.

Таку архітектуру взаємодії можна назвати природною. Але як показав приклад Amazon, послідовні зусилля (а рівно і економічні стимули — наприклад, партнерська програма) можуть створити подібну архітектуру і в системі, якій за звичайних умов це не властиво.

Дані — це наступний Intel Inside

Опубліковано 20.10.2005 р. ()

Всі сучасні інтернет-застосування зав'язані на бази даних: пошукач від Google, каталог (і пошукач) від Yahoo!, склад товарів на Amazon, картотека товарів і продавців на ebay, карти Mapquest, каталоги Napster. Хел Веріан торік навіть сказав, що «SQL — це новий HTML». Компаніям епохи Веба 2.0 важливо уміти працювати з БД. Так важливо, що деколи ми називаємо нові застосування не software, а .

Все це підводить нас до головного питання: хто володіє даними?

Очевидно — і тому є безліч прикладів, — що в епоху інтернету той, хто володіє БД, володіє і ринком, а значить, отримує левову частку прибутку. Монополія на реєстрацію доменних імен, надана американським урядом компанії Network Solutions (пізніше куплена Verisign), була однією з перших по-справжньому грошових операцій в Інтернеті. І якщо зберегти ринкову перевагу, контролюючи API, все важче, контроль над важливими джерелами даних забезпечити куди простіше. Особливо якщо ці джерела дорого відтворити (або вони були наповлені за допомогою користувачів сервісу).

Подивіться на копірайти на картах від , , або . Скрізь буде позначка «Maps copyright Navteq, Teleatlas» або «Images copyright Digital Globe» (це новий постачальник супутникових зображень). Обидві компанії неабияк вклалися в свої БД. (Тільки Navteq, як то кажуть, витратила на створення БД з назвами вулиць і маршрутами 750 млн. доларів. Digital Globe довелося розлучитися з 500 млн. доларів, щоб запустити власний супутник, який робить знімки з вищою роздільною здатністю, ніж урядові сателіти.) Navteq дійшла до того, що почала ліпити свій логотип на автомобілі, які оснащені системами навігації, - майже як колись Intel зі своїм Intel Inside.