Click here to close now.

Welcome!

@MicroservicesE Blog Authors: Lori MacVittie, Cloud Best Practices Network, Liz McMillan, Elizabeth White, Michael Kanasoot

Related Topics: @CloudExpo Blog, Java IoT, @MicroservicesE Blog, @ContainersExpo, Agile Computing, Cloud Security

@CloudExpo Blog: Article

New Cloud Rising: Adopt New Technologies to Gain a Competitive Edge

A frog in a well does not know the great sea

The defining moment came when I was in Grade 8. My social studies teacher, Mr.Thiele, told us how and why Japan became a manufacturing leader after World War II. He had a theory. As the Japanese were forced to rebuild factories and infrastructure from scratch, they used cutting-edge technology to leapfrog other nations like Canada and the United States. My classmates were not convinced. How could it be an advantage to start all over again? Mr. Thiele contended that by building anew, Japan had access to newer and more efficient technologies that were beyond the reach of other countries. Combining modern management techniques and new infrastructure, Japan surpassed nations burdened by antiquated infrastructure and no money or compelling motivation to invest in new technologies.

I'm not sure Mr. Thiele got all his facts right, and I don’t mean to trivialize the challenges faced (and overcome) in post-war Japan. But starting from scratch with newer and better technologies can allow a company to gain a competitive edge. In this context, the Thiele Principle has guided me throughout my IT career.

Japan to Greece: A Thoughtful Approach for Improving IT Processes
When I investigate how an IT process works and why it came into being, I like to use the Socratic method to stimulate critical thinking and to generate new ideas. One of my favorite questions to ask IT staff is, how would you approach this if you were starting from scratch today? Usually the question gets the creative juices flowing, and people brainstorm new solutions. Which leads me to ask the next question: Why don't we go ahead and make the change then? In my opinion, this is a more effective way to solicit input rather than asking people to think of change simply in terms of cost-benefit analysis. It often turns out that IT staff see sunk costs as the biggest hurdle. That’s not good enough. I believe that sunk costs are irrelevant to the debate and lead to paralysis. Let me demonstrate the method with a real-life example.

The Road to the Cloud: From On-site to Co-located Servers
An employer had all its servers located in-house, with the exception of the web and incoming mail servers. This practice led to all kinds of problems. Water was often turned off in our aging office tower to allow for plumbing repairs. With water unavailable, the air conditioning did not work, and we had to turn power off in the server room to avoid over-heating.

In-house servers also required our staff to maintain them and transport backups to an off-site location on a daily basis. Capital costs were running too high. Most importantly, with no 24-7 on-site staff to troubleshoot server crashes, our European employees and partners had no access to the system during their working hours.

"How would you approach this if you were starting from scratch today?"

"Well, I'd have our servers moved to a co-location facility with guaranteed power, 24x7 staff, and have them do the backups."

"Why don't we go ahead and make the change then?"

Nobody could think of a good reason not to make the change, so we went ahead. The switch to co-located servers solved some of our problems, but not all of them. And new issues arose. Scaling on demand was unavailable due to hardware constraints and custom software design. It still took months to requisition, configure, and put new servers into production.

Once again I asked, "How would you approach this if you were starting from scratch today?"

"Well, I'd go with virtual servers instead of our own co-located ones."

"Why don't we go ahead and make the change then?"

This time, staff came up with legitimate reasons why we couldn't just toss our existing servers and move to a virtual infrastructure. It was simply too costly to terminate co-location contracts with external vendors. It also meant we would have to rewrite all our applications to make them work in a virtual environment. Still, we decided to use the then fledging virtual private server technology for our new projects. We achieved mixed results. While we could spin up a physical server in an instant, it would be unprovisioned with our environment, and required middleware and heavy-duty IT involvement to make it work. Development, staging, and production environments were not identical, which resulted in many errors.

"How would you approach this if you were starting from scratch today?"

Silence.

In reality, there was no good solution to the problem at the time. At least until the private Platform as a Service (PasS) came along.

Private Platform as a Service: Opening the Path for Innovation
In the last six to eighteen months, the advent of viable enterprise private PaaS products has significantly changed the IT landscape. PaaS guarantees an identical environment throughout the development and deployment cycles, can handle any language, and is automatically configured and scaled on demand without IT intervention. PaaS effectively removes all the barriers that delay project rollouts, and allows staff to focus on real business problems rather than waste time fixing the IT infrastructure. With PaaS, innovation becomes possible.

Technology changes so rapidly that a business will be left behind if it does not constantly consider newer and better ways of doing things. Innovation starts with asking the right questions. When reviewing legacy systems and practices, ask your team, “How would you approach this if you were starting from scratch today?” The Japanese taught us that a frog in a well does not know the great sea. Chances are that if you are not thinking out of the box, looking ahead, and making continuous advancements, your competitors will. And it may take you years to catch up if you miss the boat.

More Stories By Brent Smithurst

Brent Smithurst is ActiveState's Director of Product Management and he thinks about Stackato 24x7. Prior to joining ActiveState, he held leadership positions in software product management, IT, operations, and marketing for organizations in security/computer management, motion picture/television, food services, and hardware retail/online industries.

@MicroservicesExpo Stories
Data center models are changing. A variety of technical trends and business demands are forcing that change, most of them centered on the explosive growth of applications. That means, in turn, that the requirements for application delivery are changing. Certainly application delivery needs to be agile, not waterfall. It needs to deliver services in hours, not weeks or months. It needs to be more cost efficient. And more than anything else, it needs to be really, dc infra axisreally, super focus...
Cloud Migration Management (CMM) refers to the best practices for planning and managing migration of IT systems from a legacy platform to a Cloud Provider through a combination professional services consulting and software tools. A Cloud migration project can be a relatively simple exercise, where applications are migrated ‘as is’, to gain benefits such as elastic capacity and utility pricing, but without making any changes to the application architecture, software development methods or busine...
"Plutora provides release and testing environment capabilities to the enterprise," explained Dalibor Siroky, Director and Co-founder of Plutora, in this SYS-CON.tv interview at @DevOpsSummit, held June 9-11, 2015, at the Javits Center in New York City.
Discussions about cloud computing are evolving into discussions about enterprise IT in general. As enterprises increasingly migrate toward their own unique clouds, new issues such as the use of containers and microservices emerge to keep things interesting. In this Power Panel at 16th Cloud Expo, moderated by Conference Chair Roger Strukhoff, panelists addressed the state of cloud computing today, and what enterprise IT professionals need to know about how the latest topics and trends affect t...
Many people recognize DevOps as an enormous benefit – faster application deployment, automated toolchains, support of more granular updates, better cooperation across groups. However, less appreciated is the journey enterprise IT groups need to make to achieve this outcome. The plain fact is that established IT processes reflect a very different set of goals: stability, infrequent change, hands-on administration, and alignment with ITIL. So how does an enterprise IT organization implement change...
Conferences agendas. Event navigation. Specific tasks, like buying a house or getting a car loan. If you've installed an app for any of these things you've installed what's known as a "disposable mobile app" or DMA. Apps designed for a single use-case and with the expectation they'll be "thrown away" like brochures. Deleted until needed again. These apps are necessarily small, agile and highly volatile. Sometimes existing only for a short time - say to support an event like an election, the Wor...
DevOps tends to focus on the relationship between Dev and Ops, putting an emphasis on the ops and application infrastructure. But that’s changing with microservices architectures. In her session at DevOps Summit, Lori MacVittie, Evangelist for F5 Networks, will focus on how microservices are changing the underlying architectures needed to scale, secure and deliver applications based on highly distributed (micro) services and why that means an expansion into “the network” for DevOps.
Containers have changed the mind of IT in DevOps. They enable developers to work with dev, test, stage and production environments identically. Containers provide the right abstraction for microservices and many cloud platforms have integrated them into deployment pipelines. DevOps and Containers together help companies to achieve their business goals faster and more effectively. In his session at DevOps Summit, Ruslan Synytsky, CEO and Co-founder of Jelastic, reviewed the current landscape of...
The cloud has transformed how we think about software quality. Instead of preventing failures, we must focus on automatic recovery from failure. In other words, resilience trumps traditional quality measures. Continuous delivery models further squeeze traditional notions of quality. Remember the venerable project management Iron Triangle? Among time, scope, and cost, you can only fix two or quality will suffer. Only in today's DevOps world, continuous testing, integration, and deployment upend...
Sharding has become a popular means of achieving scalability in application architectures in which read/write data separation is not only possible, but desirable to achieve new heights of concurrency. The premise is that by splitting up read and write duties, it is possible to get better overall performance at the cost of a slight delay in consistency. That is, it takes a bit of time to replicate changes initiated by a "write" to the read-only master database. It's eventually consistent, and it'...
While DevOps most critically and famously fosters collaboration, communication, and integration through cultural change, culture is more of an output than an input. In order to actively drive cultural evolution, organizations must make substantial organizational and process changes, and adopt new technologies, to encourage a DevOps culture. Moderated by Andi Mann, panelists discussed how to balance these three pillars of DevOps, where to focus attention (and resources), where organizations migh...
At DevOps Summit NY there’s been a whole lot of talk about not just DevOps, but containers, IoT, and microservices. Sessions focused not just on the cultural shift needed to grow at scale with a DevOps approach, but also made sure to include the network ”plumbing” needed to ensure success as applications decompose into the microservice architectures enabling rapid growth and support for the Internet of (Every)Things.
Mashape is bringing real-time analytics to microservices with the release of Mashape Analytics. First built internally to analyze the performance of more than 13,000 APIs served by the mashape.com marketplace, this new tool provides developers with robust visibility into their APIs and how they function within microservices. A purpose-built, open analytics platform designed specifically for APIs and microservices architectures, Mashape Analytics also lets developers and DevOps teams understand w...
Buzzword alert: Microservices and IoT at a DevOps conference? What could possibly go wrong? In this Power Panel at DevOps Summit, moderated by Jason Bloomberg, the leading expert on architecting agility for the enterprise and president of Intellyx, panelists peeled away the buzz and discuss the important architectural principles behind implementing IoT solutions for the enterprise. As remote IoT devices and sensors become increasingly intelligent, they become part of our distributed cloud envir...
Sumo Logic has announced comprehensive analytics capabilities for organizations embracing DevOps practices, microservices architectures and containers to build applications. As application architectures evolve toward microservices, containers continue to gain traction for providing the ideal environment to build, deploy and operate these applications across distributed systems. The volume and complexity of data generated by these environments make monitoring and troubleshooting an enormous chall...
Containers and Docker are all the rage these days. In fact, containers — with Docker as the leading container implementation — have changed how we deploy systems, especially those comprised of microservices. Despite all the buzz, however, Docker and other containers are still relatively new and not yet mainstream. That being said, even early Docker adopters need a good monitoring tool, so last month we added Docker monitoring to SPM. We built it on top of spm-agent – the extensible framework f...
There's a lot of things we do to improve the performance of web and mobile applications. We use caching. We use compression. We offload security (SSL and TLS) to a proxy with greater compute capacity. We apply image optimization and minification to content. We do all that because performance is king. Failure to perform can be, for many businesses, equivalent to an outage with increased abandonment rates and angry customers taking to the Internet to express their extreme displeasure.
There's a lot of things we do to improve the performance of web and mobile applications. We use caching. We use compression. We offload security (SSL and TLS) to a proxy with greater compute capacity. We apply image optimization and minification to content. We do all that because performance is king. Failure to perform can be, for many businesses, equivalent to an outage with increased abandonment rates and angry customers taking to the Internet to express their extreme displeasure.
SYS-CON Events announced today that the "Second Containers & Microservices Conference" will take place November 3-5, 2015, at the Santa Clara Convention Center, Santa Clara, CA, and the “Third Containers & Microservices Conference” will take place June 7-9, 2016, at Javits Center in New York City. Containers and microservices have become topics of intense interest throughout the cloud developer and enterprise IT communities.
The causality question behind Conway’s Law is less about how changing software organizations can lead to better software, but rather how companies can best leverage changing technology in order to transform their organizations. Hints at how to answer this question surprisingly come from the world of devops – surprising because the focus of devops is ostensibly on building and deploying better software more quickly. Be that as it may, there’s no question that technology change is a primary fac...