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>

Trivial change to add logging around scale from zero events in scaling.go.
Previously scale from zero events were not logged in the same way that normal
scaling events are.  This change adds log writes to show when a scale from zero
was requested and when a function successfully moved to > 0 replicas.

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

Signed-off-by: qinpengfei <qinpengfei@jd.com>

We now send Accepted not OK for creating functions.

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

- Covers part of 919 by making the HTTP client used for proxying
stop following redirects. Tested with a stateless microservice,
but additional code changes may be requierd in the queue-worker,
the watchdogs and other areas.

Tested on Swarm with stateless microservice (Node.js) issuing
a redirect via Location header.

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