Giter Club home page Giter Club logo

cellery-distribution's Introduction

Distribution

Build Status GitHub (pre-)release GitHub (Pre-)Release Date GitHub last commit License

Note: If you just wish to get started with trying out Cellery, you can start your journey at wso2-cellery/sdk repository.

Cellery distribution repository contains all the materials required to build cellery runtime. This includes all the kubernetes artifacts generated from other repositories as well. Also, this repository contains source and dockerfiles that's being used to initialize and run the Cell Gateway.

Setting up Cellery runtime

If you simply want to deploy Cellery runtime, using Cellery SDK would be easier approach for you. However if you you are looking for advanced configerations you can continue with this repositary. You can use cellery-deploy.sh to install Cellery runtime in a Linux box or in Google Cloud GKE.

Deploy Cellery with kubeadm K8s provider

You can setup the distribution in the kubernetes setup. If you trying out in the developer environment, then you can also install the kubernetes with kubeadm locally by following below steps.

  1. Run swapoff -a this will immediately disable swap

  2. Remove any swap entry from /etc/fstab

$ curl <cellery-deploy script url> | bash -s -- <k8s provider>
$ curl https://raw.githubusercontent.com/wso2-cellery/distribution/master/installer/scripts/cellery-runtime-deployer/cellery-deploy.sh | bash -s -- kubeadm

Google Cloud Platform

If you want to deploy Cellery runtime in Google Cloud Platform you can run the following script.

$ curl <cellery deploy script url> | bash -s -- <K8s provider> <GCP Project ID> <GCP Compute Zone>
$ curl https://raw.githubusercontent.com/wso2-cellery/distribution/master/installer/scripts/cellery-runtime-deployer/cellery-deploy.sh | bash -s -- <K8s provider> <GCP Project ID> <GCP Compute>

Cleaning up Cellery runtime

Simply run following command to cleanup local kubeadm cluster

$ cat cellery-cleanup.sh | bash -s -- kubeadm

Contribute to Cellery Distribution

The Cellery Team is pleased to welcome all contributors willing to join with us in our journey.

Build from Source

Prerequisites

To get started with building Cellery Distribution, the following are required.

  • Docker
  • Git
  • JDK 1.8+ or higher
  • Maven
  • GNU Make 4.1+

Steps to build

This repository only contains source of cell gateway for now..You can build cell gateway using Maven and you can build Docker images manually as well. However, in the same way all our repositories are structured, a proper build can be triggered through Make.

To get started, first clone the repository. If you wish to build for a particular tag, please checkout the required tag. Then run the following command from the root of the project.

make all

This will build all the modules in the repository and docker images using the build artifacts. Afterwards, if you wish to push the docker images to the repository, run the following command.

Note: You need to login to Docker before running this command.

make docker-push

Issue Management

Cellery Distribution issue management is mainly handled through GitHub Issues. Please feel free to open an issue about any question, bug report or feature request that you have in mind. (If you are unclear about where your issue should belong to, you can create it in Cellery SDK.)

We also welcome any external contributors who are willing to contribute. You can join a conversation in any existing issue and even send PRs to contribute. However, we suggest to start by joining into the conversations and learning about Cellery Distribution as the first step.

Each issue we track has a variety of metadata which you can select with labels:

  • Type: This represents the kind of the reported issues such as Bug, New Feature, Improvement, etc.
  • Priority: This represents the importance of the issue, and it can be scaled from High to Normal.
  • Severity: This represents the impact of the issue in your current system. If the issue is blocking your system, and it’s having an catastrophic effect, then you can mark is ‘Blocker’. The ‘Blocker’ issues are given high priority as well when we are resolving the issues.

Apart from the information provided above, the issue template added to the repository will guide you to describe the issue in detail so that we can analyze and work on the resolution towards it. We would appreciate if you could fill most of the fields as possible when you are creating the issue. We will evaluate issues based on the provided details and labels, and will allocate them to the Milestones.

cellery-distribution's People

Contributors

afkham avatar anuruddhal avatar azinneera avatar gnudeep avatar hasinthaindrajee avatar hasithaathukorala avatar isurulucky avatar madhukaharith92 avatar madushajg avatar maheshika avatar mefarazath avatar minoli avatar mirage20 avatar nadundesilva avatar nipunaprashan avatar pasanbox avatar shairam avatar sinthuja avatar sumedhassk avatar tharindulak avatar wso2-jenkins-bot avatar xlight05 avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

cellery-distribution's Issues

Cell instances failing to start in local setups

Description:
cell instances are successfully running in gcp and kubeadm setups (both basic and complete). However cell instances are failing to start in local setups (both basic and complete).

Affected Product Version:
latest distribution build.

OS, DB, other environment details and versions:
SDK version : 0.4.0-SNAPSHOT

Steps to reproduce:

  1. Build a cell image by executing cellery build command.
  2. Run that cell instance by executing cellery run command.

Related Issues:
wso2/cellery#609

Network policies in cellery local deployment does not work as intended

Description
Network policies of a cell is intended to block external calls to a service within the cell. Therefore, a direct call to a service within a cell from an external pod is intended to hang but it succeed and returns a response. This was tested in both kubeadm and local setup and issue lies only in the local setup.

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.