Project: Azure Service Fabric (Orchestration & Management / Scheduling & Orchestration)
File: README.md

Service Fabric is a distributed systems platform for packaging, deploying, and managing stateless and stateful distributed applications and containers at large scale. Service Fabric runs on Windows and Linux, on any cloud, any datacenter, across geographic regions, or on your laptop.Service Fabric represents the next-generation platform for building and managing these enterprise-class, tier-1, cloud-scale applications running in containers. , mapped to this repo's folder structure. Here is the upcoming release schedule for Service Fabric runtime versions that we will be supporting starting with version 8.0. | Version | Release date | | |-- | | 8.0 | 2021 Mar | | 8.1 | 2021 Jul | | 8.2 | 2021 Oct | | 9.0 | 2022 Apr | | 9.1 | 2022 Oct | | 10.0 | 2023 Apr | | 10.1 | 2023 Nov | Please note that these dates are advanced estimates and might be subject to change or minor adjustments closer to each release. We will be publishing upcoming features and roadmap items on . We are in the process to move our development to GitHub. Until then, the Service Fabric team will continue regular feature development internally. We'll be providing frequent updates here and on our as we make progress. [x] Service Fabric build tools for Linux [x] Basic tests for Linux builds available [x] Container image with build tools available to run builds We have multiple repositories (in addition to this one) that constitute the Service Fabric product. For more information on how to provide feedback and file issues across the different components (and associated repositories), please see . The requirements below are based off running clean builds using ninja, with the command ```sh runbuild.sh c n ``` The builds were run on with added disk capacity. If you want to to build on an Azure machine you need to add approximately 70GB for the source+build outputs. These times should be taken as estimates of how long a build will take. |Machine SKU|Cores|Memory|Build Time| |--|--|--|-| |StandardD8sv3|8|32GB|~4 hours| |StandardD16sv3|16|64GB|~2 hours| |StandardD32sv3|32|128GB|~1 hour| On a smaller VM (StandardD4sV3 / 4 cores / 16GB) the build may fail. You may be able to build on a machine with less RAM if you limit the parallelism using the `-j` switch. The build also requires approximately 70GB of disk space. This is the Linux version of Service Fabric. You need a Linux machine to build this project. If you already have a Linux machine, great! You can get started below. If not, you can get a . Our build environment depends on Docker. In order to get started you will need to . There are many ways to install docker. Here is how to install on Ubuntu: ```sh curl -fsSL https://download.docker.com/linux/ubuntu/gpg | sudo apt-key add - sudo add-apt-repository "deb [arch=amd64]

$(lsb_release -cs) stable" sudo apt-get update sudo apt-get install -y docker-ce ``` By default docker requires root privelages to run. In order to run docker as a regular user (i.e, not root), you need to add the user to the `docker` user group: ```sh sudo usermod -aG docker ${USER} su - ${USER} ``` You do not need to do this, but note that if you skip this step, you must run all docker commands with sudo. To start the build inside of a docker container you can clone the repository and run this command from the root directory: ```sh ./runbuild.sh ``` This will do a full build of the project with the output being placed into the `out` directory. For more options see `runbuild.sh -h`. Additionally in order to build and create the installer packages you can pass in the `-createinstaller` option to the script: ```sh ./runbuild.sh -createinstaller ``` If you would prefer to build the container locally, you can run the following script: ```sh sudo ./tools/builddocker.sh ``` Currently, the build container is based off a base image that includes a few Service Fabric dependencies that have either not yet been open sourced, or must be included due to technical constraints (for example, some .NET files currently only build on Windows, but are required for a Linux build). This will pull all of the required packages, add Service Fabric internal dependencies, and apply patches. A common issue with building a docker container behind a firewall is when the firewall blocks the default DNS used by docker. This will manifest as packages failing to download during the `docker build` step (such as in the `builddocker.sh` script above). To fix this, you need to tell Docker to use an alternative DNS server. As a root user, create or edit the Docker daemon's config file at `/etc/docker/daemon.json` so that it has an entry that looks like this: ```json { "dns": ["<my DNS server IP here>", "<my DNS secondary server IP here>"] } ``` Take note to replace the above command with your actual local DNS server, and restart docker: ```sh service docker restart ``` For more details please refer to . For more details please refer Service Fabric conceptual and reference documentation is available at . Documentation is also open to your contribution on GitHub at . For Service Fabric sample code, check out the or go straight to . <a href="https://www.youtube.com/playlist?list=PLlrxD0HtieHh73JryJJ-GWcUtrqpcg2Pb&disable_polymer=true"><strong>Take a virtual tour with us</strong></a> and meet some of the folks who design and implement service fabric. This Channel 9 YouTube playlist will continue to grow over time with content describing the inner workings of Service Fabric. We have covered most of the already. All Service Fabric open source projects are licensed under the . All Service Fabric open source projects adopt the . For more information see the or contact with any additional questions or comments.