Signed-off-by: Ivana Yovcheva (VMware) <iyovcheva@vmware.com>

- closes #974

Signed-off-by: Alex Ellis (VMware) <alexellis2@gmail.com>

Signed-off-by: Alex Ellis (VMware) <alexellis2@gmail.com>

Signed-off-by: Alex Ellis (VMware) <alexellis2@gmail.com>

Signed-off-by: Laurent Grangeau <laurent.grangeau@gmail.com>

Bump Dockerfiles and mentions of alpine 3.7 to be now
3.8

Signed-off-by: Martin Dekov (VMware) <mdekov@vmware.com>

Added VMworld 2018 Speaking Session on Creating Your First Serverless Function with OpenFaaS

Signed-off-by: Kendrick Coleman <kendrickc@vmware.com>

Issue #955 suggested that the watchdog binaries should have associated sha256 files to help assure the veracity of the built artefacts.  This change mirrors the method employed on
faas-cli to generate and deploy the sha256 hash for each flavour of the current watchdog.

Signed-off-by: Richard Gee <richard@technologee.co.uk>

Bumping gateway image for armhf and x64-86 to be the latest
0.9.10

Signed-off-by: Martin Dekov (VMware) <mdekov@vmware.com>

Signed-off-by: Philippe Charrière <pcharriere@gitlab.com>

Signed-off-by: Burton Rheutan <rheutan7@gmail.com>

Signed-off-by: Swarvanu Sengupta <swarvanusg@gmail.com>

Signed-off-by: Burton Rheutan <rheutan7@gmail.com>

Signed-off-by: Vivek Singh <vivekkmr45@yahoo.in>

Incubator link is pointing to the main OpenFaaS GitHub organization instead of the OpenFaaS-Incubator organization.

Signed-off-by: Shaun Berryman <shaun@shaunberryman.com>

Signed-off-by: TPei <t.s.peikert@gmail.com>

- this reinstates the cache to reduce the count of lookups to the
provider when checking if scaling is needed.

Signed-off-by: Alex Ellis (VMware) <alexellis2@gmail.com>

- this change is needed for Docker Swarm which may give an error
when several concurrent requests come in to scale a deployment.

Tested on Docker Swarm before/after with the hey tool and figlet
scaled down to zero replicas.

Signed-off-by: Alex Ellis (VMware) <alexellis2@gmail.com>

This commit adds Ed to the Core Contributors

Signed-off-by: Alex Ellis (VMware) <alexellis2@gmail.com>

Signed-off-by: Patricio Diaz <padiazg@gmail.com>

- PR #929 introduced the ability to generate passwords for the
gateway admin user, this is a good step forwards for Windows
users. It did introduce an inconsistency in the format that
passwords are stored by not using a form of hashing. Hashing
of secrets is used extensively within OpenFaaS/OpenFaaS Cloud
whether with Swarm or Kubernetes via helm. If there are
concerns about using a hashed value for a password I would
suggest raising an issue to track this and have any decision
we make applied for all users (not just PowerShell users).

As a  compromise I've introduced hashing by default and added
a new flag called -noHash which can be used to replicate the
behaviour of the original PR.

After feedback from other contributors I also looked into whether
the flag syntax could match the existing syntax but left this as
is. Bash will use --no-auth and PowerShell will use --noAuth.

This was tested on Docker Swarm on Windows.

Signed-off-by: Alex Ellis (VMware) <alexellis2@gmail.com>

Signed-off-by: John McCabe <john@johnmccabe.net>

- copies behaviour from bash installer

Signed-off-by: John McCabe <john@johnmccabe.net>

Signed-off-by: John McCabe <john@johnmccabe.net>

- Generates the password to mirror deploy_stack.sh
- Uses hardcoded admin to mirror deploy_stack.sh
- Uses throw to exit when error
- Updates faas-cli login command for Powershell

Signed-off-by: John McCabe <john@johnmccabe.net>

This commit updates deploy_stack.ps1 to check that Docker is running in
Swarm mode before proceeding.

Signed-off-by: John McCabe <john@johnmccabe.net>

This commit updates the Windows deploy_stack.ps1 to set the
basic-auth-user and basic-auth-password secrets if absent.

Signed-off-by: John McCabe <john@johnmccabe.net>

Signed-off-by: Emmanuel Lebeaupin <emmanuel.lebeaupin@gmail.com>

- extracting this package means it can be used in other components
such as the asynchronous nats-queue-worker which may need to
invoke functions which are scaled down to zero replicas.

Ref: https://github.com/openfaas/nats-queue-worker/issues/32



Tested on Docker Swarm for scaling up, already scaled and not
found error.

Signed-off-by: Alex Ellis (VMware) <alexellis2@gmail.com>

Omit the staging directory created by the publish-armhf.sh script

Signed-off-by: Radoslav Dimitrov <rdimitrow@gmail.com>

Signed-off-by: Burton Rheutan <rheutan7@gmail.com>

Signed-off-by: Burton Rheutan <rheutan7@gmail.com>

- documents ScalingConfig and MakeScalingHandler

Signed-off-by: Alex Ellis (VMware) <alexellis2@gmail.com>

Hello, I added a blog post https://k33g.gitlab.io/articles/2018-10-20-OPENFAAS.html


It's a kind of quick start

Signed-off-by: Philippe Charrière <pcharriere@gitlab.com>

Signed-off-by: Lucas Roesler <roesler.lucas@gmail.com>

**What**
- Bumpe nats-streaming version to 0.11.0 in the docker-compose files
- Addresses #790

Signed-off-by: Lucas Roesler <roesler.lucas@gmail.com>

Signed-off-by: Radoslav Dimitrov <rdimitrow@gmail.com>

Signed-off-by: Alex Ellis (VMware) <alexellis2@gmail.com>

- as reported on Slack and in issue #931 the gateway scaling code
was scaling to zero replicas as a result of the "proportional
scaling" added by @Templum's PR. This commit added a failing test
which was fixed by adding boundary checking - now if the scaling
amount is "0" we keep the current amount of replicas.

Signed-off-by: Alex Ellis (VMware) <alexellis2@gmail.com>

Signed-off-by: Alex Ellis (VMware) <alexellis2@gmail.com>