Category

Blog

OCI Member Spotlight: EasyStack

By | Blog

The OCI community is comprised of a diverse set of member companies that are committed to creating open industry standards around a container image format and runtime. This blog series highlights OCI members and their contributions to building an open, portable and vendor neutral specification.  

Name: Guohui Liu
Title: Co-founder and CTO
Company: EasyStack

Why did you join OCI?
Trends in cloud native computing are still on the rise. Businesses are evolving faster than ever before as applications require more agile and scalable infrastructure, and container technology is right at the center of it all. Unified standards are imperative for container technology to evolve and develop, with input and participation from the entire ecosystem. We believe the Open Container Initiative (OCI), with its runtime and image format specifications, plays a leading role in actualizing the ability to “package once, run anywhere” for applications.

Openness is a part of EasyStack’s DNA. We believe container technology will fill the gap between traditional IT and cloud native IT. We are among the first to release a converged infrastructure cloud platform featuring both containers and OpenStack cloud, and are looking forward to sharing our rich experiences with enterprise cloud native infrastructure offerings with the global OCI community.

How is your organization involved in OCI?
EasyStack is an active participant in the broader open source community, and we believe it is equally important to contribute to upstream open source projects to help address enterprise customer needs. Today — based on OpenStack, Kubernetes, Docker, Ceph and other open source technologies– EasyStack provides an open, secure, stable, reliable, and high-performance cloud computing capability for 200+ enterprise customers for their cloud infrastructure. As part of OCI, we are sharing our enterprise cloud and application model experience with the upstream community.  

What are the aspects of the runtime spec and/or image format spec that you are looking forward to most for your company?
The runtime spec and image format spec provide container standards, which is very important to both vendors and users. Trends in cloud native are encouraging more and more enterprise users to deploy containers, and many of them are already in production. This means reliability and consistent upgrades are extremely important. Additionally, API compatibility and scalability is imperative, especially in customized enterprise scenarios.

How do you plan to use the runtime spec and/or image format spec?
We leverage OCI v1.0 the runtime spec in our ESContainer Linux already, providing a reliable and stable container runtime. This allows us to focus on the development of true application-oriented orchestration, leveraging additional technologies such as Kubernetes.

How will these specifications help your business?
These specifications provide standardized and reliable image format and runtime specifications, allowing us to better and more efficiently develop ESContainer, shortening the development cycle. With these standards, the infrastructure provided by different vendors is of the same API so this avoids vendor lock-in, which helps our business to reduce risk (as well as costs, which in turn yields higher profits).  

What do you believe the benefits of using a runtime and image spec based on the OCI standard are for hosting providers?  For small ISVs, application developers? For end users?
OCI’s runtime and image format specs help all types of customers. The use of one standardized spec enables container applications to be deployed, run, and updated in a multi-cloud environment (e.g. public cloud, private cloud or community cloud) more quickly and efficiently. This is extremely helpful in today’s hybrid cloud environment and both the hosting providers and the end users will benefit from it.

ISVs and application developers now have standards to follow, which can help reduce the risk of going in the wrong direction while avoiding vendor lock-in as they build container applications.

What advice would you give to someone considering joining OCI?
If you and/or your organization’s vision align with current cloud native trends, just join OCI. Today, it is almost impossible for one company to really dominate one hot technology and at the same time keep it active and advanced. Open technologies have proven successful for rapid development, and OCI is a great example of this. New members to the OCI community can get started quickly with shared resources and support from across the community, in addition to having fun by contributing back.

Fostering Diversity and Inclusivity at DockerCon Europe

By | Blog

It’s incredibly important to the Open Container Initiative (OCI) community, as well as the larger container ecosystem, to build a community of inclusiveness that helps provide opportunities to underrepresented and disadvantaged groups around the world. We strongly believe the power of collaboration is heightened when many different perspectives are included, with massive benefits to the broader tech ecosystem.

To that end, we are pleased to help underrepresented members of the container community the opportunity to attend DockerCon Europe (October 16-19) in Copenhagen this year as one of the official DockerCon Europe Diversity Scholarship sponsors! Together with Docker, we’re helping to foster inclusivity by providing a financial scholarship – including conference pass, airfare, hotel accommodations, and a mentorship – to those who may not have the resources or support to attend on their own. Winners of the scholarship will also receive hands-on access to the resources, tools, and community support needed to further accelerate educational and career growth.  

Applications are due Tuesday, 5 September, 2017 at 5:00PM PST. More details on the program and how to apply are available here: https://blog.docker.com/2017/08/dockercon-europe-diversity-scholarship/

DockerCon is one of the container industry’s premiere events where practitioners come to learn from enthusiasts and experts. It’s all about learning, sharing, connecting, and innovating on the next generation distributed systems.

We plan on sharing a booth with our sister Linux Foundation collaborative project, the Cloud Native Computing Foundation (CNCF). Please stop by the booth to learn more about OCI, CNCF, the wider Linux Foundation container ecosystem, and how OCI integrates with the CNCF community and projects (Kubernetes, Prometheus, OpenTracing, Fluentd, Linkerd, gRPC, CoreDNS, containerd, rkt and CNI).

As always, we  encourage you to look for ways to get involved in OCI, either as an official member or as part of our open developer community.

OCI v1.0: Bringing Containers Closer to Standardization

By | Blog

By Chris Aniszczyk (@cra)

Over the past few years, there has been rapid growth in both interest and usage of containers. Almost all major technology vendors and cloud providers have announced container-based solutions, and there has been a proliferation of start-ups founded in this area as well. The promise of containers as a source of application portability requires the establishment of certain level of standards to ensure neutrality.

We launched the Open Container Initiative (OCI) with the goal of developing common, minimal, open standards and specifications around container technology without the fear of lock-in. I am proud to say that, after much hard work and passionate contributions from the community, we have reached our first critical milestone: the release of OCI v1.0!

The release brings a set of common, minimal, open standards and specs around container technology to a reality, containing both the image format specification (a specification for the container image format) and the runtime specification (a specification for managing the lifecycle of a container). The openness of the specifications yields a set of truly shared standards across the industry, that reduce interoperability issues and fuel innovation.

I am incredibly proud of the entire OCI community for the all the hard work that went into this release! Coupled with early pre-release deployments from organizations like, AWS, Docker, Cloud Foundry, CoreOS, Mesosphere, Oracle, Red Hat and Kubernetes, OCI v1.0 brings the industry closer to true portability and standardization. This work could not have been done without the real heroes, our project maintainers, who have toiled long and hard to bring these specifications to life:

Vincent Batts (Red Hat): “Pulling together contributors across a variety of companies and technologies can be tough, but it’s what we needed to do for the rapidly evolving and growing container ecosystem. The two years we’ve spent developing and refining the v1 release of the OCI specifications is just the first step towards much more collaboration around container life-cycles and distribution. It’s going to be exciting to see how the v1 specifications are used in the next iterations of tooling and technology from the ecosystem, and how they are used to enable collaboration. It’s been a real honor to work with so many smart and respected folks.”

Brendan Burns (Microsoft): “I’m incredibly excited to see OCI reach this important milestone. Open standards ensure the success of the revolution that containers are bringing to distributed cloud computing. Such standards also provide a critical building block on which higher level systems like Kubernetes can be built. I congratulate the OCI organization and the broader container community for reaching this important milestone.”

Michael Crosby (Docker): “I’m happy to see all the hard work that the community and maintainers put in over the past few years finally released.  From the early days of libcontainer to the OCI 1.0 release, many of the original maintainers, as well as a few new contributors to OCI, have stuck with the project over the years to get us where we are today.”

Stephen Day (Docker): “It’s great to see Docker’s image format become enshrined in the OCI image specification. The flexible components work well in meeting a wide variety of use cases for distributing container images in a secure manner. With the release of the 1.0 specification, it will be exciting to watch the industry grow around these strong primitives.”

Qiang Huang (Huawei): “I am very proud to participate in OCI to develop this long and exciting project. Thanks to those who contribute in the OCI individuals and companies, the release of OCI V1.0 is great payback of all the efforts. As the cornerstone of the entire container industry, the publication of the OCI standard is to bring positive and favorable changes to the community and ecosystem. I will continue participating in OCI to complement container standards, and look forward to seeing more innovations based on OCI.”

Mrunal Patel (Red Hat): “It’s been exciting to work with a talented group of contributors from across the industry on getting the OCI Runtime Specification to 1.0. Containers are becoming a mainstream technology, and standardization can help ensure that applications in a container will be portable across container runtimes. The runC implementation is already at the heart of most container orchestration systems, and we’re now seeing alternative implementations sprout up for specialized workloads enabled by the runtime specification. This is going to be key for container adoption going forward.”

Brandon Philips (CoreOS): “CoreOS started the conversation years ago on the container image and runtime specification, and today we are thrilled to have worked alongside the major leaders across the industry to create a stable OCI 1.0,” said Brandon Philips, chair of the OCI Technical Oversight Board and CTO of CoreOS. “With the OCI Runtime Spec, and more importantly, the OCI Image Format Spec, at 1.0 and now mature for broad use, users can expect the OCI to help stabilize a growing market of interoperable, pluggable tools, and should gain confidence that containers are here to stay. And we are actively working with the Kubernetes community to bring this v1.0 OCI release to a future release.”

Aleksa Sarai (SUSE): “It has been incredible working with the excellent engineering talent within the OCI development community, and I am excited to continue working with them to innovate on the base we have released thus far. I also cannot wait to see what the wider community builds on top of the OCI specifications, as well as what alternative implementations will be developed by others. Thanks to the interoperability of the OCI specifications, users are free to piece together different components to suit their needs without worry about vendor lock-in. The OCI was the missing piece in driving container adoption and innovation forward.”

Ma Shimiao (Fujitsu): “I’m so glad to see the v1.0 release of the OCI specifications after have been working together with the excellent contributors within the OCI community. I believe it’s an important step for container standardization. With rapid growth, it’s inevitable that container technology becomes fragmented. This causes such as portability, vendor lock-in problems. It will be exciting to watch OCI specifications to solve these problems and promote the development of container technology.”

Though we’ve just hit a huge milestone, there is still work to be done. Looking ahead, we’ll be launching a formal certification program later this year as active and ongoing work is underway to bring additional functionality and broader platform support.

If you would like to participate in the OCI, we are always welcoming contributions from across the industry, you can follow us via @OCI_ORG!  If you’re interested in contributing to the technology, please join the OCI developer community which is open to everyone. If you’re building products on OCI technology, we recommend joining as a member and participating in the upcoming certification program.

OCI Member Spotlight: CoreOS

By | Blog

The OCI community is comprised of a diverse set of member companies that are committed to creating open industry standards around a container image format and runtime. This blog series highlights OCI members and their contributions to building an open, portable and vendor neutral specification.

Name: Brandon Philips
Title: CTO
Company: CoreOS

The Open Container Initiative serves an important function in the container ecosystem. To us at CoreOS, we are committed to making sure the container ecosystem focuses on standards and security. As a founding member of the OCI, CoreOS is an ardent advocate of the OCI’s mission to establish open industry standards around container formats and runtimes. We are working alongside leaders of the industry to standardize how container images are built, verified, signed, and named. The OCI coalesced around these goals, formed by a strong technical community of industry maintainers dedicated to that mission and provides a platform from which to coordinate our efforts. Together, we have been working to deliver on the promise of “package once, run anywhere” containers. Users can expect increased innovation and interoperability between container registries, build tools, and runtimes.

As maintainers of the OCI image spec, industry leaders and I actively guide and contribute to its development. The OCI will play an important role in standardizing not only the runtime specification, but even more, the container image format specification, paving the way for portable containers that can be deployed on a variety of environments. Benefits include lowering confusion in the container space and reducing the avenues available to vendors to lock clients into an isolated ecosystem. We are committed as an organization to continue expanding, contributing to, and supporting standards; doing so is paramount to developing an open platform. These are key elements in our efforts to provide self-driving infrastructure to all via our CoreOS Tectonic product. As a company founded with open source values, CoreOS’s goals are closely aligned with organizations like the OCI that provide a framework for building an open, portable and vendor neutral specification.

Where we are today: Release candidates and ways to support the standard

Release candidates of the runtime and image format spec have continued to mature, and the container ecosystem has continued to grow. It now is possible to build container runtimes that support the standard. There is a bit of a chicken and egg with working in standards like the OCI; you need both sides of the standard (consumers and producers) for the interoperability to happen. With the support of AWS for example, we can create the ecosystem around it more quickly. This is a big milestone since most products will want to be interoperable with AWS.

The ability to have pluggable components ready to use is crucial for easy adoption. The container infrastructure industry is an emerging market, and new markets have an adjustment period before stabilizing. Before the creation of the OCI, we were seeing a proliferation of competing standards. This ran the risk of increasing confusion and discouraging participation. Our hope is that with the OCI, we can break down walls and prevent further isolation, leading to an influx of new tools and a burgeoning industry.

CoreOS will implement and adhere to the runtime and image format specifications and hopes to help bring compatibility to Kubernetes upstream. Having industry standards means having compatibility across the tools created with those standards. CoreOS is developing the tools needed to build a complete container infrastructure. Ensuring that our products can be used with other tools in the container ecosystem increases our exposure and expands our options with our enterprise solutions as well.

With supporting the standard, end users will know that OCI-compatible tools were built using industry-approved standards, making it easier to know what tools can be used together.

We are excited to see the OCI grow, and having a large and thriving community is the best way to garner interest, foster growth, and develop a strong network of contributors.

***
Brandon Philips, as cofounder and CTO at CoreOS, is building modern server infrastructure open source projects like Container Linux and enterprise products like CoreOS Tectonic and Quay. Prior to CoreOS, he worked at Rackspace hacking on cloud monitoring and was a Linux kernel developer at SUSE.

OCI Member Spotlight: Cycle.io

By | Blog

The OCI community is comprised of a diverse set of member companies that are committed to creating open industry standards around the container image format and runtime. This blog series highlights OCI members and their contributions to building an open, portable and vendor neutral specification.

Name: Jake Warner
Title: CEO / Founder
Company: Cycle.io

Why did you join OCI?
At the end of the day, it would have been much harder for us to get started as a company without the previous OCI members and contributors coming together and developing runC and the runtime-spec. As our company continues to grow, we look forward to joining and contributing to the movement started by the OCI.

How is your organization involved in OCI?
At the moment, we’re an implementer of runC and the runtime specification. Coincidentally, we had begun the development of Cycle only a matter of days before runC was donated to the OCI by Docker. As a CaaS and container orchestration platform, being part of the organization which is key to standardizing containers was a no-brainer for us.

What are the aspects of the the runtime spec and/or image format spec that you are looking forward to most for your company?
Once the image spec is finalized with a v1.0 release, we’ll begin to see even more container projects come to life. Given the nature of Cycle being a CaaS platform, being able to support a wide variety of container build tools is fantastic.

How do you plan to use the runtime spec and/or image format spec?
We truly lucked out with the timing of the initial spec and the start of Cycle’s development. Because of this, we’ve built our systems around the runtime spec from day one.

How will these specifications help your business?
In a world where new technologies are appearing every day, being able to fall back to standards keeps everything moving forward. Having a well designed spec helps ensure Cycle can continue to integrate with things that haven’t yet been built.

How do you anticipate OCI changing the container technology landscape?  
Really, it already has. Now days, even sitting in container chatrooms on Slack or IRC, developers from companies who would otherwise be competing are working together to ensure containers are a solution to everyone’s problem. Having an organization that helps ensure stability across ‘super hot’ technologies like containers can only be a good thing.

What do you believe the benefits of using a runtime and image spec based on the OCI standard are for hosting providers?  For small ISVs, application developers? For end users?
Given that Cycle provides bare-metal container hosting for our users, the runtime spec (and RunC) is invaluable to us. The ability to be complementary to other container build systems and integration tools is key to our success.

What advice would you give to someone considering joining OCI?
Do it. Even if you don’t have a ton of time to be involved in everything that takes place, you’re supporting an incredibly helpful organization and making an impact on what will be the future of application development/deployment. OCI members, code contributors, testers, and even those who really enjoy writing documentation, everyone has something to offer!

Join OCI for OSCON’s Open Container Day

By | Blog

We’re pleased to be supporting the Open Source Convention (OSCON) Open Container Day this year, taking place Tuesday, May 9th at the Austin Convention Center in Austin, TX.

Open Container Day is a gathering of industry practitioners presenting their takes around forward-thinking, container-based solutions, infrastructure, orchestration, cloud-native computing, continuous delivery, DevOps, microservices, and where this industry segment is going in 2017 and beyond. The event will feature vendor-neutral, straightforward discussions.  Among other industry experts, OCI community members will be presenting during the event, including:

  • Phil Estes of IBM will speak on “Quantifying container runtime performance: A serverless platform case study.” Containers are already “fast” in one sense: compared to VMs, the start time of a container seems instantaneous. But certain use cases care about the milliseconds needed to perform container lifecycle operations. Phil Estes offers an overview of an open source container benchmarking project that arose out of using containers as the runtime vehicle for a serverless framework.
  • Where Have Containers Gotten Us?”, presented by Vincent Batts of Red Hat.  As a technology, containers are maturing at a rapid pace. Vincent Batts explores the state of the ecosystem and how it is standardizing and offers a glimpse at what’s in store for the future.
  • Service discovery in container orchestration”, presented by Arun Gupta from Amazon, will offer an overview of service discovery in different container orchestration frameworks, drawing on an example of a Java application talking to a database to demonstrate configurations in Docker, Kubernetes, DC/OS, and Amazon ECS—commonly used container orchestration platforms that all have built-in support for service discovery and scalability.

We’re looking forward to a great day of discussion, networking, and diverse perspectives on where the container space is headed, especially as we gear up to release v 1.0 of our image format and container runtime specifications.

More details on OSCON’s Open Container Day are available here. To claim your Free Expo Hall Plus pass that will grant you access to Open Container Day, use code OSCON17XPO and register here

We also encourage you to explore opportunities to get involved in OCI, either as an official member or as part of our open developer community.

The OCI Applauds containerd and rkt to CNCF

By | Blog

By Chris Aniszczyk (@cra)

Our sister project at the Linux Foundation, the Cloud Native Computing Foundation (CNCF), recently announced that both Docker’s core container runtime, containerd, and CoreOS’s pod-native container engine, rkt, have been accepted by the CNCF Technical Oversight Committee (TOC) as incubating projects alongside other CNCF projects Kubernetes, gRPC and more. This is great news for the entire open container ecosystem, opening the doors to shared open governance and even greater collaboration.

The containerd project implements the draft OCI runtime and image format specifications, and is committed to implementing these specifications as they evolve. The rkt project implements the draft OCI image spec and is committed to implementing the runtime spec as it reaches 1.0. We are pleased to share a neutral home base within the broader Linux Foundation where collaboration and iteration can happen organically.

“Our decision to contribute containerd to the CNCF closely follows months of collaboration and input from thought leaders in the Docker community,” said Solomon Hykes, founder, CTO and Chief Product Officer at Docker, in the official press release. “By donating containerd to an open foundation, we can accelerate the rate of innovation through cross-project collaboration – making the end user the ultimate benefactor of our joint efforts.”

“The OCI project is hard at work on the standards side, and we expect we will be able to share code in working with those image and runtime specifications,” said Jonathan Boulle, rkt project co-founder, CNCF TOC representative, and head of containers and Berlin site lead at CoreOS, in a recent blog post. “rkt closely tracks OCI development and has developers involved as contributors and maintainers in the specification process. rkt features early implementation support for the formats with the intention of being fully compliant once the critical 1.0 milestone is reached.”

More background on containerd joining the CNCF is available via the Docker blog and joint CNCF/Docker press release. More background on rkt can be found on GitHub, and details on rkt joining the CNCF are available here.

Interested in participating in OCI? The OCI always welcomes contributions from across the industry. Please join the OCI developer community if you’d like to contribute to the projects, or, if you’re implementing products based on OCI specifications, we recommend joining as a member and participating in the upcoming certification program.

OCI Member Spotlight: Mesosphere

By | Blog

The OCI community is comprised of a diverse set of member companies that are committed to creating open industry standards around the container image format and runtime. This blog series highlights OCI members and their contributions to building an open, portable and vendor neutral specification.

Name: Jie Yu
Title: Technical Lead
Company: Mesosphere

Why did you join OCI?
Mesosphere commits and contributes to many different open source projects, including Apache Mesos, Marathon, and DC/OS, because we believe in open source software. We want to give our users the option to use an open and portable container image standard that will give them more transparency and control, in addition to their existing solution.

How is your organization involved in OCI?
Mesosphere participates in the image spec project, and we started adding support for the OCI image spec in Mesos. You can follow that effort in the Mesos community here.

What are the aspects of the the OCI specs that you are looking forward to most for your company?
Transportation and discovery mechanisms are still missing from the OCI image spec, so we are inventing our own open source image discovery and transportation mechanism in the meantime. We are excited for image discovery and transportation to be standardized, so that we don’t have to invent our own way, which will give users a more consistent experience.

How do you plan to use the OCI specs?
The image format spec will be supported in Mesos and DC/OS soon. We don’t directly expose runtime spec configurations to our users; it is abstracted away from the Mesos and DC/OS APIs via an external containerizer. (Kubernetes does something similar with the Container Runtime Interface (CRI).

How will these specifications help your business?
Mesos, Marathon, and DC/OS help users build data-dependent apps on any infrastructure, and Mesosphere ultimately wants to give all its users more choices about how to build their applications. Letting users choose the type of containers they use is one big draw of the projects we contribute to (we already support Docker and Mesos containers), and we’re excited to be able to give our users a consistent experience, and more open source options.

How do you anticipate OCI changing the container technology landscape?
We predict that most vendors will adopt the OCI standard, and that developers will build OCI images using different compliant tools, pushing them to different registries. Container orchestrators will pull those images from a registry and run them. A lot of tooling will spring up around OCI to make this process smooth.

What do you believe the benefits of using a runtime and image spec based on the OCI standard are for hosting providers? For small ISVs, application developers? For end users?
We think that the benefit for everyone will be stability and portability. People who adopt OCI will be able to monitor and help shape the development of that standard, which helps ensure that any changes benefit the ecosystem at large. Since OCI is vendor-neutral, no matter what happens in the long run to individual companies, we believe it will persist.

What advice would you give to someone considering joining OCI?
Everyone involved in the project is very responsive. Join the community; don’t be shy!

OCI Member Spotlight: Univa

By | Blog

The OCI community is comprised of a diverse set of member companies that are committed to creating open industry standards around the container image format and runtime. This blog series highlights OCI members and their contributions to building an open, portable and vendor neutral specification.  

Name: Rob Lalonde
Title: General Manager, Navops
Company: Univa

Why did you join OCI?
We are super excited by the explosive growth in the container market and our role in helping organizations scale their use of container deployments. We feel it is important for the industry to have an open standard, light-weight, vendor-independent image format and runtime specification that allows for the underpinnings of the container market to be open and community managed. We joined to participate, monitor and support this important initiative and to ensure it meets the needs of our enterprise customers in the areas of workload management, resource management, and scheduling.

How is your organization involved in OCI?
At Univa, we are active in a number of The Linux Foundation initiatives that include OpenHPC and CNCF, in addition to OCI. We believe that these organizations are critical to advancing  distributed computing, and look forward to more, in-depth participation and contributions in the near term.

What are the aspects of the runtime spec and/or image format spec that you are looking forward to most for your company?
The “spec” is the essence of the OCI. Having a standardized specification allows the industry to move much more quickly in building tools and solutions in the layers above. Looking at it another way, a lack of a specification will slow down developers who then have to support multiple formats and runtimes simultaneously, and will greatly slow end user adoption.

How do you plan to use the runtime spec and/or image format spec?
Univa intends to provide fully integrated support for the OCI specification throughout its lines of products– i.e. our Univa Grid Engine product for our HPC customers, as well as our Navops line for microservices oriented deployments.

How will these specifications help your business?
The important deliverables of OCI are more about helping our customers than helping our business. Customers will benefit greatly from a pervasive and standardized container specification that will allow for a plethora of capabilities to be layered above it.

How do you anticipate OCI changing the container technology landscape?  
Much like TCP/IP allows for a vast universe of Internet-enabled applications, a standard container format and runtime will allow for interoperability and pervasiveness that benefits everyone. When everyone uses a common standard for the container infrastructure, all of the layers and products above the container will benefit and can be standardized as well.

What do you believe the benefits of using a runtime and image spec based on the OCI standard are for hosting providers?  For small ISVs, application developers? For end users?
Hosting providers, ISVs, and application developers will benefit from a widely adopted standard that will reduce their need  to support  multiple formats. The pervasiveness of an open and widely adopted specification will greatly benefit end-users as a mature, more stable and standards-based foundation for containerized applications evolves.

What advice would you give to someone considering joining OCI?
The OCI community offers something for every level of participation. The most active will want to join to help drive the standards forward, thus ensuring their needs are addressed. Other participants will be more interested in monitoring the progress, and participating as end users to gain the ultimate benefits of this important standard. Either way, OCI offers a path and participation for all levels of vendors, integrators and most importantly, end users.

OCI Member Spotlight: Wercker

By | Blog

The OCI community is comprised of a diverse set of member companies that are committed to creating open industry standards around a container image format and runtime. This blog series highlights OCI members and their contributions to building an open, portable and vendor neutral specification.  

Name: Micha Hernandez van Leuffen
Title:  CEO
Company: Wercker

Why did you join OCI?
We believe that the promise of containers (portability, interoperability, and agility) can only actually be achieved by the establishment of certain standards. We have joined the OCI community to help frame and promote a set of (in this case, specific) standards around the image format and container runtime.

How is your organization involved in OCI?
For us, it makes sense to support the OCI in whatever capacity we can to help in the mission of standardizing core container technology. As a CI/CD tool it is important to our platform to provide customers with a clear set of standards and guidance.

What are the aspects of the the runtime spec and/or image format spec that you are looking forward to most for your company?
With a container image specification that anyone is free to contribute to and implement, containers will start to run without modification in a variety of engines (Docker, EC2, Kubernetes). This greater flexibility will allow us (and our clients) to grow and change based on evolving market needs.

How do you plan to use the runtime spec and/or image format spec?
As an automation platform that helps developers build and deploy their applications to the different scheduler and orchestration frameworks out there (like Kubernetes or Mesos), we mostly benefit from Application Bundle Builders that would enable us to package up source code and configuration into an app bundle, ready for launch. Right now we’re using Docker as the container runtime and format (which is adopting OCI standards via containerd), but as mentioned above, more value can be built on top of an open standard, as it’s capable of being executed inside of any runtime environment.

How will these specifications help your business?
The continuing adoption of containers and the ability to run them across a variety of vendor implementations and platforms due to an open standard container specification will make it easier for businesses like ours to add value and innovation on top of existing infrastructure  without the massive overhead of multiple container implementations.

How do you anticipate OCI changing the container technology landscape?
A body whose primary goal is to help create and maintain a container specification that is independent of orchestration stack, portable across a wide variety of operating systems, and is not tightly associated with any particular commercial vendor will help mold the landscape to the benefit of all rather than few major stakeholders, in turn encouraging innovation. This can only be a good thing.

What do you believe the benefits of using a runtime and image spec based on the OCI standard are for hosting providers? For small ISVs, application developers? For end users?
Hosting providers benefit because they no longer have to worry about supporting a variety of container specifications– and thus constant modification updates to a variety of runtimes–making them more flexible and more efficient. Small ISVs benefit because having one standard way to package applications makes for easy distribution. Application developers will have the advantage of ‘package once and run anywhere,’ and users can expect more innovation across automation platforms and build tools.

What advice would you give to someone considering joining OCI?
Get involved and participate to be heard. The initiative is built, and can only move forward with contributions, not just membership.