Skip to content
Permalink
Browse files
Add production readiness statement
  • Loading branch information
seelmann committed Apr 9, 2021
1 parent 91a455d commit f6859a09a1ea87e21b5a8223226df753190196f2
Showing 2 changed files with 26 additions and 0 deletions.
@@ -36,6 +36,7 @@ <h5>ApacheDS 2.0</h5>
<li><a href="/apacheds/">Home</a></li>
<li><a href="/apacheds/news.html">News</a></li>
<li><a href="/apacheds/features.html">Features</a></li>
<li><a href="/apacheds/production-readiness.html">Production Readiness</a></li>
</ul>

<h5>Downloads</h5>
@@ -0,0 +1,25 @@
---
title: Production Readiness
---

# Production Readiness

Due to some critical issues related to data corruption, we are not considering Apache Directory Server to be production ready. This is a well known issue, which is quite complicated to fix. We had added some repair command to work around the problem, but this is is just a workaround, and we know it won't fix all the data corruptions.

Would you decide to use Apache Directory Server in production, we would strongly suggest two things:
- first avoid updates as much as possible. If you load data once, and use the server in read only mode, you should be safe
- otherwise, be sure to have backups. This is the only safe way to get back to your feet if you have a serious data corruption that can't be solved by the 'repair' command.

The same kin of problem has hit OpenLDAP a while back, when they were using BDB as their default database. The smart move they did was to develop LMDB which is not only superior in all aspects, but also is guaranteed to be bullet proof by design against data corruption.

We have started moving in the exact same direction with Apache Mavibot, but the work is not completed yet (although we could have a version that works with Mavibot soon enough, but without dead data removal).

Long story short, we are working on solving this issue, it's complicated, it's time consuming, and it will take a while.

OTOH, Apache Directory Server was designed from day one to be almost fully compatible with OpenLDAP. That means you can develop and test your solution using Apache Directory Server, and move the schema and data to OpenDLAP once ready, on your production server.

We believe Apache Directory server still is bringing great value for testing purposes, development and education, until we fix this data corruption issue.

Also keep in mind this is all a volunteered effort, and we only can do as much as we can. More volunteers would help, of course.

In the mean time, we thank you for your support - and bugs reports -, this is quite an adventure to work on such a 500 000+ SLOC code base.

0 comments on commit f6859a0

Please sign in to comment.