github.com/Ilhicas/nomad@v1.0.4-0.20210304152020-e86851182bc3/website/content/docs/nomad-vs-kubernetes/supplement.mdx (about)

     1  ---
     2  layout: docs
     3  page_title: Supplement to Kubernetes
     4  sidebar_title: Supplement to Kubernetes
     5  description: Comparison between Nomad and Kubernetes
     6  ---
     7  
     8  # Supplement to Kubernetes
     9  
    10  Enterprises are comprised of multiple groups of people (business units) with different projects, infrastructure environments, technical competencies, team sizes, budgets, and SLAs. Each group has different requirements and leverages technologies based on their particular needs and constraints.
    11  
    12  Medium to large scale enterprises run into challenges when trying to standardize hundreds to thousands of software developers and administrators onto one single orchestrator (Kubernetes, Nomad, Mesos) as no scheduler today fits all applications, environments, projects, and teams.
    13  
    14  Companies in the Global 2000 today such as Intel, Autodesk and Github with multiple products and business units organically run Nomad and Kubernetes to supplement each other. They leverage each scheduler to its strengths with Kubernetes for its cutting edge ecosystem and Nomad for simple maintenance and flexibility in core scheduling.
    15  
    16  ![](https://lh3.googleusercontent.com/1iKJRlfp374MHd9vGxdabYebn9eCaXS3Q_aFQNB3kdRte_FMsZOui_zKdBzFofE-vq5oI1NUkgPcuxoCqQyn-Xmd4l7hzE_5XfoKkuanA0qbU_hVoERdRcpE35TDxFCB7VUGHsaG)
    17  
    18  These are the characteristics we see in teams that typically adopt self-hosted Kubernetes:
    19  
    20  - Greenfield use-cases such as machine learning (ML), serverless, and big data that require the Kubernetes ecosystem and Helm chart
    21  
    22  - High budget and full-time staffing to maintain Kubernetes
    23  
    24  - High-profile projects with significant investment and long-term timeline (multi-year)
    25  
    26  - Deploying and managing new, cloud-native applications
    27  
    28  - Public cloud environment such as AWS, GCP, Azure
    29  
    30  Characteristics of teams that typically adopt Nomad:
    31  
    32  - Run a mix of containerized and non-containerized workloads (Windows, Java)
    33  
    34  - Small/medium-sized teams with limited capacity to maintain an orchestrator
    35  
    36  - Deploying and managing core, existing applications
    37  
    38  - On-premises environment, or hybrid environments
    39  
    40  - Require simplicity to move fast and fulfill business needs with hard deadlines
    41  
    42  We continue to see small enterprises continue to standardize on a single orchestrator given the natural staffing and organizational constraints. There are not enough DevOps members to maintain more than one orchestrator, not enough developers to warrant diverging workflows, or simply not enough workload diversity to require more than one orchestrator.