* chore: bump faas-js-runtime and cloudevents for node & TS The Node.js and TypeScript templates have been bumped to the latest versions of faas-js-runtime (2.2.2) and CloudEvents (7.0.1). There is an issue with the `expectType` test for TypeScript CloudEvent functions which I can't quite figure out, but the type test is not critical and does not do anything to validate other than whether the function signature is what's expected by faas-js-runtime, and in this case, I think type exported type for faas-js-runtime may actually be the issue here. Signed-off-by: Lance Ball <lball@redhat.com> * chore: pin all github actions to go 1.20.2 There was a change in how go parses URLs in versions higher than 1.20.2 (likely 1.20.6 and up) which breaks the Docker API's handling of daemon URIs. This fix pins the Go version at a version known to work with the existing Docker API and `func` implementation. Signed-off-by: Lance Ball <lball@redhat.com> --------- Signed-off-by: Lance Ball <lball@redhat.com> |
||
|---|---|---|
| .. | ||
| src | ||
| test | ||
| .eslintrc | ||
| .prettierrc | ||
| README.md | ||
| manifest.yaml | ||
| package-lock.json | ||
| package.json | ||
| tsconfig.json | ||
README.md
TypeScript CloudEvent Function
Welcome to your new TypeScript function project! The boilerplate function code can
be found in index.ts. This function is meant to respond
exclusively to Cloud Events, but you can remove the
check for this in the function and it will respond just fine to plain vanilla
incoming HTTP requests.
Local execution
To run locally
npm install
npm run build
npm run local
The runtime will expose three endpoints.
/The endpoint for your function./health/readinessThe endpoint for a readiness health check/health/livenessThe endpoint for a liveness health check
The health checks can be accessed in your browser at
http://localhost:8080/health/readiness and
http://localhost:8080/health/liveness. You can use curl to POST an event
to the function endpoint:
curl -X POST -d '{"name": "Tiger", "customerId": "0123456789"}' \
-H'Content-type: application/json' \
-H'Ce-id: 1' \
-H'Ce-source: cloud-event-example' \
-H'Ce-type: dev.knative.example' \
-H'Ce-specversion: 1.0' \
http://localhost:8080
The readiness and liveness endpoints use
overload-protection and
will respond with HTTP 503 Service Unavailable with a Client-Retry header if
your function is determined to be overloaded, based on the memory usage and
event loop delay.
The Function Interface
The src/index.ts file may export a single function or a Function
object. The Function object allows developers to add lifecycle hooks for
initialization and shutdown, as well as providing a way to implement custom
health checks.
The Function interface is defined as:
export interface Function {
// The initialization function, called before the server is started
// This function is optional and should be synchronous.
init?: () => any;
// The shutdown function, called after the server is stopped
// This function is optional and should be synchronous.
shutdown?: () => any;
// The liveness function, called to check if the server is alive
// This function is optional and should return 200/OK if the server is alive.
liveness?: HealthCheck;
// The readiness function, called to check if the server is ready to accept requests
// This function is optional and should return 200/OK if the server is ready.
readiness?: HealthCheck;
logLevel?: LogLevel;
// The function to handle HTTP requests
handle: CloudEventFunction | HTTPFunction;
}
Handle Signature
CloudEvent functions are used in environments where the incoming HTTP request is a CloudEvent. The function signature is:
interface CloudEventFunction {
(context: Context, event: CloudEvent): CloudEventFunctionReturn;
}
Where the return type is defined as:
type CloudEventFunctionReturn = Promise<CloudEvent> | CloudEvent | HTTPFunctionReturn;
type HTTPFunctionReturn = Promise<StructuredReturn> | StructuredReturn | ResponseBody | void;
The function return type can be anything that a simple HTTP function can return or a CloudEvent. Whatever is returned, it will be sent back to the caller as a response.
Where the StructuredReturn is a JavaScript object with the following properties:
interface StructuredReturn {
statusCode?: number;
headers?: Record<string, string>;
body?: ResponseBody;
}
If the function returns a StructuredReturn object, then the statusCode and headers properties are used to construct the HTTP response. If the body property is present, it is used as the response body. If the function returns void or undefined, then the response body is empty.
The ResponseBody is either a string, a JavaScript object, or a Buffer. JavaScript objects will be serialized as JSON. Buffers will be sent as binary data.
Health Checks
The Function interface also allows for the addition of a liveness and readiness function. These functions are used to implement health checks for the function. The liveness function is called to check if the function is alive. The readiness function is called to check if the function is ready to accept requests. If either of these functions returns a non-200 status code, then the function is considered unhealthy.
A health check function is defined as:
/**
* The HealthCheck interface describes a health check function,
* including the optional path to which it should be bound.
*/
export interface HealthCheck {
(request: Http2ServerRequest, reply: Http2ServerResponse): any;
path?: string;
}
By default, the health checks are bound to the /health/liveness and /health/readiness paths. You can override this by setting the path property on the HealthCheck object, or by setting the LIVENESS_URL and READINESS_URL environment variables.
Testing
This function project includes a unit test and an integration test. Modify these, or add additional tests for your business logic.
npm test