10 Questions to Ask “Cloud” Service Providers
James Bourke recently wrote what I found to be an extremely thoughtful list of Ten Questions You Should Ask a Cloud Service Provider over on the CPA2BIZ newsletter site. We still detest this term “cloud” in the case of “Cloud Service Provider”, but given that we certainly qualify under this definition as it was intended here, I thought that providing concrete answers to these 10 questions may help take some of the mystery out of our “cloud” infrastructure.
To directly quote Jim, these questions are:
Some of the top questions that I would recommend asking before making your final decision (in no specific order, as order of importance will vary depending on the type of data and application deployed)
Here are his questions and our answers in the context of each of the products we develop and maintain (currently including workpapers.com, auditconfiramtions.com, and sas70registry.com but would also be applicable to any other products we develop in the future as we are a big believer in this technology stack):
Where will my data be stored?
Our applications are built on the Amazon Web Services computing platform. We selected Amazon for a large variety reasons that I will discuss throughout these questions but not the least of which was because they have both a very thorough SAS 70 report done by Ernst & Young and an excellent track record of providing the best security, availability, and scalability among hosting companies available. Specifically, all of the data stored in our applications is physically stored in MySQL databases. Each application’s production database runs on a dedicated EC2 database server instance. Each EC2 instance is replicated across Amazon’s computing facilities in a given “availability zone”. We are currently using the Eastern United States availability zones meaning production data is geographically located in Amazon run data centers in Virginia and New Jersey (possibly others as Amazon adds facilities in the East).
The only exception to this is the actual documents and files uploaded and attached to procedures in workpapers.com. These documents are stored in a dedicated production storage bucket on Amazon’s S3 service. Storing these documents to S3 rather than our server instances gives the files “durability” of 99.999999% which basically means that three geographically separated Amazon data centers would all have to suffer catastrophic disaster for us to be at risk of losing even one file. Additionally, it makes our storage pool virtually limitless. We never have to upgrade hardware storage which helps us keep pricing reasonable. What this means geographically is that these files are replicated to several physical Amazon data center locations that span the United States. We are also adding additional S3 storage in Ireland that will serve our clients in Europe, the Middle East, and Africa giving them better performance than we can provide from our storage pool in the US.
What type of security and controls are in place to protect confidential and sensitive client data?
We use a careful combination of both preventive and detective physical and logical access controls to protect sensitive client data. Physical access to computing facilities is managed by our hosting provider, Amazon Web Services, whose detailed SAS 70 report we have reviewed thoroughly to verify those controls are adequate. It is particularly important to remember that not only are the facilities physically secured, but that the servers we use are virtualized so even an individual who is inside the data center would not be able to specifically identify our servers and execute an attack. The Amazon SAS 70 also covers logical access controls to host operating systems (e.g. the operating systems on the physical servers that, in turn, host our virtual machines). From there, iTickmark controls security of the virtual machines ourselves directly as our systems administrators are the only ones with access to the operating systems and databases on those virtual servers. Our own SAS 70 report (which we expect to be issued in October of 2010) will cover the testing of those controls. As you can see, there is an extremely thorough “defense in depth” strategy in place here that would be essentially impossible for our customers to replicate in their own, onsite environment. Even still, we implement detective and audit controls to further test systems security. For instance, McAfee Secure scans our systems and certifies their security on a daily basis, 365 days/year.
What type of redundancy does the vendor have in place?
Our most important redundancy controls is the real-time data replication that we get from using a virtualized systems infrastructure (Amazon EC2) and storage pool (Amazon S3). Unlike most vendors in the accounting and audit space who operate on older, internal infrastructure, every piece of data we have is instantly replicated across multiple, geographically separated, data centers. That makes data stored with us ultra-durable compared to other vendors or using in-house systems.
Even despite this real-time redundancy, we do our own backups of both our production application databases and the mass of files and documents stored in workpapers.com. We take twice-daily backups of each database, then store the backup to S3 so that it is as safe, redundant, etc. as all of our other files. With files and documents, we copy them to a second S3 storage bucket in case the ultra-unlikely event occurs where Amazon does lose three data centers at one time. We have never needed to restore a file from this second line of backups or the effective “backups of the backups” that are created but they are there, should we ever need to.
Finally, we also maintain a relationship with an entirely separate hosting provider should everything from Amazon across the globe fail, even though that seems nearly impossible. We have thoroughly tested the procedure to restore our applications to this second provider (Rackspace) and are able to move our infrastructure, applications, and customer data over there within just a couple of hours.
What is the vendor’s data retention policy?
Our data retention policy with regards to customer data is to let the customer control it. For instance, in workpapers.com we keep client engagements that have been archived there permanently. However, if the customer deletes an engagement because it is older than their data retention policy requires, we warn the customer then delete it immediately. All of the backup data we take (as noted above) is retained for a maximum of one year. We do not keep backup data longer than one year expressly for the purpose of not having customer data they thought was gone available in the event of litigation.
Who will have ownership of that data?
100% of customer data, without exception, is owned by that customer. We do not and will not ever allow anyone to mine customer data for any reason. This is a contractual obligation on our end as we provide these terms in our terms of service and privacy policy for each product.
In what type of format will my data be stored?
We find data lock-in and format trapping the most annoying and egregious practice among both traditional and “cloud” software vendors today. Your data comes out of our applications as easily as it went in. The most important of our products in this regard is of course workpapers.com. Everything you enter in the system itself like audit procedures, work plans, findings, testing results, etc. is available for download in both Excel and PDF formats. Additionally, you can of course download all the files and documents you have uploaded into the system back out at anytime. If you want to move to a new software platform, we understand… we change vendors sometimes also. You can certainly take every document with you. AuditConfirmations is the same way. Download all of your completed confirmations in a PDF format and move on to another vendor or back to using paper for confirmation procedures. No problem.
What happens in the event of data loss or corruption?
We have not ever lost any customer data, easy as that. In fact, we have never utilized our second line backups outlined above. Every potential data integrity concern we have ever seen is corrected in real-time by our use of virtualization and replication.
What happens in the event of loss of data? Who is responsible?
iTickmark maintains specialized insurance coverage that specifically covers the risks associated with being a hosted application provider that covers data breach and loss for all of our customers. However, we cannot afford to lose our own data in our applications so we realize our customers can’t either. Thus, we consider insurance only a resolution tool in the worst possible scenario. We are happy to provide evidence of our insurance coverage to customers requiring that.
What if you end up in a fee dispute or disagreement with the vendor?
We have never had a fee dispute because we don’t trap (or even ask) customers to engage in long term contracts. We hate trying to buy a cell phone contract for example so why would we put our customers through something similar? Our products are operated under a very simple “pay for what use, stop whenever you want” model with open, public pricing available. We guarantee 99.9% uptime on all our products and if we miss that for any reason other than a planned upgrade which we have notified customers about ahead of time, we’ll be happy to refund that month’s service. Easy as that.
How financially stable is the vendor and who or what is behind their primary funding source?
We are a privately owned software company and have been in business since January of 2008. We are funded through the operations of our business and we have been profitable since the inception of the business. As our business and our customers grow, our applications and computing infrastructure grow with it. This is the same way most audit firms themselves grow and finance their operations. We frankly feel we are CONSIDERABLY more stable under this operational model than many software companies that are bought and sold between large vendors who may or may not kill off the products you use and care about or venture-backed companies that may have their funding cut-off anytime for whatever reason and don’t the profits to sustain operations. We finance our products, we grow our business slowly over time, and we use our products ourselves. We have as much skin in the game as any of our customers.
I (Dan Zitting) personally serve as the CEO of iTickmark. I am also a partner in the public accounting firm Linford & Company LLP which provides two services: SAS 70 audits and royalty/licensing audits. iTickmark’s products were born because they were what we needed in our work and were not available in the market nor was an equivalent available in a price range reasonable for our small practice. It is our background in public accounting that makes our products great. They are built directly from the practitioner’s perspective rather than a software developer’s. It is also why we are so careful with customer data, my own firm is one of those customers. I am the only person with involvement in both of these businesses and using my position as the CEO of iTickmark to identify customers whose clients Linford & Company could pursue would be a gross violation of ethics rules. If it is a concern, just give me a call directly and we can make arrangements to relieve it.

29. Aug, 2010 




