With every new year comes a new beginning. The holidays give us a chance to reflect on our achievements from the previous year, as well as give us a benchmark for what we want to accomplish in the following year. For most individuals, weight loss, quitting a bad habit, or even saving money top the list for resolutions. For companies, the goals are a little bit more straight forward and quantitative. Revenue goals are set, quotas are established, and business objectives are defined. The success of a company is entrenched in these goals and will determine; positively or negatively, how a company should be valued.
Today’s businesses are becoming even more complex than ever, and we can thank new technologies, emerging markets, and the ease of globalization for helping drive these new trends. One of the most impactful and fast adopting technologies that is helping businesses in 2015 is the public cloud.
What’s amazing, though, is that how businesses are planning for the adoption of public cloud is still unknown to most. Common questions such as “Is my team staffed accordingly to handle this technology change?” or “How do I know if I’m architecting correctly for my business?” are coming up often. These questions are extremely common with new technologies, but it doesn’t have to be difficult if you take these simple steps.
- Plan Ahead: Guide your leadership to see that now is the time to review the current technology inventory being utilized by the company and strategically outline what it will take to help the company become more agile, cost effective, and leverage the most robust technologies in the New Year.
- Over communicate: By talking with all the necessary parties, you will turn an unknown topic into water cooler conversation. Involve as many people as possible and ask for feedback constantly. This way, if there is anyone that is not on-board with this technology shift, you will have advocates across the organization helping your cause.
- Track your progress: Keep an active log of your adoption process, pitfalls, to-dos, and active contributors. Establish a weekly cadence to review past success and upcoming agendas. Focus on small wins, and after a while you will see amazing results for your achievements.
- Handle problems with positivity: Technology changes are never easy for an organization, but take each problem as an opportunity to learn. If something isn’t working, it’s probably for good reason. Review what went wrong, learn from the mistakes, and make sure they don’t repeat themselves. Each problem should be welcomed, addressed and reviewed accordingly.
- Stay diligent: Rome wasn’t built in a day, and neither will your new public-cloud datacenter be. Review your plan, do constant check points against your cloud strategy, follow your roadmap and address problems as soon as they come up. By staying focused and tenacious you will be successful in your endeavors.
Happy 2015, and let’s make it a great year.
-Blake Diers, Alliance Manager
Momentum continues to build for companies who are migrating their workloads to the cloud, across all industries, even highly regulated industries such as Financial Services, Health Care, and Government. And it’s not just for small companies and startups. Most of the largest companies in the world – we’re talking Fortune 500 here – are adopting rapid and aggressive strategies for migrating and managing their workloads in the cloud. While the benefits of migrating workloads to the cloud are seemingly obvious (cost savings, of course), the “hidden” benefits exist in the fact that the cloud allows businesses to be more nimble, enabling business users with faster, more powerful, and more scalable business capabilities than they’ve ever had before.
So what do enterprises care about when managing workloads in the cloud? More importantly, what should you care about? Let’s assume, for the sake of argument, that your workloads are already in the cloud – that you’ve adopted a sound methodology for migrating your workloads to the cloud.
Raise your expectations I would submit that enterprises should raise their expectations from “standard” workload management. Why? Because the cloud provides a more flexible, powerful, and scalable paradigm than the typical application-running-in-a-data-center-on-a-bunch-of-servers model. Once your workloads are in the cloud, the basic requirements for managing them are not dissimilar to what you’d expect today for managing workloads on-premise or in a data center.
The basics include:
- Service Levels: Basic service levels are still just that – basic service levels – Availability, response time, capacity, support, monitoring, etc. So what’s different in the cloud world? You should pay particular attention to ensuring your personal data is protected in your hosted cloud service.
- Support: Like any hosting capability, support is very important to consider. Does your provider provide online, call center, dedicated, and/or a combo platter of all of these?
- Security: Ensure that your provider has robust security measures in place and mechanisms to preserve your applications and data
- Compliance: You should ensure your cloud provider is in compliance with the standards for your specific industry. Privacy, security and quality are principal compliance areas to evaluate and ensure are being provided.
Now what should enterprises expect on top of the “basics?”
- Visibility: When your workloads are in the cloud, you can’t see them anymore. No longer will you be able to walk through the data center and see your racks of servers with blinking lights, but there’s a certain comfort in that, right? So when you move to the cloud, you need to be able to see (ideally in a visual paradigm) the services that you’re using to run your critical workloads
- Be Proactive: It used to be that enterprises only cared if their data center providers/data center guys were just good at being “reactive” (responding to tickets, monitoring apps and servers, escalating issues, etc). But now the cloud allows us to be proactive. How can you optimize your infrastructure so you actually use less, rather than more? Wouldn’t it be great if your IT operations guy came to you and said “Hey, we can decrease our footprint and lessen our spend,” rather than the other way around?
- Partner with the business: Now that your workloads are running in the cloud, your IT ops team can focus more on working with the business/applications teams to understand better how the infrastructure can work for them, again rather than the other way around, and they can educate the business/applications teams on how some of the newest cloud services, like elasticity, big data, unstructured data, auto-scaling, etc., can cause the business to think differently and innovate faster.
Enterprises should – and are – raising their expectations as they relate to managing their workloads in the cloud. Why? Because the cloud provides a more flexible, powerful, and scalable paradigm than the typical hardware-centric, data center-focused approach.
-Keith Carlson, EVP of Professional and Managed Workload Services
Implementing Cloud Infrastructure in the Enterprise is not easy. An organization needs to think about scale, integration, security, compliance, results, reliability and many other factors. The pace of change pushes us to stay on top of these topics to help our organization realize the many benefits of Cloud Infrastructure.
Think about this in terms of running a race. The race has not changed – there are still hurdles to be cleared – hurdles before the race in practice and hurdles on the track during prime time. We bucket these hurdles into two classes: pre-adoption and operational.
Pre-adoption hurdles come in the form of all things required to make Cloud Infrastructure a standard in your enterprise. A big hurdle we often see is a clear roadmap and strategy around Cloud. What applications will be moving and when? When will new applications be built on the Cloud? What can we move without refactoring? Another common hurdle is standards. How do you ensure your enterprise can order the same thing over and over blessed by Enterprise Architecture, Security and your lawyers. Let’s examine these two major pre-adoption hurdles.
Having a clear IT strategy around Cloud Computing is key to getting effective enterprise adoption. Everyone from the CIO to the System Admin should be able to tell you how your organization will be consuming Cloud and what their role in the journey will be. In our experience at 2nd Watch, this typically involves a specific effort to analyze your current application portfolio for benefits and compatibility in the Cloud. We often help our customers define a classification matrix of applications and workloads that can move to the Cloud and categorize them into classes of applications based on the effort and benefits received from moving workloads to the Cloud. Whether you have a “Cloud First,” “Cloud Only” or another strategy for leveraging Cloud, the important thing is that your organization understands the strategy and is empowered to make the changes required to move forward.
Standardization is a challenge when it comes to implementing Cloud Computing. There are plenty of Cloud Service Providers, and there are no common standards for implementations. The good news is that AWS is quickly becoming the de facto standard for Cloud Infrastructure, and other providers are starting to follow suit.
2nd Watch works closely with our customers to define standards we call “Reference Architectures” to enable consistency in Cloud usage across business units, regions, etc. Our approach is powered by Cloud Formation and made real by Cloud Trails, enabling us to deploy standard infrastructure and be notified when someone makes a change to the standard in production (or Test/Dev, etc.). This is where the power of AWS really shines.
Imagine… A service catalog of all the different application or technology stacks that you need to deploy in your enterprise – now think about having an automated way to deploy those standards quickly and easily in minutes instead of days/weeks/months. Standards will pay dividends in helping your organization consume Cloud and maintain existing compliance and security requirements.
Operational hurdles for Cloud Computing come about due to the different types of people, processes and technology. Do the people who support your IT infrastructure understand the new technology involved in managing Cloud infrastructure? Do you have the right operational processes in place to deal with incidents involving Cloud infrastructure? Do you have the right technology to help you manage your cloud infrastructure at enterprise scale?
Here are some people related questions to ask yourself when you are looking to put Cloud infrastructure to work in your enterprise:
- How does my IT organization have to change when I move to the cloud?
- What new IT roles are going to be required as I move to the cloud?
- What type of training should be scheduled and who should attend?
- Who will manage the applications after they are moved to the cloud?
People are critical to the IT equation, and the Cloud requires IT skills and expertise. It has been our experience that organizations that take the people component seriously have a much more effective and efficient Cloud experience than those who might address it after the fact or with less purpose. Focus on your people – make sure they have the training and support they need to ensure success once you are live in the Cloud.
Cloud infrastructure uses some of the same technology your enterprise deploys today – virtualization, hypervisors, hardware, network, etc. The difference is that the experts are managing the core components and letting you build on top. This is a different approach to infrastructure and requires enterprise IT shops to consider what changes will need to be made to their process to ensure they can operationalize Cloud computing. An example: How will your process deal with host management issues like needing to reboot a group of servers if the incident originates from a provider instead of your own equipment?
Finally, technology plays a big role in ensuring a successful Cloud infrastructure implementation. As users request new features and IT responds with new technology, thought needs to be given to how the enterprise will manage that technology. How will your existing management and monitoring tools connect to your Cloud infrastructure? To what pieces of the datacenter will you be unable to attach? When will you have to use Cloud Service Provider plugins vs. your existing toolset? What can you manage with your existing tools? How do you take advantage of the new infrastructure, including batch scheduling, auto-scaling, reference architectures, etc.? Picking the right management tools and technology will go a long way to providing some of the real benefits of Cloud Infrastructure.
At 2nd Watch we believe that Enterprise Architecture (in a broad sense) is relevant regardless of the underlying technology platform. It is true that moving from on premises infrastructure to Cloud enables us to reduce the number of things demanding our focus – Amazon Web Services vs. Cisco, Juniper, F5, IBM, HP, Dell, EMC, NetApp, etc.
This is the simplicity of it – the number of vendors and platforms to deal with as an IT person is shrinking, and thank goodness! But, we still need to think about how to best leverage the technology at hand. Cloud adoption will have hurdles. The great news is that together we can train ourselves to clear them and move our businesses forward.
-Kris Bliesner, CTO
Ideally, selecting the correct cloud partner should be as simple and straight forward as the cloud itself. However, any selection requires time to qualify the right partner according to where your company is at in its cloud journey. Additionally, the term cloud has been over marketed by all companies in the last several years, even by companies who do not have a cloud offering, which adds confusion to the partner selection process.
We know partner selection is a very important process that is vital to your cloud migration success. Luckily, it does not have to be a long, drawn out, or difficult process if you look toward best practices. Here are some suggestions based on learnings, analyst discussions, and market drivers.
First, you need to determine where you are in the cloud journey. Ask yourself some key questions to help you identify where exactly you are, and where may want to go:
- Does my company have a clear vision of how we want to use the cloud?
- Your vision could take several different forms. One example is having all applications move toward being Software as a Service (SaaS) first, Platform as a Service (PaaS) second and Infrastructure as a Service (IaaS) third while maintaining a small data center footprint. Another could be a “cloud first” approach for all new development while “lifting and shifting” everything old to IaaS. Either way, your vision and strategy need to be clearly defined. If they are not, you definitely need to select a partner who can help you develop a cloud vision.
- Has my company selected a short list of Cloud Service Providers (CSP vendors) and prioritized that list?
- This would include selecting companies that are identified by the likes of Gartner to have a mature cloud offering. If you are focused on IaaS, the Gartner Magic Quadrant is a useful tool to dispel the FUD and find out what the strengths and weaknesses are for each CSP. For this blog, we will focus on the CSP of IaaS.
You now need to evaluate the partner network for those CSPs. AWS has a useful tool for this on its partner page. From the highest level, AWS buckets partners in two categories – Independent Software Vendors (ISV) and Consulting Partners (SI). Further delineation is made only within the SI bucket into three categories – Premier Partners, Advanced Partners and general AWS partners.
- You then need to ask, are any of my short-listed partners listed as Premier? If not, here is why it matters:
- Premier Partners are qualified by:
- Focus on the customer
- Number of Globally Certified Architects and qualified personnel on staff (AWS proven skill set)
- Customer imonials
- Use cases
- Even within the Premier Partners category there exist differences between partners and their companies’ focus, so it is important to determine what type of partner you need. Ask yourself:
- Do I need a partner that is more focused on building and managing my data center in the cloud?
- Do I need a partner that is more focused on application development?
- Do I need a partner that is a business consultant?
- Do I want a partner that does everything from strategy to managed services or do I want to handle this myself?
At the end of the day, there are limited partners that have highly skilled staff on AWS. As Terry Wise, the AWS Head of Worldwide Partners, pointed out in a recent article, “We don’t have enough partners in the ecosystem who really understand – and can deliver – cloud managed services.”
As you identify your short-list of partners we would highly recommend ing at least two of those partners with a cloud Proof of Concept (POC). The main reason for the requirement of ing out a partner is that many partners sell with their A Team, but deliver with less qualified staff. The leaves you, the customer, frustrated at the outcome. Some partners may say they have thousands of AWS users today, but keep in mind that these individuals are not working on AWS projects 100% of the time. On the other hand, there a few Cloud Born partners, like 2nd Watch, that focus 100% on cloud solutions, delivery, and management.
We wish you well in 2015 and will leave you with one final recommendation based on 2014 Q3 and Q4 conversations with budget owners. The amount of demand for qualified partners is coming at such a high rate (2nd Watch has been growing at 600% in bookings YOY) that we’d advise getting your short-list of partners together soon and qualifying them quickly.
If you fail to build strong partnerships now, there may be more customers demanding work than what the partner supply can handle, as Kurt Marko pointed out in his recent Forbes article.
-Jeff Aden, EVP Marketing & Strategic Business Development
2nd Watch Director of Engineering, Chris Nolan, discusses the public vs. private cloud architecture debate in the Industry Perspectives content channel of Data Center Knowledge, published today. Read the full article for Chris’ guidance on cloud strategy and points to consider when making your decision.
Learn how you can shut down your data center and migrate to AWS in only 2 months. Randall Barnes, Principal Architect at 2nd Watch, discusses best practices in migrating large transactional datasets and scripting or coding recommended to orchestrate a clean cutover in part 3 of our 5-part video series.