Faculty Platform is a world class data science platform. It is a managed platform designed to support data scientists in their end-to-end workflow. Built on top of open source tools, it provides users with a fully customisable environment to design, develop, deploy and monitor machine learning models at scale.
- Machine Learning
- Cloud based data science
- Secure data storage
- Data visualisation
- Real time analysis
- Machine Learning Model Management
- Data science tools
- Open data sets
- Artificial intelligence
- AI Safety
- Easily store large data sets
- Easy collaboration for data scientists
- Access to large scale computation including GPUs
- Audit and reproducibility
- Publish analysis results with a single command
- Explainable AI
- Reproducible machine learning / AI
£1000 per licence per month
- Education pricing available
Faculty Science Limited
|Software add-on or extension||Yes, but can also be used as a standalone service|
|What software services is the service an extension to||Faculty Platform can be deployed within infrastructure services provided by AWS, Azure, Google Cloud Platform, and other cloud suppliers.|
|Cloud deployment model||
|Service constraints||Faculty Platform is cloud agnostic and can be installed within the client's VPC or run independently outside client infrastructure. Maintenance arrangements are discussed and agreed with clients during the on-boarding process.|
|Email or online ticketing support||Email or online ticketing|
|Support response times||Based upon our Service Level Agreement and support contract but typically within 2 hours.|
|User can manage status and priority of support tickets||No|
|Phone support availability||24 hours, 7 days a week|
|Web chat support||Web chat|
|Web chat support availability||24 hours, 7 days a week|
|Web chat support accessibility standard||None or don’t know|
|How the web chat support is accessible||None|
|Web chat accessibility testing||None|
|Onsite support||Yes, at extra cost|
Any issues which arise with the Faculty Platform software will be fixed at no extra cost to the client within 2 business days.
- Community - support via online forums
- Starter - Online video calls with data scientists.
- Enterprise - On-premise data scientists and engineers.
|Support available to third parties||Yes|
Onboarding and offboarding
Once the platform has been installed, the majority of users are able to get started by themselves through use of our comprehensive documentation.
Onsite and online training are available upon request.
|End-of-contract data extraction||
All user data can be downloaded from Faculty Platform directly through the interface.
As Faculty Platform is typically deployed within our clients infrastructure the data doesn't leave their secure network so extraction is not required.
If the platform is deployed in the public cloud then all client data is destroyed 90 days after the end of the licence period.
|End-of-contract process||You will be contacted 60 days before your contract ends with renewal details or information on how to cancel the service. Customer support will help you extract your data in a reasonably acceptable format. We will retain client data for 90 days after the contract ends to avoid any accidental loss of your data. We maintain your customer registration information for up to 6 years for tax purposes.|
Using the service
|Web browser interface||Yes|
|Application to install||No|
|Designed for use on mobile devices||Yes|
|Differences between the mobile and desktop service||The mobile website is designed primarily with reading published notebooks in mind. There is also an iPad app.|
|Description of service interface||Access to Faculty Platform is via any modern web browser|
|Accessibility standards||None or don’t know|
|Description of accessibility||
-High contracts fonts
-default use of viridis (colourmap suitable for individuals with colourblindness)
-Customisable font size
|What users can and can't do using the API||Faculty Platform comes with a RESTful API which is documented at https://docs.faculty.ai. Users can request credentials to access the API and can perform the majority of UI tasks through the API.|
|API documentation formats||
|API sandbox or test environment||No|
|Independence of resources||
All computation is done on a large cluster which means there is always sufficient capacity for the needs of our users.
The platform leverages autoscaling technology and individual users can request dedicated infrastructure to guarantee performance.
|Service usage metrics||Yes|
-Volume of data on platform
-Daily usage of computation across your teams
|Supplier type||Not a reseller|
|Staff security clearance||Other security clearance|
|Government security clearance||Up to Developed Vetting (DV)|
|Knowledge of data storage and processing locations||Yes|
|Data storage and processing locations||United Kingdom|
|User control over data storage and processing locations||Yes|
|Datacentre security standards||Supplier-defined controls|
|Penetration testing frequency||At least every 6 months|
|Penetration testing approach||‘IT Health Check’ performed by a Tigerscheme qualified provider or a CREST-approved service provider|
|Protecting data at rest||
|Data sanitisation process||Yes|
|Data sanitisation type||Deleted data can’t be directly accessed|
|Equipment disposal approach||In-house destruction process|
Data importing and exporting
|Data export approach||Users can export their data directly through the Faculty Platform user interface.|
|Data export formats||
|Other data export formats||Data can be exported in any format|
|Data import formats||
|Other data import formats||Data can be uploaded in any format|
|Data protection between buyer and supplier networks||TLS (version 1.2 or above)|
|Data protection within supplier network||TLS (version 1.2 or above)|
Availability and resilience
- 99% uptime
- Specific SLAs are agreed with new clients and documented in the contract
|Approach to resilience||Available upon request. Please see our data security documentation.|
|Outage reporting||Service outages are reported via email|
Identity and authentication
|User authentication needed||Yes|
|Access restrictions in management interfaces and support channels||Faculty administrator access to the servers hosting Faculty Platform services is permitted only by public key based SSH, with password authenticated access prohibited by the server configuration. Faculty administrators' private SSH keys are not shared, and are stored on computers in the administrators' physical possession and which use full disk encryption. Repeated failed SSH login attempts to a single server cause the host attempting to login to be blocked at the firewall level, mitigating brute force attacks.|
|Access restriction testing frequency||At least every 6 months|
|Management access authentication||
Audit information for users
|Access to user activity audit information||Users contact the support team to get audit information|
|How long user audit data is stored for||User-defined|
|Access to supplier activity audit information||Users contact the support team to get audit information|
|How long supplier audit data is stored for||User-defined|
|How long system logs are stored for||User-defined|
Standards and certifications
|ISO/IEC 27001 certification||No|
|ISO 28000:2007 certification||No|
|CSA STAR certification||No|
|Other security certifications||Yes|
|Any other security certifications||Cyber Essentials Certificate|
|Named board-level person responsible for service security||Yes|
|Security governance certified||No|
|Security governance approach||
Maintaining the security of client data stored within Faculty Platform is Faculty's utmost priority, and data security has been built as an integral part of each component rather than as a separate layer. This model provides defence in depth and resiliency against incidental and malicious threats to data security.
For more information please refer to the Faculty Platform Data Security Document
|Information security policies and processes||
All Faculty administrators are mandated to have two factor authentication on their accounts, and high entropy passwords.
Faculty administrator access to the servers hosting Faculty Platform services is permitted only by public key based SSH, with password authenticated access prohibited by the server configuration. Faculty administrators' private SSH keys are not shared, and are stored on computers in the administrators' physical possession and which use full disk encryption. Repeated failed SSH login attempts to a single server cause the host attempting to login to be blocked at the firewall level, mitigating brute force attacks.
For more information please refer to the Faculty Platform Data Security Document.
|Configuration and change management standard||Supplier-defined controls|
|Configuration and change management approach||Configuration is classified as Restricted data and is asymmetrically encrypted with the OpenPGP standard (RFC 4880), using 2048 bit RSA keys protected with strong passphrases. The passphrases to these keys are stored in HashiCorp Vault , accessible only to Faculty Platform administrators with individual passphrases, hosted on a server with an encrypted storage device and accessible only via public key authenticated SSH.|
|Vulnerability management type||Supplier-defined controls|
|Vulnerability management approach||We identify potential threats to Faculty Platform through a combination of external penetration testing, weekly patching of servers, and following best practices relating to data security. We subscribe to information security mailing lists for security updates and use external providers to keep us informed.|
|Protective monitoring type||Supplier-defined controls|
|Protective monitoring approach||
The Faculty Platform infrastructure has a suite of automated tools that monitor and alert on user and server behaviour.
All alerts get escalated to the engineering support team.
We classify alerts into 3 severity categories.
- Severity 1: Direct impact to the reputation of Faculty or its clients. 1 hour response time.
- Severity 2: Potential downtime for a subset of users. 24 hour response time.
- Severity 3: No direct impact on users. 2 business day response time.
|Incident management type||Supplier-defined controls|
|Incident management approach||
In cases of suspicious activity on Faculty Platform, such as a user accessing Platform from a distant geographic location, or high bandwidth downloads from the Platform, Faculty administrators will immediately disable the credentials of the user in question as the first action, preventing all further access to the Platform by that user. All logs, servers, and databases will be retained to permit later examination as required.
Faculty administrators will investigate the nature and scope of the incident in order to apply necessary remediations to Platform infrastructure, and communicate this to Faculty management.
|Approach to secure software development best practice||Supplier-defined process|
Public sector networks
|Connection to public sector networks||No|
|Price||£1000 per licence per month|
|Discount for educational organisations||Yes|
|Free trial available||No|