55277cac45
* #580 added failing test * #580 added failing test for dynamic reroutes * #580 added failing test for validator * #580 validation tests passing * #580 acceptance tests passing * #580 got rid of the list in sdp factory * +semver: breaking #580 service discovery provider returned by delegate must be the same as name in config, this is a breaking change because you have to specify consul now * #580 removed use servide discovery property from file config, we dont need it, just use the service name as indicator the user wants to use service discovery for the given reroute |
7 years ago | |
---|---|---|
.. | ||
OcelotApplication | 7 years ago | |
src | 7 years ago | |
.gitignore | 7 years ago | |
CONTRIBUTING.md | 7 years ago | |
LICENSE.md | 7 years ago | |
README.md | 7 years ago | |
build.bat | 7 years ago | |
build.sh | 7 years ago | |
dotnet-include.sh | 7 years ago | |
install.ps1 | 7 years ago | |
install.sh | 7 years ago | |
uninstall.ps1 | 7 years ago | |
uninstall.sh | 7 years ago |
README.md
services | platforms | author |
---|---|---|
service-fabric | dotnet | raunakpandya edited by Tom Pallister for Ocelot |
Ocelot Service Fabric example
This shows a service fabric cluster with Ocelot exposed over HTTP accessing services in the cluster via the naming service. If you want to try and use Ocelot with Service Fabric I reccomend using this as a starting point.
If you want to use statefull / actors you must send the PartitionKind and PartitionKey to Ocelot as query string parameters.
I have not tested this sample on Service Fabric hosted on Linux just a Windows dev cluster. This sample assumes a good understanding of Service Fabric.
The rest of this document is from the Microsoft asp.net core service fabric getting started guide.
Getting started with Service Fabric with .NET Core
This repository contains a set of simple sample projects to help you getting started with Service Fabric on Linux with .NET Core as the framework. As a pre requisite ensure you have the Service Fabric C# SDK installed on ubuntu box. Follow these instruction to prepare your development environment on Linux
Folder Hierarchy
- src/ - Source of the application divided by different modules by sub-folders.
- <application package folder>/ - Service Fabric Application folder heirarchy. After compilation the executables are placed in code subfolders.
- build.sh - Script to build source on Linux shell.
- build.ps1 - PowerShell script to build source on Windows.
- install.sh - Script to install Application from Linux shell.
- install.ps1 - PowerShell script to install application from Windows. Before calling this script run Connect-ServiceFabricCluster localhost:19000 or however you prefer to connect.
- uninstall.sh - Script to uninstall application from Linux shell.
- uninstall.ps1 - PowerShell script to unintall application from Windows.
- dotnet-include.sh - Script to conditionally handle RHEL dotnet cli through scl(software collections)
Testing
Once everything is up and running on your dev cluster visit http://localhost:31002/EquipmentInterfaces and you should see the following returned.
["value1","value2"]
If you get any errors please check the service fabric logs and let me know if you need help.
More information
The Service Fabric documentation includes a rich set of tutorials and conceptual articles, which serve as a good complement to the samples.