Иногда я обнаруживаю, что компания чаще всего дает сбой не тогда, когда «некому отвечать», а когда все отвечают понемногу. Продукт думает, что разработка уже подтвердила. Разработка считает, что операционный отдел уже согласовал. Операционный отдел полагает, что юристы возражать не будут. А когда в итоге что-то идет не так, оказывается, что все принимали участие, но никто не может толком объяснить, на каком именно шаге произошла ошибка.
Позже я увидел @NewtonProtocol один совсем небольшой дизайн, и меня внезапно осенило: я долгое время не уделял должного внимания Authorization Receipt. Я думал, что это просто документ, который создается после того, как выполнение завершено, вроде того же журнала или квитанции, только в большей степени для архива. Но чем дальше я смотрел, тем страннее становилось то, где он расположен.
Он находится не в самом конце процесса. Он стоит вместе с Authorization, Policy и Operator — и становится частью всего цикла выполнения.
Я перечитал этот фрагмент еще несколько раз, и только тогда понял, что изначально истолковал это неверно. Раньше многие системы сохраняли результат: транзакция прошла, активы были списаны, статус обновился — все это оставляет следы. Но когда действительно возникает проблема, люди часто продолжают спрашивать: кто одобрил? На каком основании, по какому правилу? Пропустили ли где-то шаг? Во многих случаях такую информацию можно собрать только по логам, постепенно.
Похоже, Newton постоянно решает именно эту задачу: Authorization Receipt фиксирует не просто факт завершения выполнения. Он связывает воедино одно авторизационное действие, соответствующую Policy, оператора, который выполнил это действие, и итог, который в конце был получен — в одну цельную цепочку. Если в дальнейшем кто-то усомнится в этом выполнении, системе не нужно заново доверять какому-то отдельному узлу — и не нужно спрашивать сторону в операционном отделе. Нужно просто пройти по этой записи и заново перепроверить каждый шаг: почему он был действителен, и на чем это основано.
Когда я дошел до этого места, я внезапно понял: в Newton Receipt на самом деле больше похож не на квитанцию, а на цепочку ответственности за выполнение.
Поэтому теперь, оглядываясь назад на Authorization Receipt, я считаю, что он оставляет не просто «запись».
Он оставляет все основания для выполнения от момента авторизации и проверки до завершения. И, возможно, то, чему действительно могут долго верить, — это никогда не какой-то отдельный узел и не какая-то отдельная платформа, а сам процесс, который любой может заново проверить.
#newt $NEWT
Позже я увидел @NewtonProtocol один совсем небольшой дизайн, и меня внезапно осенило: я долгое время не уделял должного внимания Authorization Receipt. Я думал, что это просто документ, который создается после того, как выполнение завершено, вроде того же журнала или квитанции, только в большей степени для архива. Но чем дальше я смотрел, тем страннее становилось то, где он расположен.
Он находится не в самом конце процесса. Он стоит вместе с Authorization, Policy и Operator — и становится частью всего цикла выполнения.
Я перечитал этот фрагмент еще несколько раз, и только тогда понял, что изначально истолковал это неверно. Раньше многие системы сохраняли результат: транзакция прошла, активы были списаны, статус обновился — все это оставляет следы. Но когда действительно возникает проблема, люди часто продолжают спрашивать: кто одобрил? На каком основании, по какому правилу? Пропустили ли где-то шаг? Во многих случаях такую информацию можно собрать только по логам, постепенно.
Похоже, Newton постоянно решает именно эту задачу: Authorization Receipt фиксирует не просто факт завершения выполнения. Он связывает воедино одно авторизационное действие, соответствующую Policy, оператора, который выполнил это действие, и итог, который в конце был получен — в одну цельную цепочку. Если в дальнейшем кто-то усомнится в этом выполнении, системе не нужно заново доверять какому-то отдельному узлу — и не нужно спрашивать сторону в операционном отделе. Нужно просто пройти по этой записи и заново перепроверить каждый шаг: почему он был действителен, и на чем это основано.
Когда я дошел до этого места, я внезапно понял: в Newton Receipt на самом деле больше похож не на квитанцию, а на цепочку ответственности за выполнение.
Поэтому теперь, оглядываясь назад на Authorization Receipt, я считаю, что он оставляет не просто «запись».
Он оставляет все основания для выполнения от момента авторизации и проверки до завершения. И, возможно, то, чему действительно могут долго верить, — это никогда не какой-то отдельный узел и не какая-то отдельная платформа, а сам процесс, который любой может заново проверить.
#newt $NEWT