Categories
OpenStack Israel Podcast The Business of IT

OpenStack Israel Podcast, Episode 5

This podcast series explores topics of interest to OpenStack practitioners, focusing on the ecosystem in Israel.

 

Shlomo Swidler’s OpenStackIL Podcast Episode 5: Oren Katz of Alcatel-Lucent

 Subscribe to this podcast series

Categories
OpenStack Israel Podcast The Business of IT

OpenStack Israel Podcast, Episode 4

This podcast series explores topics of interest to OpenStack practitioners, focusing on the ecosystem in Israel.

 

Shlomo Swidler’s OpenStackIL Podcast Episode 4: Uri Cohen and Yaron Parasol of Gigaspaces

 Subscribe to this podcast series

Categories
OpenStack Israel Podcast The Business of IT

OpenStack Israel Podcast, Episode 3

This podcast series explores topics of interest to OpenStack practitioners, focusing on the ecosystem in Israel.

 

Shlomo Swidler’s OpenStackIL Podcast Episode 3: Ryan Granard of PayPal

 Subscribe to this podcast series

Categories
OpenStack Israel Podcast The Business of IT

OpenStack Israel Podcast, Episode 2

This podcast series explores topics of interest to OpenStack practitioners, focusing on the ecosystem in Israel.

 

Shlomo Swidler’s OpenStackIL Podcast Episode 2: Samuel Bercovici of Radware

 Subscribe to this podcast series

Categories
OpenStack Israel Podcast The Business of IT

OpenStack Israel Podcast, Episode 1

This podcast series explores topics of interest to OpenStack practitioners, focusing on the ecosystem in Israel.

 

Shlomo Swidler’s OpenStackIL Podcast Episode 1: Maish Saidel-Keesing of Cisco

 Subscribe to this podcast series

Categories
The Business of IT

The four pillars of cloud computing success

Succeeding with cloud computing requires incorporating your organization's unique economic, cultural, risk, and technological considerations.
Succeeding with cloud computing requires incorporating your organization’s unique economic, cultural, risk, and technological considerations.

Success with cloud computing means adopting more than just technology change. It requires addressing the elements that make your organization unique: how you work, the risks you’re prepared to take, and the market in which you sell. Even a tailor with all the right supplies – several yards of fabric, a sewing machine, and an iron – needs to craft a garment that looks good, is of high quality, and is done in an efficient manner. Here are the key ways to incorporate your organization’s economic, cultural, and risk factors into your adoption of cloud computing and accelerate your success.

Economic

The three crucial economic aspects to incorporate into your use of cloud computing are:

  1. Understand the business impact of the services that will run in the cloud. Only by understanding the business impact of each service will you be able to properly prioritize regular and emergency work on those services.
  2. Increase capacity with demand. Demand will change over time, so success with cloud requires that your services adjust their use of compute power accordingly. Measuring the demand is the first step toward this goal.
  3. Decrease capacity as demand wanes. Don’t keep around inventory that just sits gathering dust – get it off your balance sheet. Note that decreasing capacity with demand can seldom be done effectively with a self-hosted or private cloud.

Cultural

The following three aspects of your organization’s culture must be incorporated into your adoption of cloud computing:

  1. Act strategically. No business goal ever achieved itself – it requires concerted effort by people collaborating toward a shared goal. Give people the context they need to understand the shared goal.
  2. Support change. Cloud computing enables organizations to adjust their use of computing as requirements change. Encourage your organization to adjust and adapt to change.
  3. Make it easy to access all your organization’s data. When change comes along, the data will need to be juggled in new ways.

Risk

Three critical aspects of incorporating your organization’s changing risk profile into cloud computing adoption:

  1. Hire and partner with only the most trustworthy. As risks materialize, your business will rely on these trusted people to maintain normal operation.
  2. Regularly assess all assets and access points for risk. Look especially diligently into automating work processes so they utilize “blessed” configurations.
  3. Create a single source of truth for authentication and authorization. Whereas other data in your business need not be immediately consistent, authorization and authentication should be, in order to avoid the split-brain, he said she said phenomenon.

Technological

While we’re at it, here are the three most impotent technical aspects to get right in your cloud adoption efforts:

  1. Treat all processes as elements in a single value stream: service delivery. With all component activities in the delivery process focused on this result, collaboration and integration between disparate teams is vastly improved.
  2. Utilize small, standardized, compassable elements. Standardization and simplicity is the key to operating at scale.
  3. Build systems that expect failure and act reasonably despite it. When change comes and failure happens, your systems will be able to cope reasonably.

Succeeding at cloud computing means looking beyond the technology and incorporating your organization’s economic, cultural, and risk factors.

Contact us if you need help.

How I learned to stop worrying and love the cloud from Shlomo Swidler
Categories
Case Studies

Case Study: The Slowed-Down Startup

After enjoying initial success, a mid-sized tech company in the San Francisco Bay Area began faltering in the face of bold competition and an increasingly crowded market. The company’s R&D was encumbered by numerous shortcuts taken to patch up issues and could no longer deliver value as rapidly as their customers demanded.

In our work with the CEO we pinpointed the essential elements for his operation to regain its innovative spark. We realigned the priorities of the business, shifting investment away from underperforming areas and toward a streamlined R&D process. We helped the client take the unprecedented step of ceasing new R&D efforts for a period of six months in order to clean house. Along the way, we ensured that short-term thinking did not imperil these investments. After this period we restored normal operation.

As a result, within ten months the company quickly regained its position as an innovator in the market. The company achieved a 90% reduction in time to market and began delivering new value to customers at a pace unrivaled by their competitors. As a result of its improved reputation as an innovator the company was able to increase sales dramatically and attract new talent.

Categories
Case Studies

Case Study: Cloud Services at KT

In late 2010, KT, South Korea’s second-largest mobile phone network operator, was in the process of launching three IaaS clouds and transforming itself into the first cloud service provider in Korea. Executive management, middle management, and line staff were unfamiliar with the ramifications of this transformation and sought the advice of a seasoned consultant and cloud expert.

KT engaged the services of Orchestratus, led by Shlomo Swidler. Shlomo acted as IaaS Product Manager and Cloud Application Architect. Shlomo diagnosed these specific challenges:

  • An unfamiliar target market. IaaS is consumed directly by system administrators and developers – a very different audience than KT’s usual customer, mobile phone consumers and corporate IT departments. KT needed to ensure the cloud services would appeal to its potential customers, and to ensure it could effectively sell to this audience.
  • Appropriate tools, processes, and skills. Operating IaaS demands updated tools, processes, and skills in order provide reliable service – which KT lacked.
  • Technical expertise. KT needed to migrate existing applications into its clouds in order to benefit from the cloud’s elasticity and agility and in order to develop their own PaaS offerings, but lacked the expertise to do so.

In order to ensure the service would appeal to its potential customers Shlomo shifted R&D’s priorities to focus on the areas with greatest customer impact. He educated KT’s sales and pre-sales engineering teams to understand the cloud customer’s concerns. To internal and external developers, Shlomo evangelized cloud-appropriate application architecture and solved application-specific design issues for application scalability and elasticity. He mentored R&D teams to guide the design and development of PaaS services. Shlomo also set guidelines for the most reliable service level guarantees KT could provide.

With Shlomo’s help, the KT Cloud Service Business Unit successfully released its IaaS services on schedule and won significant customer adoption. Hundreds of employees were trained to operate the service, to support customers, and to sell effectively. High-profile applications were successfully reengineered to use the cloud service, saving millions of dollars in hardware costs. And KT’s reputation as the leader in Korean cloud was firmly established.

Categories
Cloud Developer Tips

Fragment of heretofore unknown Tractate of Babylonian Talmud discovered

Ancient wisdom apparently has much to offer modern cloud application architects. This fragment was discovered in a shadowy basement in the Tel Aviv area of Israel.

MasechetDBKammaSee a PDF of the fragment

This finding clearly shows that ancient cloud application architects in the great talmudic academies of Babylon struggled with the transition away from classic databases. At the time, apparently, a widely used solution was known as Urim veTumim (“oracle”). Yet this database was unsuited for reliable use in cloud applications, and the text explores the reasons behind that unsuitability.

Okay, here’s the real story: I created this for a client in 2011, and I was delighted to find it on my computer serendipitously today. It reflects the state of the art at the time. Translation into plain English:

1. Oracle RAC does not run on EC2

2. Achieving Oracle high availability on EC2 is a problem: there is no shared device, and relying on NFS is problematic.

3. The cloud frameworks (enStratus, etc.) do not currently support Oracle.

Categories
Case Studies

Case Study: The Case of the Stagnating Organization

“I feel like we’ve been stuck for the past year and a half,” the director said. 18 months prior, the startup company he founded was acquired by a large multinational firm. All twenty employees chose to carry on as members of the new corporate division, and the director went from being a controlling partner in his own business to being a middle manager. Since then, the director had overseen the integration of his product into the parent company’s offering. But the startup spirit had gone: his team could no longer deliver product improvements rapidly, nor could they delight customers with fast complaint turnaround time – and employees were increasingly frustrated at having their hands tied. Market share had fallen, and a new competitor had begun to make significant inroads. The director was concerned that his organization was losing its ability to innovate where it mattered most: for the customer.

Shlomo worked closely with the director to determine the underlying causes of his organization’s stagnation and to remedy them. Through a brief series of interviews with the staff, Shlomo quickly discovered that the organization was expending an inordinate amount of effort internally focused, at the expense of externally visible initiatives. In addition, the organization had become very inflexible, following rigid processes that were not suited to rapid turnaround. Shlomo coached the director and his team to restore a sense of engagement and excitement about their work. He helped the director “manage up,” explaining to his peers and management chain the harm that the current approach had done to the business, showing what they could do to support a turnaround, and gaining their commitment to help. Shlomo and the director jointly created specific initiatives to increase the organization’s customer involvement, restore employee empowerment, and realign their values toward flexibility and external focus.

After several weeks it was clear that a remarkable change in the organization was happening. Team members reported feeling more supported by other departments. The director gained the trust and influence among his managers and peers to elicit their support for his initiatives. The organization now resolved more customer-reported issues in a single week than they had previously closed in an entire quarter. New product updates were now delivered in under 24 hours. And within several more weeks, customers began noticing too: several customers expanded their use of the product specifically crediting the newly introduced improvements and the speed and stability with which they were delivered. Over the next few quarters the director recorded a marked increase in sales. “It’s a completely new organization now – a much better one!” he said.