автордың кітабынан сөз тіркестері Архитектура цифровых платформ. От настоящего к будущему
Платформенный подход, дополненный своим правильным использованием, способен творить чудеса и выводить применяющие его организации на новый технологический, продуктовый, ценностный и конкурентный уровень.
Унаследованный ИТ-ландшафт становится аналогом промышленных мощностей предшествовавших технологических укладов, которые (в соответствии с циклами Н. Д. Кондратьева) становятся тормозом на пути внедрения новых технологий.
Даже если отринуть революционную часть платформенного развития и говорить только об эволюции, то необходимо отметить тот факт, что эволюция безэмоциональна. Эволюция диктует естественный отбор. А его законы очень просты. Если нас действительно ожидает период серьезного экономического кризиса, то по его итогам те, кто откажется от интенсивного развития, останутся на принципиально более низком качественном уровне, нежели те, кто успешно пройдет этот переход (а в кризис он всегда революционный). И конкурентоспособность могут сохранить только те компании, которые шли по пути перманентного интенсивного развития.
Продуктовые команды могут фокусироваться на решении прикладных задач, в то время как инфраструктурные задачи берет на себя платформа. И это является настоящей революцией в мире платформ.
По-настоящему революционным шагом стал переход к общей цифровой платформе. В новых реалиях стандартизация и унификация, осуществляемые с применением платформенного подхода, стали краеугольным камнем платформенного мышления и гарантируют технологическое и методологическое единство создаваемых цифровых решений.
Были выделены уровни автоматизации (неплохо описанные в учебных пособиях по ИТ-архитектуре),
В данной главе мы рассмотрели вопросы высокоэффективного практического воплощения современных цифровых платформ, а именно:
• Создание компонентов и подсистем платформы, а также их предоставление в формате платформенных сервисов.
• Создание и исполнение платформенных приложений, предоставляющих клиентам компании непосредственную ценность. Проблематику проектирования приложений и использования при этом ключевых тенденций развития архитектуры.
• Создание платформенных сервисов и платформенных приложений в условиях повсеместного внедрения гибких практик. Переход от проектного мышления к продуктовому при применении платформенного подхода.
• Роль платформы в качестве фактора, сдерживающего хаотизацию ИТ-ландшафта организации, что особенно важно при осуществлении цифровой трансформации последней.
Они исследуют самые разные технологии (Apache Ignite, Infinispan, Hazelcast, Tarantool, Redis и т. д.)
Платформа должна предоставлять сервисы по работе с данными: управление различными типами источников данных (СУБД различных типов, выбранные при проработке используемых в платформе и платформенных приложениях технологий, файловые системы, IMDG/IMDB-решения, средства потоковой передачи информации и т. д.), передача данных как точечно (например, с использованием шаблона «сетки сервисов», Service Mesh), так и потоками информации (например, с применением решений класса Streaming Platform, таких как Apache Kafka), выполнение аналитических расчетов, в том числе в режиме реального времени (с использованием решений класса аналитических СУБД — например, Apache Druid или Apache Pinot). Платформенное приложение, например, не должно затрачивать значительных усилий на формирование «витрины данных» (Data Mart) — решение инфраструктурных задач для выполнения указанного класса решений должна брать на себя платформа. От платформенного приложения в указанном примере требуется корректно (с продуктовой точки зрения) сформулировать параметры для создания и обработки соответствующей витрины, то есть, соблюдая методические рекомендации, предоставленные платформой, вызвать требуемый платформенный API с передачей вызываемому методу параметров расчета. Ну а уже обработка результатов расчетов является прямой ответственностью платформенного приложения, то есть продуктовой команды.
При управлении данными использование платформенного подхода также обеспечивает высокую стандартизацию и унификацию, позволяющие продуктовым командам, работающим в соответствии с адаптированными к реалиям организации гибкими практиками, не фокусироваться на технологической и инфраструктурной логике, а творить логику продуктовую.