First steps to a successful cloud migration: know the cloud’s risks and how it will fit in the enterprise’s IT structure
Editor’ note: This chapter is excerpted from chapter 5 of Identity Management: A Business Perspective (MC Press, 2016).
The cloud provides an ideal opportunity for organizations to rethink their identity management (IdM) environment and plan an approach that will not only allow them to manage their cloud-based future but also exploit the capabilities of the cloud to drive an innovative and agile organization.
Possibly the biggest issue when considering cloud migration is the changes it makes to the way IT is managed within an organization. In some companies, cloud is seen as outside IT’s purview because the cloud gives business managers the laxity to “do their own thing” without the constraints imposed by the IT department, which has developed processes that not only take time but have a tangible cost to the company. This is dangerous since it removes cloud infrastructure from the controls that are required to ensure good governance. While the board of directors might not realize it, cloud represents a potential “wild frontier” of computing that can lead to significant trouble in the absence of governance.
So how can an IT operation assimilate the cloud without destroying its attractive qualities: agile, inexpensive, and powerful? Among the many issues that must be addressed are two main concerns: risk management and enterprise architecture.
Risk Management
A risk management approach is highly recommended for any company that seeks to migrate applications to the cloud. The selection of a cloud services provider (CSP) should include a risk assessment that will guide the process to select an appropriate supplier to provide the required cloud service. While many assessment tools are available, at minimum you should evaluate a service based on three categories of risks.
Organizational risks such as:
- Lock-in to a single provider
- Loss of governance over IT services
- Cloud service failure
Technical risks such as:
- Malicious insider activity
- Management interface compromise
- Denial of Service (DoS) attack
Legal risks such as:
- Data protection risks
- Licensing risks
- Changes of jurisdiction risks
Only when the risks are understood can they be managed and disaster averted.
Enterprise Architecture
From a strategy perspective, an organization’s enterprise architecture should address cloud services. Organizations that lack an enterprise architecture are paying too much for their IT infrastructure and should expedite the development of at least a technical architecture. This will mandate what operating systems should be supported, and which are deprecated. It should also indicate which type of configurations (patterns) are supported. This will reduce the management cost of the organization’s IT infrastructure.
Note: Locating a suitable consultant is not a trivial exercise. It seems many IT architecture consultants tend to make the development of an enterprise architecture overly complex. This is unfortunate because developing an enterprise architecture is not too difficult. There are basically four levels to be addressed by an organization’s IT architecture:
Business system’s architecture—how the IT infrastructure will support business unit applications. This includes planning the touchpoints between the applications and the identity management infrastructure. Process maps assist in this understanding.
Information architecture—indicates the information in the organization’s main data stores and how it maps to the requirements of the applications that the organization supports. Entity relationship diagrams are a useful tool.
Application portfolio—an inventory of the applications used in the organization, which indicates their operating system requirements, storage requirements, and support requirements. This will also include the development plans for each application, so that the enterprise architecture will be used to optimize upgrades —in an application that requires additional identity attributes, the collection and storage of these attributes needs to occur first.
Technical architecture—indicates the server infrastructure (and operating system versions), supported technical patterns (e.g., client/server, n-tier Web services), supported databases, and guidelines for deployed interfaces. Most organizations will maintain a Web services environment (browser client, Web server, application server, database server); some will have client/server applications, possibly with a standard operating environment deployment model; and some might also support a hub-and-spoke pattern for a mainframe app. The more patterns to support, the more the environment costs to operate and the more complex will be the identity management environment. A Web services environment will typically use a Security Assertion Markup Language (SAML) request to communicate identity attributes, client/server apps will often use LDAP, and a mainframe application will typically require identity attributes to be written to its accounts repository.
Interface Support
A cloud strategy must also address the interfaces to be supported.
As noted in chapter 3, LDAP is not a good solution for cloud apps. This is a good thing because it means that software developers do not need to learn the intricacies of optimizing LDAP filters; they can work with the Java-based, RESTful API interfaces that they prefer. But these services do represent a potential vulnerability for organizations. There are two basic approaches to the modern identity management task: use a Web service to connect to the data repository or use an API that supports the programming language of choice to integrate with the identity provider (IdP) service. The latter will generally provide better security and performance; the former requires less programming prowess.
Developer guidelines should be developed and documented to dictate what the various HTTP methods are allowed to do. If an API is developed, both API management and API security controls need to be determined and documented. Engaging a Web developer on the basis of lowest cost is generally unwise.
The protocols shown below (explained in more detail in Identity Management: A Business Perspective) will be required for most cloud-based identity management deployments.
- SAML support for requests and assertions
- RESTful API with support for JSON arrays and XML files
- OData native support
- OpenID Connect with OAuth token support
- The Fast ID On-line (FIDO) Alliance
Planning a cloud deployment requires the definition of the protocol support to be put in place so that cloud services comply with organizational security policy.
Graham Williamson is an identity management consultant in Brisbane, Australia. He has 27 years of experience in the IT industry, with expertise in identity management, electronic directories, public key infrastructure, smart card technology, and enterprise architecture. He is a coauthor of Identity Management: A Primer and the author of Identity Management: A Business Perspective.
MC Press books written by Graham Williamson available now on the MC Press Bookstore.
 |
||
 |
|
Identity Management: A Business Perspective Understand all facets of identity management and how to leverage identity data for access control. List Price $49.95 Now On Sale
|
|
||
 |
|
Identity Management: A Primer Get a comprehensive overview of the elements required for a properly planned identity environment. List Price $49.95
Now On Sale
|
More than ever, there is a demand for IT to deliver innovation. Your IBM i has been an essential part of your business operations for years. However, your organization may struggle to maintain the current system and implement new projects. The thousands of customers we've worked with and surveyed state that expectations regarding the digital footprint and vision of the company are not aligned with the current IT environment.
TRY the one package that solves all your document design and printing challenges on all your platforms. Produce bar code labels, electronic forms, ad hoc reports, and RFID tags – without programming! MarkMagic is the only document design and print solution that combines report writing, WYSIWYG label and forms design, and conditional printing in one integrated product. Make sure your data survives when catastrophe hits. Request your trial now! Request Now.
Forms of ransomware has been around for over 30 years, and with more and more organizations suffering attacks each year, it continues to endure. What has made ransomware such a durable threat and what is the best way to combat it? In order to prevent ransomware, organizations must first understand how it works.
Disaster protection is vital to every business. Yet, it often consists of patched together procedures that are prone to error. From automatic backups to data encryption to media management, Robot automates the routine (yet often complex) tasks of iSeries backup and recovery, saving you time and money and making the process safer and more reliable. Automate your backups with the Robot Backup and Recovery Solution. Key features include:
Business users want new applications now. Market and regulatory pressures require faster application updates and delivery into production. Your IBM i developers may be approaching retirement, and you see no sure way to fill their positions with experienced developers. In addition, you may be caught between maintaining your existing applications and the uncertainty of moving to something new.
IT managers hoping to find new IBM i talent are discovering that the pool of experienced RPG programmers and operators or administrators with intimate knowledge of the operating system and the applications that run on it is small. This begs the question: How will you manage the platform that supports such a big part of your business? This guide offers strategies and software suggestions to help you plan IT staffing and resources and smooth the transition after your AS/400 talent retires. Read on to learn:
LATEST COMMENTS
MC Press Online