Announcing: KServe v0.10.0¶
We are excited to announce KServe 0.10 release. In this release we have enabled more KServe networking options, improved KServe telemetry for supported serving runtimes and increased support coverage for Open(aka v2) inference protocol for both standard and ModelMesh InferenceService.
KServe Networking Options¶
Istio is now optional for both Serverless and RawDeployment mode. Please see the alternative networking guide for how you can enable other ingress options supported by Knative with Serverless mode. For Istio users, if you want to turn on full service mesh mode to secure InferenceService with mutual TLS and enable the traffic policies, please read the service mesh setup guideline.
KServe Telemetry for Serving Runtimes¶
We have instrumented additional latency metrics in KServe Python ServingRuntimes for
In Serverless mode we have extended Knative
queue-proxy to enable metrics aggregation for both metrics exposed in
kserve-container from each
Please read the prometheus metrics setup guideline for how to enable the metrics scraping and aggregations.
Open(v2) Inference Protocol Support Coverage¶
As there have been increasing adoptions for
KServe v2 Inference Protocol from AMD Inference ServingRuntime which
supports FPGAs and OpenVINO which now provides KServe REST and gRPC compatible API,
in the issue we have proposed to rename to
KServe Open Inference Protocol.
In KServe 0.10, we have added Open(v2) inference protocol support for KServe custom runtimes. Now, you can enable v2 REST/gRPC for both custom transformer and predictor with images built by implementing KServe Python SDK API. gRPC enables high performance inference data plane as it is built on top of HTTP/2 and binary data transportation which is more efficient to send over the wire compared to REST. Please see the detailed example for transformer and predictor.
from kserve import Model def image_transform(byte_array): image_processing = transforms.Compose([ transforms.ToTensor(), transforms.Normalize((0.1307,), (0.3081,)) ]) image = Image.open(io.BytesIO(byte_array)) tensor = image_processing(image).numpy() return tensor class CustomModel(Model): def predict(self, request: InferRequest, headers: Dict[str, str]) -> InferResponse: input_tensors = [image_transform(instance) for instance in request.inputs.data] input_tensors = np.asarray(input_tensors) output = self.model(input_tensors) torch.nn.functional.softmax(output, dim=1) values, top_5 = torch.topk(output, 5) result = values.flatten().tolist() response_id = generate_uuid() infer_output = InferOutput(name="output-0", shape=list(values.shape), datatype="FP32", data=result) infer_response = InferResponse(model_name=self.name, infer_outputs=[infer_output], response_id=response_id) return infer_response class CustomTransformer(Model): def preprocess(self, request: InferRequest, headers: Dict[str, str]) -> InferRequest: input_tensors = [image_transform(instance) for instance in request.inputs.data] input_tensors = np.asarray(input_tensors) infer_inputs = [InferInput(name="INPUT__0", datatype='FP32', shape=list(input_tensors.shape), data=input_tensors)] infer_request = InferRequest(model_name=self.model_name, infer_inputs=infer_inputs) return infer_request
You can use the same Python API type
InferResponse for both REST and gRPC protocol. KServe handles the underlying decoding and encoding according to the protocol.
headers argument is added to the custom handlers to pass http/gRPC headers or other metadata. You can also use this as context dict to pass data between handlers.
If you have existing custom transformer or predictor, the
headers argument is now required to add to the
Please check the following matrix for supported ModelFormats and ServingRuntimes.
|Model Format||v1||Open(v2) REST/gRPC|
|Tensorflow||✅ TFServing||✅ Triton|
|PyTorch||✅ TorchServe||✅ TorchServe|
|TorchScript||✅ TorchServe||✅ Triton|
|Scikit-learn||✅ KServe||✅ MLServer|
|XGBoost||✅ KServe||✅ MLServer|
|LightGBM||✅ KServe||✅ MLServer|
|Custom||✅ KServe||✅ KServe|
Multi-Arch Image Support¶
KServe Storage Credentials Support¶
- Currently, AWS users need to create a secret with long term/static IAM credentials for downloading models stored in S3. Security best practice is to use IAM role for service account(IRSA) which enables automatic credential rotation and fine-grained access control, see how to setup IRSA.
- Support Azure Blobs with managed identity.
ModelMesh has continued to integrate itself as KServe's multi-model serving backend, introducing improvements and features that better align the two projects. For example, it now supports ClusterServingRuntimes, allowing use of cluster-scoped ServingRuntimes, originally introduced in KServe 0.8.
Additionally, ModelMesh introduced support for TorchServe enabling users to serve arbitrary PyTorch models (e.g. eager-mode) in the context of distributed-multi-model serving.
Other limitations have been addressed as well, such as adding support for BYTES/string type tensors when using the REST inference API for inference requests that require them.
Join the community¶
- Visit our Website or GitHub
- Join the Slack (#kserve)
- Attend our community meeting by subscribing to the KServe calendar.
- View our community github repository to learn how to make contributions. We are excited to work with you to make KServe better and promote its adoption!
Thanks for all the contributors who have made the commits to 0.10 release!
- Steve Larkin
- Stephan Schielke
- Curtis Maddalozzo
- Zhongcheng Lao
- Dimitris Aragiorgis
- Pan Li
- Sukumar Gaonkar
- Rachit Chauhan
- Rafael Vasquez
- Tim Kleinloog
- Christian Kadner
- Lize Cai
- Suresh Nakkeran
- Konstantinos Messis
- Matt Rose
- Alexa Griffith
- Jagadeesh J
- Alex Lembiyeuski
- Yuki Iwai
- Andrews Arokiam
- Xin Fu
- Pranav Pandit
- Yuan Tang
- Dan Sun
- Nick Hill
The KServe Working Group