Can Google Android AWS?

The post Can Google Android AWS? appeared first on Mirantis | Pure Play Open Cloud.
This blog originally was published on TheNewStack.

Back in the day, when OpenStack was everything people wanted to hear, I explained its popularity with the analogy of “if AWS was an iPhone, OpenStack would be the Android.” While it didn’t quite work for OpenStack, with far less than 85% of servers running it, that analogy may still be relevant when it comes to Google’s plan to win in cloud.

When Apple released iPhone, Google said “Uh-oh… Nokia, Samsung and Motorola know nothing about building software; unless we intervene, Apple will own mobile.” So Google Androided the mobile OS market.

With its Kubernetes push, Google clearly showed its intention to use the open source weapon once again, this time in its battle for cloud. But what is the plan of attack? A common opinion is that broad use of Kubernetes will drive up usage of Google Container Engine (GKE)… and that’s the end of the plan.

Granted this may be true, I can hardly see GKE popularity making a dent in Google winning the cloud. Moreover, with Microsoft and AWS (and dozens of startups) all launching a hosted Kubernetes offering, the pitch of “my Kubernetes is better than your Kubernetes” becomes less convincing every day.

So I have a more exciting theory. I’d like to postulate that K8S was the first move in a longer chess game to Android AWS: one where the end goal is to destroy costs associated with moving workloads between clouds.

Why would Google care? According to Gartner, in 2016 Google controlled 2.3% of the IaaS market. If you own 2.3% of a commodity market, investing in destroying switching costs makes just as much (or more) sense as investing in out-innovating the market leader. Conversely, for AWS, with over 40% of the market it makes sense to optimize for lock-in and maximum switching costs.

In that vein, the Kubernetes push is not about just making GKE popular. Kubernetes is about seeding the industry with open source standards for application development and operations that aim to disintermediate workloads from the underlying infrastructure substrate, with a minimal hit to developer productivity.

In other words, piece by piece, Google is re-building the concept of a PaaS, and Kubernetes is the first building block. And much like Android helped Nokia and Samsung compete with Apple, this GoogleStack PaaS is aimed at helping IBM, Cisco, Dell and others build a multi-cloud stack that developers would actually like.

This year, Google announced its backing for several more open source initiatives: Istio and Envoy, Spinnaker and the Open Service Broker API. I suspect those to be calculated moves towards completing the missing pieces of GoogleStack PaaS and aimed at solving for various aspects of cross-cloud workload portability. Yet in speaking to customers, analysts and industry pundits, I was amazed at how few actually care to connect the dots.

If my line of thinking warrants consideration, Google’s motivation to invest in workload portability should be comparable to its motivation to invest in winning on AI and Big Data fronts. In the next few years Google’s fight for cloud could redefine how we build and run applications, rendering billions in infrastructure R&D dollars and VC investments obsolete. We saw a small preview of it already with EVERY PaaS throwing away their container orchestration investments to convert to Kubernetes. But then I stop and read about Docker saying no to Google, or Benchmark backing Linkerd two weeks after Google backed Envoy, and I wonder if the above is just a crazy conspiracy theory, and Kubernetes is merely about growing GKE mindshare.The post Can Google Android AWS? appeared first on Mirantis | Pure Play Open Cloud.
Quelle: Mirantis

Mailing List Changes

You need to be aware of recent changes to our mailing lists

What Happened, and Why?

Since the start of the project we have had one mailing list for both users and developers of the RDO project. Over time, we felt that user questions have been drowned out by the more technical developer-oriented discussion, leaving users/operators out of the conversation.

To this end, we’ve decided to split the one mailing list – rdo-list@redhat.com – into two new mailing lists – dev@lists.rdoproject.org and users@lists.rdoproject.org

We’ve also moved the rdo-newsletter@redhat.com list to the new newsletter@lists.rdoproject.org email address.

What you need to do

You need to update your contacts list to reflect this change, and start sending email to the new addresses.

As in any typical open source project, user conversations (questions, discussion, community announcements, and so on) should go to the users list, while developer related discussion should go to the dev list.

If you send email to the old address, you should receive an immediate autoresponse reminding you of the new addresses.

List descriptions and arhives are now all at https://lists.rdoproject.org/mailman/listinfo. Please let me know if you see references to the old list information, so we can get it updated.
Quelle: RDO

5 key success factors for cloud implementation

The journey to the cloud is different for every organization. Some organizations start with a very well thought out strategy, while other organizations may be responding to a request from the business, or to a report by industry analysts such as Gartner or Forrester.
A study from the IBM Center for Applied Insights found that companies that outsource IT are eager for the benefits that cloud has to offer. And while many have already begun their journey to cloud, many are finding themselves in relationships with multiple outsourcing providers, and the ensuing transitions can be a bit complicated.
Marsha Trant, who manages worldwide cloud sales for the IBM outsourcing business and authored the study, spoke about her study’s findings. The study, titled Cloud bound: Advice from organizations in outsourcing relationships, gathers advice from those who’ve traveled the cloud road and provides important insights to organizations making this transition. The authors interviewed IT people, predominantly, and found that in some form or other, many were already using cloud.
Here are five key takeaways from the study findings:
1. A new due diligence process will be required; you ought to be prepared to invest more time and effort to finding the ideal partner. Explore your options. Look beyond the marketing, explore their development roadmaps, contingency plans, and get client references if possible. In the cloud world, there is an ever-expanding ecosystem from which to learn, so take the time to educate your internal stakeholders and get technical help if there is a skills gap.
“Talk to cloud firms about their development process, how they source data centers, and how they manage code and do releases. Really understand these new techniques.”
– CIO, manufacturing
2. Expect to pay more attention to security, as it is a primary concern for many stakeholders. Expect an increased level of internal scrutiny, and questions around data resiliency. Acknowledge concerns, as the cloud is a new technology for many. Get your providers to lend a hand in addressing the concerns of your team. Everyone should be comfortable that the cloud vendor can really mitigate risk and adequately address business requirements.
“Our old-school security folks didn’t want anything to go to the cloud. But we said, ‘Cloud isn’t going away – so how do we make sure we’re protected? Rather than putting up walls, be part of the solution.’”
– Senior IT director, pharma
3. The study found many pushing the limits on, or altering the dynamics of their current provider’s relations. Cloud services contracts are markedly different than outsourcing contracts – the former are designed to allow change and flexibility over time, while the latter do just the opposite; holding vendors to very strict guidelines. Keep expectations high, but don’t expect to reach a steady state with limited change. You will need to cultivate a different type of relationship where you lean on your vendor for strategic guidance, business case development, workload prioritization and more.
“It’s important for vendors to bring innovation, not just deliver what you’ve signed up for. We require biannual meetings with the provider’s senior technical architects to brainstorm technology and platform improvements.”
– Head of procurement, consumer goods
4. Plan to spend more time helping the business adjust to the new technology. Cloud services require a different governance approach, and procurement and contracting processes often need to be altered requiring greater business leader engagement. Everyone needs to be in sync on how solutions are selected and implemented. More time will be required to get business buy-in, and then keep them closely involved during the implementation process to manage stakeholder expectations. It is critical to be transparent keeping business leaders and others informed of outages – timing, impacts, and duration.
“We won’t do anything without close interaction with our senior clinical officers. They have to know and support the effort. A CIO housed on his or her lone branch is doomed to failure. We have regular meetings to update the President and senior LOBs on where we are.”
– CIO, healthcare
5. Thinking ahead about an integration plan is critical. Because the cloud is made for a “best of breed” approach, you should plan for a more diverse vendor base and a hybrid IT environment. The complexities associated with expansive hybrid environments mandates solid planning. The study suggests appointing a single point of contact to manage and set the stage for well-orchestrated and productive interactions within your network of providers.
“In the future, we’re not going to see one gigantic cloud player. We’re not going to put everything in a single basket somewhere in the cloud. I honestly believe it will be a combination, a portfolio of partners.”
– CIO, consumer goods
One of the CIOs in the study related that they wanted to get the momentum that they required to stay competitive. He wanted to see discretionary dollars spent on moving his company toward the future, rather than anchoring them in the past. This quote really rang true with Trant. The journey will be different for organizations, and while Trant doesn’t suggest starting with mission critical systems, she suggests that it may well be that mission critical systems are ultimately where the real value will be found.

This post was originally published on Thoughts on Cloud in October 2014.
The post 5 key success factors for cloud implementation appeared first on Cloud computing news.
Quelle: Thoughts on Cloud

Evaluate Istio on OpenShift

Evaluate Istio, an open platform to connect, manage, and secure microservices on OpensShift with this post describing deployment of the latest release with details on basic functionality.
Quelle: OpenShift