Я нещодавно переглянув APRO з новою перспективою, і мої ідеї повністю змінилися.

Раніше я писав багато про механізми, ланцюги відповідальності, аналіз альтернативних підходів, але чесно кажучи, таке глибоке дослідження легко може занурити вас у шаблон "інфраструктурної оповіді", і мені вже це набридло.

Поки не з’явився один дуже життєвий метафоричний образ — і все стало зрозуміло.

Зараз я все більше переконуюся, що APRO можливо зовсім не займається створенням "сильнішого Oracle". Що ж воно робить? Це система обслуговування клієнтів і підтримки даних у мережі. Це звучить не дуже круто, але я серйозно.

Подумайте, чого ми найбільше боїмося при щоденних покупках? Не ціни, не швидкості. Найбільше розчаровує, коли щось йде не так — не знайти людину, не пояснити, немає доказів, і в кінці кінців доводиться визнавати поразку. Аналогічно й із сервісом даних у мережі.

Більшість Oracle у спокійні часи працюють бездоганно. Ціни співпадають, блоки збігаються, системи працюють синхронно. Але як тільки ринок зазнає екстремальних коливань, виникають аномалії у торгівлі, міжланцюгові затримки, невідповідність даних вузлами — тоді ви стикаєтеся з неприємною реальністю: багато Oracle по суті відповідають лише за "відвантаження", а "сервіс після продажу" їх не цікавить. Дані надані — і якщо щось пішло не так, це ваша проблема. Л or ви самі несете збитки, або починаєте сваритися в спільноті.

Але APRO змушує мене зосередитися на цьому: воно, здається, мислить навпаки. Не за допомогою красивих слів заспокоює вас, а справді робить "що робити, якщо щось пішло не так" частиною основного дизайну. Ця різниця у підходах і робить його цікавим.