I started looking at the latest version of Playwright late last night. The Agents add-in for VS Code is amazing. I can't stop improving my code, my tests, and my automation. It is highly addictive.
Playwright 1.56.1 includes the new Playwright CLI, which has the test agents as shown in VS Code above:
Node: v22.21.0
npx: 11.6.2
Playwright test package: ^1.56.1
Event Driven Architecture (EDA): System components interact with each other by producing, detecting and reacting to events.
Event-driven APIs differ from conventional REST APIs, offering improved scalability, strong service decoupling, reduced network traffic, and greater flexibility. Even-driven APIs need to address the challenges of monitoring, distributed tracing, security, and versioning.
Distributed, event-driven architectures are a powerful approach to building decouple long-running, high-performance, scalable systems and can use Conflict-Free Replicated Data Types (CRDTs) to provide eventual consistency.
An Event Mesh is a dynamic, interconnected network of event brokers that allows events to flow seamlessly across distributed applications, regardless of where they are deployed—on-premises, in the cloud, or at the edge.
Federated architecture allows each system to flexibly interact with other systems while remaining independent, so it can be easily extended, and individual pieces (a system) can be replaced relatively quickly.
Thoughts: Like Cross cutting concerns where you build IT runway to perform specific tasks and then call them, Federated Architecture, each system does a job so for instance, there is a standalone system that can be replaced or extended for Requesting a Room (1st system), this allows the user to reserve a room using the booking system (2nd system), this in turn calls the communication system that handles email, teams meeting with reminders (3rd system) and then calls the communication systems (n services/systems)
Events are facts; they are loosely coupled to the booking system. This approach allows for the reuse and easy creation of highly customised business processes.
Thought: Choosing between an Event Mesh and a Federated Architecture...
Microsoft Fabric is excellent! We do still need to follow good practices we have been using for years, such as making data accessible and secure. Possibly the most used architecture for Big Data is the Medallion Architecture pattern, where data is ingested normally in a fairly raw format into the bronze layer, then transformed into more meaningful and usable information. Lastly, the gold layer exposes data relationally using semantic models to reporting tools.
Overview: This document outlines my attempt to organise enterprise data into MS Fabric using a Medallion Architecture based on Fabric Workspaces. Shortcuts are better than imported data, but it does depend on factors such as what the data source is, what data we need, how up-to-date the data is and performance requirements from the systems involved.
The reports and semantic models can get data from other workspaces at any of the medallion layers. This architecture lends itself well to using the new Direct Lake Query mode.
Summary of a Design used by a Large Enterprise:
 |
| Medallion architecture using Fabric Workspaces. |
