ManageCloud Services - AWS, Azure, GCP and Oracle
Managed Cloud Services - AWS, provides access to Amazon Web Services resources and products to helps to configure and operate infrastructure, hosting of applications, which ensures compliance and efficient use of resources. We can support managed cloud services to any cloud providers like Microsoft Azure, Google GCP, IBM and Oracle..
Features
- Deploy into automated Infrastructure-as-a-Service (IaaS), Platform-as-a-Service (PaaS) architectures
- Migrate your on-premises workloads to AWS, Azure and Oracle
- Automate, schedule, and track incremental replications of live server volume
- Cloud instances creation in AWS Azure and Cloud
- Migrate virtual machines from VMware vSphere and Windows Hyper-V
- Designed to be managed as part of a multi-cloud solution
- Access to full range of Amazon Web Services products/services
- Optimisation and right-sizing recommendations to drive cost savings
- Cloud Network Solutions
Benefits
- Integration with other AWS services
- Training and architectural patterns/guidance
- Easier to coordinate large-scale server migrations
- Fast and cost-effective solution for migrating
- Integrated role-based access control across all AWS services
- Provides cloud skills to supplement your internal skills and capability
- Ongoing optimisation, consolidation and right-sizing, reduces cloud spend
- Licensing advice and optimisation to ensure best value
Pricing
£0 to £1,000 a unit an hour
- Free trial available
Service documents
Request an accessible format
Framework
G-Cloud 14
Service ID
4 4 3 3 4 0 1 8 5 1 3 0 0 3 9
Contact
Santriya Technologies
Santhakumar Rajesekar
Telephone: 07918833182
Email: santhakumar@santriyatechnologies.com
Service scope
- Service constraints
-
Planned maintenance may take place between the hours of 22:00 and 06:00. Where maintenance is identified as potentially service impacting, prior notice will be provided to the customer or by AWS information options
The customer is responsible for, and remains liable for ensuring that their licensing is compliant with deployment in a virtualised cloud environment.
The customer is responsible for agreement and complying with the AWS client agreement and acceptable usage rights. This can be found at https://aws.amazon.com/agreement/ - System requirements
-
- Operating systems must be x86 based.
- Operating systems are current and receiving critical and security updates.
- Legacy environments may be subject to maintanance acceptance review
User support
- Email or online ticketing support
- Email or online ticketing
- Support response times
-
AWS Support case response time depends on severity. The support response times for Developer, Business and Enterprise Support tiers are listed below:
Developer:
General guidance cases < 24 business hours; system impaired cases < 12 business hours.
Business:
General guidance cases < 24 hours; system impaired cases < 12 hours; production system impaired cases < 4 hours; production system down cases
< 1 hour.
Enterprise:
General guidance cases < 24 hours; system impaired cases < 12 hours; production system impaired cases < 4 hours; production system down cases < 1 hour; business-critical system down cases < 15 minutes - User can manage status and priority of support tickets
- Yes
- Online ticketing support accessibility
- None or don’t know
- Phone support
- No
- Web chat support
- Yes, at an extra cost
- Web chat support availability
- 9 to 5 (UK time), Monday to Friday
- Web chat support accessibility standard
- None or don’t know
- How the web chat support is accessible
- You can sign in to the Support Center at https://console.aws.amazon.com/support/home#/ by using the email address and password associated with your AWS account. To log in with other credentials, see Accessing AWS Support.
- Web chat accessibility testing
- Yes
- Onsite support
- Yes, at extra cost
- Support levels
-
Basic management layer is included within the cost of each infrastructure element and provides service desk, subscription support, billing and reporting. Each layer builds on the service provided by the layer below to provide service support options from basic incident management with working hours’ support, to proactive management with 24x7 support with enhanced service levels and a named technical lead for your service.
These management options can be selected on a server by server basis, to ensure that your tailored solution exactly meets your requirements. Charges apply per server, per month. - Support available to third parties
- Yes
Onboarding and offboarding
- Getting started
- AWS provides a range of resources to help customers get started on our services. These include: comprehensive documentation (in multiple formats), introductory videos, hands-on labs, online and in-person training, access to a large ecosystem of partners and support from the public sector account team.
- Service documentation
- Yes
- Documentation formats
-
- HTML
- Other
- Other documentation formats
- Kindle
- End-of-contract data extraction
- Data may be copied out using OS-level tools (such as xopy or rsync).
- End-of-contract process
-
"Buyer may terminate the relationship with Supplier for any reason by (i) providing Supplier with notice and (ii) closing Buyers account for all services for which Supplier provide an account closing mechanism.
Buyers pay for the services they use to the point of account termination. Please see the AWS UK G-Cloud 11 Pricing Document affiliated with this Service in the Digital Marketplace.
Supplier customers retain control and ownership of their data. Supplier will not erase customer data for 30 days following an account termination. This allows customers to retrieve content from Supplier services so long as the customer has paid any charges for any post-termination use of the service offerings and all other amounts due.
"
Using the service
- Web browser interface
- Yes
- Using the web interface
-
"Almost all functionality for each of our services is exposed through the web console.
The web console facilitates management for all aspects of the AWS account in a consolidated view whilst providing access to all services and their respective functionalities.
In some cases, specific configuration parameters of a service are dedicated to, and only available from, the CLI, SDK, or API interface." - Web interface accessibility standard
- None or don’t know
- How the web interface is accessible
- You can sign in to the Support Center at https://console.aws.amazon.com/support/home#/ by using the email address and password associated with your AWS account. To log in with other credentials, see Accessing AWS Support.
- Web interface accessibility testing
- None
- API
- Yes
- What users can and can't do using the API
- All functionality is exposed via an API.
- API automation tools
-
- Ansible
- Chef
- OpenStack
- Terraform
- Puppet
- API documentation
- Yes
- API documentation formats
-
- HTML
- Other
- Command line interface
- Yes
- Command line interface compatibility
-
- Linux or Unix
- Windows
- MacOS
- Using the command line interface
- All functionality is available via the CLI.
Scaling
- Scaling available
- Yes
- Scaling type
-
- Automatic
- Manual
- Independence of resources
-
Customer environments are logically segregated to prevent users and customers from accessing resources not assigned to them.
Services which provide virtualized operational environments to customers (i.e. EC2) ensure that customers are segregated via security management processes/controls at the network and hypervisor level.
AWS continuously monitors service usage to project infrastructure needs to support availability commitments/requirements. AWS maintains a capacity planning model to assess infrastructure usage and demands at least monthly, and usually more frequently. In addition, the AWS capacity planning model supports the planning of future demands to acquire and implement additional resources based upon current resources and forecasted requirements. - Usage notifications
- Yes
- Usage reporting
Analytics
- Infrastructure or application metrics
- Yes
- Metrics types
-
- CPU
- Disk
- HTTP request and response status
- Memory
- Network
- Number of active instances
- Reporting types
-
- API access
- Real-time dashboards
Resellers
- Supplier type
- Not a reseller
Staff security
- Staff security clearance
- Other security clearance
- Government security clearance
- Up to Security Clearance (SC)
Asset protection
- Knowledge of data storage and processing locations
- Yes
- Data storage and processing locations
-
- United Kingdom
- Other locations
- User control over data storage and processing locations
- No
- Datacentre security standards
- Supplier-defined controls
- Penetration testing frequency
- At least every 6 months
- Penetration testing approach
- In-house
- Protecting data at rest
- Other
- Other data at rest protection approach
-
AWS adheres to independently validated privacy, data protection, security protections and control processes. (Listed under “certifications”).
AWS is responsible for the security of the cloud; customers are responsible for security in the cloud. AWS enables customers to control their content (where it will be stored, how it will be secured in transit or at rest, how access to their AWS environment will be managed).
Wherever appropriate, AWS offers customers options to add additional security layers to data at rest, via scalable and efficient encryption features. AWS offers flexible key management options and dedicated hardware-based cryptographic key storage. - Data sanitisation process
- Yes
- Data sanitisation type
-
- Explicit overwriting of storage before reallocation
- Deleted data can’t be directly accessed
- Hardware containing data is completely destroyed
- Equipment disposal approach
- In-house destruction process
Backup and recovery
- Backup and recovery
- Yes
- What’s backed up
-
- Machine Image
- Volume
- Code Download
- Other options based on the hosting products and services
- Backup controls
- Manual or scheduled API call
- Datacentre setup
- Multiple datacentres with disaster recovery
- Scheduling backups
- Users schedule backups through a web interface
- Backup recovery
- Users can recover backups themselves, for example through a web interface
Data-in-transit protection
- Data protection between buyer and supplier networks
-
- Private network or public sector network
- TLS (version 1.2 or above)
- IPsec or TLS VPN gateway
- Bonded fibre optic connections
- Legacy SSL and TLS (under version 1.2)
- Data protection within supplier network
-
- TLS (version 1.2 or above)
- IPsec or TLS VPN gateway
- Legacy SSL and TLS (under version 1.2)
Availability and resilience
- Guaranteed availability
-
"AWS currently provides SLAs for several services. Due to the rapidly evolving nature of AWS’s product offerings, SLAs are best reviewed directly on our website via the link below: https://aws.amazon.com/legal/service-level-agreements/
Well-architected solutions on AWS that leverage AWS Service SLA’s and unique AWS capabilities such as multiple Availability Zones, can ease the burden of achieving specific SLA requirements.
" - Approach to resilience
-
"The AWS Business Continuity plan details the process that AWS follows in the case of an outage, from detection to deactivation. AWS has developed a three-phased approach: Activation and Notification Phase, Recovery Phase, and Reconstitution Phase. This approach ensures that AWS performs system recovery and reconstitution efforts in a methodical sequence, maximizing the effectiveness of the recovery and reconstitution efforts and minimizing system outage time due to errors and omissions.
AWS maintains a ubiquitous security control environment across all regions. Each data centre is built to physical, environmental, and security standards in an active-active configuration, employing an n+1 redundancy model, ensuring system availability in the event of component failure. Components (N) have at least one independent backup component. All data centres are online and serving traffic. In case of failure, there is sufficient capacity to enable traffic to be load-balanced to the remaining sites.
Customers are responsible for implementing contingency planning, training and testing for their systems hosted on AWS. AWS provides customers with the capability to implement a robust continuity plan, including the utilization of frequent server instance back-ups, data redundancy replication, and the flexibility to place instances and store data within multiple geographic regions across multiple Availability Zones. - Outage reporting
- Public dashboard; personalised dashboard with API and events; configurable alerting (email / SMS / messaging)
Identity and authentication
- User authentication
-
- 2-factor authentication
- Identity federation with existing provider (for example Google apps)
- Limited access network (for example PSN)
- Dedicated link (for example VPN)
- Username or password
- Access restrictions in management interfaces and support channels
-
"AWS’s Identity and Access Management (IAM) system controls access to AWS services/resources. No actions are permissible without authentication. IAM facilitates the issuance of access permissions per user/group. MFA is available at no extra cost.
AWS CoudTrail allows you to log, continuously monitor and retain events related to API calls across your AWS infrastructure." - Access restriction testing frequency
- At least every 6 months
- Management access authentication
-
- 2-factor authentication
- Other
- Description of management access authentication
- AWS controls access to systems through authentication that requires a unique user ID and password. AWS systems don't allow actions to be performed without identification or authentication. Remote access requires multi-factor authentication. All remote administrative access attempts are logged and reviewed by the Security team for unauthorized attempts or suspicious activity. Incident response procedure is triggered in case of suspicious activity. AWS employs the concept of least privilege, allowing only the necessary access for users to accomplish their job. User access to AWS systems requires documented approval from authorized personnel.
- Devices users manage the service through
- Dedicated device on a segregated network (providers own provision)
Audit information for users
- Access to user activity audit information
- Users have access to real-time audit information
- How long user audit data is stored for
- User-defined
- Access to supplier activity audit information
- You control when users can access audit information
- How long supplier audit data is stored for
- At least 12 months
- How long system logs are stored for
- At least 12 months
Standards and certifications
- ISO/IEC 27001 certification
- Yes
- Who accredited the ISO/IEC 27001
- UKISO Certificate Association
- ISO/IEC 27001 accreditation date
- 07/05/2022
- What the ISO/IEC 27001 doesn’t cover
- N/A
- ISO 28000:2007 certification
- No
- CSA STAR certification
- Yes
- CSA STAR accreditation date
- 3/12/2018
- CSA STAR certification level
- Level 2: CSA STAR Attestation
- What the CSA STAR doesn’t cover
- N/A
- PCI certification
- No
- Cyber essentials
- No
- Cyber essentials plus
- No
- Other security certifications
- No
Security governance
- Named board-level person responsible for service security
- Yes
- Security governance certified
- Yes
- Security governance standards
- ISO/IEC 27001
- Information security policies and processes
- Cyber Essentials Plus; ISO 27017; ISO 27018; SOC 1/2/3
Operational security
- Configuration and change management standard
- Supplier-defined controls
- Configuration and change management approach
-
"Changes to AWS services and features follow secure software development practices, including security risk reviews prior to launch. Developer access to production environments is via explicit access system requests, subject to owner review and authorisation.
Teams set bespoke change management standards per service, underpinned by standard AWS guidelines.
All production environment changes are reviewed, tested and approved. Stages include design, documentation, implementation (including rollback procedures), testing (non-production environment), peer to peer review (business impact/technical rigour/code), final approval by authorised party.
Emergency changes follow AWS incident response procedures. Exceptions to change management processes are documented and escalated to AWS management.
" - Vulnerability management type
- Supplier-defined controls
- Vulnerability management approach
-
"AWS Security performs vulnerability scans on the host operating system, web applications, and databases in the AWS environment. Approved 3rd party vendors conduct external assessments (minimum frequency: quarterly). Identified vulnerabilities are monitored and evaluated. Countermeasures are designed and implemented to neutralise known/newly identified vulnerabilities.
AWS Security monitors newsfeeds/vendor sites for patches and receives customer intelligence via http://aws.amazon.com/security/vulnerability-reporting/.
AWS customers are responsible for all scanning, penetration testing, file integrity monitoring and intrusion detection for their Amazon EC2 and Amazon ECS instances/ applications. Scans should include customer IP addresses (not AWS endpoints). AWS endpoint testing is part of AWS compliance vulnerability scans. - Protective monitoring type
- Supplier-defined controls
- Protective monitoring approach
-
"AWS deploys (pan-environmental) monitoring devices to collect information on unauthorized intrusion attempts, usage abuse, and network/application bandwidth-usage. Devices monitor:
• Port scanning attacks
• Usage (CPU, processes, disk utilization, swap rates, software-error generated losses)
• Application metrics
• Unauthorized connection attempts
Near real-time alerts flag incidents, based on AWS Service/Security Team- set thresholds.
Requests to AWS KMS are logged and visible via the account’s AWS CloudTrail Amazon S3 bucket. Logs provide request information, under which CMK, and identify the AWS resource protected through the CMK use. Log events are visible to customers after turning on AWS CloudTrail in their account. - Incident management type
- Supplier-defined controls
- Incident management approach
-
"AWS adopts a three-phased approach to manage incidents:
1. Activation and Notification Phase
2. Recovery Phase
3. Reconstitution Phase
To ensure the effectiveness of the AWS Incident Management plan, AWS conducts incident response testing, providing excellent coverage for the discovery of defects and failure modes as well as testing the systems for potential customer impact.
The Incident Response Test Plan is executed annually, in conjunction with the Incident Response plan. It includes multiple scenarios, potential vectors of attack, the inclusion of the systems integrator in reporting and coordination and varying reporting/detection avenues.
"
Secure development
- Approach to secure software development best practice
- Independent review of processes (for example CESG CPA Build Standard, ISO/IEC 27034, ISO/IEC 27001 or CSA CCM v3.0)
Separation between users
- Virtualisation technology used to keep applications and users sharing the same infrastructure apart
- Yes
- Who implements virtualisation
- Supplier
- Virtualisation technologies used
- Other
- Other virtualisation technology used
- AWS proprietary
- How shared infrastructure is kept separate
-
"Customer environments are logically segregated, preventing users and customers from accessing unassigned resources. Customers maintain full control over their data access. Services which provide virtualized operational environments to customers, ensure that customers are segregated and prevent cross-tenant privilege escalation and information disclosure via hypervisors and instance isolation.
Different instances running on the same physical machine are isolated from each other via the Xen hypervisor. The Amazon EC2 firewall resides within the hypervisor layer, between the physical network interface and the instance's virtual interface. All packets pass through this layer. The physical random-access memory (RAM) is separated using similar mechanisms.
"
Energy efficiency
- Energy-efficient datacentres
- Yes
- Description of energy efficient datacentres
-
"AWS is committed to running our business in the most environmentally friendly way possible. In addition to the environmental benefits inherently associated with running applications in the cloud, AWS has a long-term commitment to achieve 100% renewable energy usage for our global infrastructure footprint. We’ve made a lot of progress on this commitment. In January 2018, AWS achieved 50% renewable energy usage.
To date, we have announced nine new renewable energy projects (three wind farms and six solar farms), and these projects will deliver a total of 2 million MWh of energy annually onto the electric grid powering AWS data centers located in the AWS US East (Ohio) and AWS US East (N. Virginia) Regions. The electricity produced from these projects is enough to power the equivalent of over 190,000 U.S. homes annually, which is approximately the size of the city of Atlanta, Georgia.
More information is available on the AWS and Sustainability page.
AWS introduced its first carbon-neutral region in 2011. Today, AWS offers customers five AWS Regions that are carbon-neutral:
• US West (Oregon)
• AWS GovCloud (US-West)
• EU (Frankfurt)
• EU (Ireland)
• Canada (Central)
"
Social Value
- Social Value
-
Social Value
- Fighting climate change
- Covid-19 recovery
- Tackling economic inequality
- Equal opportunity
- Wellbeing
Fighting climate change
Santriya Technologies has made a commitment to reducing our environmental impact.
Recycling and waste management
We ensure waste items are always recycled/responsibly disposed of. We ensure that:
The company does not rent office space in office blocks that do not recycle
If hazardous waste materials are produced in the event of a fire, emergency response plans are in place
Hardware is disposed of responsibly and ethically
Efficient use of resources
Santriya Technologies ensures that waste produced is minimised and that unnecessary use of materials is avoided. We do this by:
Using recycled materials where possible
Avoiding single-use/non-recyclable plastic
Keeping the office paperless by storing data in the cloud
Ensuring information sent to clients is done online rather than via post.
Energy efficiency
The use of heating, ventilation, lighting, IT systems, water and transportation by Santriya Technologies and its employees is based on the need to maximise efficient energy use and minimise harmful emissions. Therefore, management and staff must make sure that:
Heating/ventilation are only switched on when necessary
Office lights are switched off by those last to leave
Taps used within the office/building are never left running
Hosting client websites with carbon-neutral providers, such as AWS, MS AZURE, GCP…Covid-19 recovery
Santriya Technologies has adjusted its working model throughout Covid-19 to fully support team members. This has included moving to a distributed working model whereby staff can choose where to work from, with our office, client location, working remotely as preferred choice, but with attendance being fully optional to suit individual needs.
Follow the local rules that apply to you on self-isolation and testing and defined policies for the following. 1. employees and employers working together 2. during the illness 3. returning to work 4. Adjustment to work dutiesTackling economic inequality
Santriya Technologies is committed to creating opportunities for those who may be facing barriers in gaining employment, as well as supporting people from deprived backgrounds.
We have since supported additional apprentices as a pathway towards employment and intend to take on more apprentices as part of our commitment to developing the skills of young people in our community.Equal opportunity
Santriya Technologies operates a rigorous and fully-rounded approach to equal opportunities, inclusivity and sustainability in the workplace, in our home offices and with our clients.
We have defined the policies on tacking economic inequality and taken the approach towards 1. Globalisation 2. Wages and working conditions 3. Training and good jobs strategy 4. A target to reduce the inequality that supports productive activity and a fair distribution of economic power
We employ team members based solely on ability and experience, regardless of gender, race, religion or disability
The diversity of our team accurately reflects the demographic of the workforce in our geographical
Our directors and management have made a commitment to conform with the Equality Act 2010 and the Code of Practice based on the Act, as set out by the Equality and Human Rights Commission.
We operate a flexible workplace, where team members are able to carry out their work from our office, client locations or at home, and at hours that suit them. This flexibility has been key during the Covid-19 restrictions, particularly for those that have school-age children, and has allowed us to complete projects for a wide range of clients without ever meeting them face-to-face.
Santriya Technologies is committed to paying its workers fairly. To this end, we are a Living Wage Employer and have been for a number of years. This commitment to fair pay also extends to our supply chain. We advertise jobs in websites and through targeted social media adverts to ensure we are reaching the working population in our immediate area.Wellbeing
Santriya Technologies supports the health and wellbeing of our staff by operating a flexible working model via a distributed team model, which supports flexible working locations as well as hours to suit individuals and their personal needs. A number of our team members have young families and so are able to work flexible around childcare and support commitments.
We have policies towards wellbeing on physical and mental health, nutrition, and sleep programmes, to financial and legal support, stress management, and support during periods of home working.
Pricing
- Price
- £0 to £1,000 a unit an hour
- Discount for educational organisations
- No
- Free trial available
- Yes
- Description of free trial
- Trial options are available, as mentioned in the aws services and products