lily: All content tagged as lily in NoSQL databases and polyglot persistence
Monday, 9 May 2011
The HBase+Solr CMS Lily Reaches 1.0
Lily, the only CMS built on top of HBase and using Solr as its search engine, has reached the 1.0 version.
Lily is dead serious about Scale. The Lily repository has been tested to scale beyond any common content repository technology out there, due to its inherently distributed architecture, providing economically affordable, robust, and high-performing data management services for any kind of enterprise application.
Outerthought has talked in the past about their technical choices:
Original title and link: The HBase+Solr CMS Lily Reaches 1.0 (NoSQL databases © myNoSQL)
Friday, 27 August 2010
HBase: Putting a CMS on Top of It
How Lily, a CMS from OuterThought, is using HBase as its storage:
Lily offers a content model on top of HBase, which we believe to be of value for many layman content application developers, in the sense that if offers slightly higher-level concepts to shape a datatier with: records and fields, a set of data types, link, multi-value and hierarchical fields, a flexible versioning scheme, schema validation. Beyond that, we took a couple of popular content exchange models and verified if a mapping from these into Lily would be possible: HTML, RDF, the CMIS model, NewsML. We found out that a useful mapping was possible, so we’re confident that a broad range of content applications can be build on top of Lily.
Original title and link for this post: HBase: Putting a CMS on Top (published on the NoSQL blog: myNoSQL)
Monday, 2 August 2010
NoSQL Databases and CMS or ECM or DMS
Purists will probably say I’m generalizing a bit (as there are some differences between CMS, ECM, DMS, etc.), but more and more people in the market start to think that these would make good usage of NoSQL databases:
DMS of the future will need to adopt NoSQL :
- because new systems are build for Internet : highly available documents is required feature, imagine a place where everybody can really write simultaneously – no locks-in.
- If you request a specific document, you will get it and there is no difference here with RDBMS, noSQL is even more performant.
- The “eventually consistent” will not really change anything, when you need a global view of the data (stats for example) you will get it “consistent”.
- Backup of documents could be done easily – and you will fall in love with replication
- Sharding is your friend for large distributed database of documents
Definitely not the first one talking about the future of CMS NoSQL. The first system that comes to my mind when saying CMS and NoSQL is ☞ Lily:
