ArgentSea

Building data storage for internet-scale growth requires scale-out strategies, like dividing the data load between multiple data servers (“sharding”), reading from passive or mirrored servers, ensuruing that cloud tenant data is securely isolated, and even caching data across global data centers. ArgentSea is the only .NET data access framework designed to support this.

Of course, every other aspect of ArgentSea is tuned for performance and supportability. Its power, flexibility, and ease of development make it a great choice even for applications that do not require data scaling.

Now, version 2.0 of ArgentSea has been enhanced to work as provider for Microsoft Orleans! Uniuqely, amoung Orlenas data providers, ArgentSea can both manange data shards or tenants behind a single cluster and read/write Orleans data in 3rd-normal-form SQL tables. This combination uniquely offers the transactional power of the Microsoft Orleans actor framework with the ability to search, query, and agregate SQL data.

Sharding / Tenanting

Sharding is the technique of distributing your data across multiple database servers. This is the most cost-effective way to manage high-performance growth on high-volume systems. Sharding can be complex to implement, but ArgentSea offers the tools and patterns to make it nearly as easy as working with non-sharded data.

Tenanting ensures that each cloud customer’s data is written to a distinct database, ensuring each customer secure access, managable SLAs, and simple decommissioning.

Mapping

Mapping allows you to read or write to a database while writing very little code. By adding attributes to your model classes, you can automatically map a property to a parameter or resultset column. The Mapper maps nullable types to/from Db Null values, handles Enum values, and supports complex child objects, including lists and child objects. Most importantly, the Mapper is fast — as fast as laboriously hand-optimized code, but much easier to maintain.

Configuration

ArgentSea’s unique “configuration inheritance” architecture dramatically simplifies working with multiple data connections. This is essential for managing shards, but also for just scaling out read connections to standby/mirrored endpoints. By fully embracing the .NET Core configuration architecture, ArgentSea offers incredible flexibility, improved security, and deployments without messy file transformations.

Resilience

ArgentSea automatically retries database commands that fail due to transient errors. You have detailed control over how often and how many retries should be attempted. On persistent failures, “circuit breaking” this may keep a server alive, even if a data connection is down.

Performance

ArgentSea is written with performance in mind. The use of stored procedures optimizes data access by reducing compilation overhead, makes it easier to tune the database, and helps reduce the number of database server round-trips. The mapping component uses Expression Trees, so it offers native-code performance for all mapped activity. Shard queries are multi-threaded, for simultaneous access across multiple shards.

Tooling

Robust, high-performance logging provides monitoring insight into the library behavior, performance, and operational problems. This includes the code that is generated by the mapper’s Expression Trees. Log to Application Insights, Amazon CloudWatch, Windows, or any .NET logging solution. ArgentSea also includes a separate desktop application that can further reduce coding labor by automatically creating read/insert/update/delete stored procedures from tables and also model classes (with attributes) from stored procedures.

Feature Overview