Introduction.
Schools thinking of adopting a ‘cloud first’ strategy can often be overwhelmed by the number of things that need to be considered, many of which appear to be project blockers.
However if you tackle each issue in isolation the process can be simplified. Most of these issues can be addressed as independent mini projects, many working in parallel with each other so significant progress can be achieved in a short amount of time.
This post outlines an approach that a school might consider when moving to the cloud. The advice is specific to UK schools but many of the ideas can be transferred to other countries.
Basic Strategy and Project definition.
As a first step the school needs to decide if they are moving to Google only (no Windows devices or Microsoft Office) or a solution that uses both platforms. If a school is planning to go solely with Microsoft Azure most of this document still applies, just ignore the Google references.
If the school is moving to “Google only” this is a different pathway that focuses on migrating the existing application set to SaaS resources and retraining staff. Both pathways have the aim of reducing the dependency on local server infrastructure.
In reality many schools will retain an element of both. In the UK it’s common to use Google for teaching and learning and Microsoft for administration, finance and supporting the SLT team.
This post assumes the school will maintain some Microsoft applications and will be running a local copy of MS Office. It also assumes the school already operates an Office365 tenancy using A1 (free) licences.
This document does not cover the requirements of the internal network in detail.
However the basic network requirements for a cloud solution are:
- Robust wireless network linked by an appropriately sized wired backbone.
- High speed internet connection.
- Edge Security device (Firewall)
Mini-project List.
Implementing G Suite >
G Suite can be introduced without relying or affecting the local system. If possible use the existing Office365 domain for the Google organization and adopt the same naming schema for staff and student accounts. This approach makes Single-Sign-On easy to implement.
School Action: Create a G Suite Tenancy.
Organise the Cloud Directories. >
The Office365 domain will hold user accounts in Azure AD. These accounts are very likely synchronized from local Active Directory using the Microsoft toolset.
Using standard facilities provided by Microsoft the Google tenancy can be made to defer to Azure AD for authentication. In this way a user will logon to Google using the password held in Azure.
Having two cloud directories requires a method to keep them in sync and a policy decision to decide which is the ‘master directory’. Since most schools already have a well developed Azure AD with Office365 this normally maintains the position of master, pushing accounts into Google and letting Google check passwords against the Microsoft cloud directory..
It is possible to work the other way round but it’s uncommon. While it’s easy for a Chromebook to authenticate using an Azure service the ability for Windows10 laptops to communicate with a Google directory service is still a development feature.
School Action: Set the Cloud Directory hierarchy and install a syncing mechanism.
Align applications to Cloud Directories >
Legacy applications may require a local Active Directory to maintain a user list. Common examples include cashless catering, RADIUS based wireless authentication and web content filtering.
A ‘cloud first’ school does not incorporate local AD and so these functions need to be updated to support external hosted user directories and the related authentication services.
There are SaaS alternatives to cashless catering, web content filtering which natively support web directories so one solution might be to shift suppliers. However most vendors now have a road map that includes a SaaS offering that supports external directories. Enquire about timelines for release and migration tools.
A cloud first school gives an opportunity to re-examine the requirements for wireless authentication. In a traditional solution the internal network has to be protected to reduce the attack vector on the local server infrastructure. In a serverless situation that’s no longer the case as systems are hosted externally. In general SaaS services are accessed using wireless networks that do not require user level authentication (home broadband, mobile). A simpler system based on a WPA2 PSK might be appropriate.
School Action: Approach incumbent vendors to gauge support for Cloud Directories.
Align licensing to Cloud Services. >
Cloud licensing is based on a subscription model. Previous Microsoft licencing terms have been centred on user/device qualities or concurrent access and are out of step with modern cloud deployments. New services such as Azure Information Protection and Mobile Device Management are not covered by existing licencing. The version of Azure AD that comes with Office 365 (Basic) does not have the feature set to support a full cloud deployment.
Schools need to move to the new CSP model and purchase Microsoft 365 A3 license for all staff members who will continue to use a Microsoft desktop.
School Action: Re-evaluate the Microsoft licensing model
Develop a data migration strategy for local data. >
A cloud first solution does not hold centralised data on-premise. To be specific, Windows files shares are not supported.
The cloud model stores holds all files external to the site, synchronizing data to the local desktop as required. Both Microsoft (OneDrive) and Google (Drive) have facilities that allow you to work offline and experience the advantage of local access while maintaining the benefits of cloud storage. They can also be incorporated with upsetting existing workflows or the application set.
By promoting cloud storage over an extended period of time the value of the local store will degrade over time. It may even be possible to migrate without transferring large amounts of legacy data.
School Action: Re-evaluate the value of locally held data and promote cloud storage.
Develop a data migration strategy for email. >
It’s highly likely that the school mailboxes are already cloud hosted, normally within Office365 or a district service using Office365.
Migrating email into the core service is not a requirement but it can provide efficiencies. If a migration is required sufficient time should be allowed for the data transfer.
School Action: Re-evaluate the location of email.
Examine local devices. >
Windows devices operating within a cloud first school must run a recent version of Windows10. All devices not physically capable of running Windows10 in a responsive manner should be upgraded or retired. For legacy devices the Cloud Ready option provides an alternative strategy to decommissioning.
Microsoft has a toolkit that can be run to evaluate upgrade readiness for a large estate.
School Action: Establish the upgrade readiness for the Windows estate.
Setup a PoC for Windows cloud device management >
A proof of concept (PoC) should be established on a sub-set of Windows devices to identify the blockers to a full migration. The PoC should include Azure AD user authentication, enrolment in Microsoft Endpoint management (InTune), application deployment, compliance checking and data security.
The plan could also include early adoption for BYOD devices that are not catered for using local Active Directory.
School Action: Plan a PoC for cloud based device management.
Reevaluate the application set >
Not all applications will be suitable for a cloud based solution. The application set should be standardised prior to migration and SaaS alternatives adopted where possible.
If the application is incompatible with Windows 10 it’s function needs to be examined and replaced.
If the school is planning a BYOD strategy the browser will be the common interface across all platforms so it makes sense to move as many services to a web delivery platform as possible.
School Action: Create a software catalogue. Start the migration to SaaS.
Reevaluate the use of Print >
The importance of print is greatly reduced in a cloud first school. The adoption of collaborative working practices and the ease of document sharing has the capability to remove the requirement for students to print altogether. From a management perspective arranging print services across a BYOD environment that allows home use is a challenge that is best avoided.
One point that is generally overlooked is that once data is transferred to paper it moves outside any security control mechanism and therefore presents a potential backdoor to any data control policy.
School Action: Promote sharing as an alternative to print for students.
Move MIS and other admin functions to SaaS. >
Schools should look to move the MIS system and related functions such as finance to a SaaS platform.
School Action: Start a program to migration on-premise admin apps to SaaS.
Examine the internet connection. >
In a cloud first school the internet connection is the primary channel to services and data. For this reason it holds the same level of priority as the network backbone with a focus on bandwidth, latency and resilience. A large secondary should be looking to upgrade to a 1Gbs contract with some form of failover option. Try not to pay for bundled services that are not used.
School Action: Re-examine the ISP contract.
Adopt a security model that protects data not systems. >
One advantage of a cloud first school is that it embraces mobility which often includes personal devices that are outside the security boundary of Active Directory. A security policy that controls user access to the network (802.11X) or user access to file data from the local network (Kerberos) is not suitable for a based cloud model.
Both Azure AD and Google can create a secure boundary around data that protects sensitive information on both school and personal devices. The challenge is to migrate the access control checks away from the network, hosting systems and containers and onto the data itself.
School Action: Create a data security policy.
No comments:
Post a Comment