[Originally written for the TeraThink blog. Additional edits have been to clarify context.]
We’ve shared a bit about how we’ve setup a working infrastructure for content services at USCIS. While it hasn’t always been easy, there have been a few key takeaways that have made TeraThink’s efforts successful.
- Define business-centric APIs. We currently use Mule as it makes the basics easy and allows for complexity.
- Understand, capture, and fully execute the non-functional requirements. User experience drives adoption. Non-functional requirements drives management support and avoids messy incidents.
- Architect for, and deploy in, the cloud.
Designing for the cloud seems obvious in today’s IT world. However, I cannot stress how much time and effort has been saved by keeping this in the forefront of our efforts. I’ve been doing enterprise content management (ECM) for decades and I can tell you that using the different cloud capabilities of Amazon Web Services (AWS) has made a huge, positive impact.


I’ve written before on the
I have recently been talking in my presentations about organizations opting to do nothing about their Content problem. When looking at the prospect of rolling out a new Content Management System (CMS), it is a valid option. There is only one issue with that choice.