4.3. Configuration des applications sans serveur

Procédure

1. Modifiez votre service pour inclure des conteneurs supplémentaires. Un seul conteneur peut traiter les requêtes, il faut donc spécifier ports pour un seul conteneur. Voici un exemple de configuration avec deux conteneurs :

   Configuration de plusieurs conteneurs

   apiVersion: serving.knative.dev/v1
   kind: Service
   ...
   spec:
     template:
       spec:
         containers:
           - name: first-container 1
             image: gcr.io/knative-samples/helloworld-go
             ports:
               - containerPort: 8080 2
           - name: second-container 3
             image: gcr.io/knative-samples/helloworld-java

   1

   Première configuration du conteneur.

   2

   Spécification du port pour le premier conteneur.

   3

   Deuxième configuration du conteneur.

Procédure

1. Pour permettre à Knative Serving d'utiliser les PVC et d'y écrire, modifiez la ressource personnalisée (CR) KnativeServing pour inclure le YAML suivant :

   Activation des PVC avec accès en écriture

   ...
   spec:
     config:
       features:
         "kubernetes.podspec-persistent-volume-claim": enabled
         "kubernetes.podspec-persistent-volume-write": enabled
   ...

   • L'extension kubernetes.podspec-persistent-volume-claim détermine si les volumes persistants (PV) peuvent être utilisés avec Knative Serving.
   • L'extension kubernetes.podspec-persistent-volume-write détermine si les PV sont disponibles pour Knative Serving avec l'accès en écriture.

2. Pour réclamer un PV, modifiez votre service pour inclure la configuration du PV. Par exemple, vous pouvez avoir une demande de volume persistant avec la configuration suivante :

   Note

   Utilisez la classe de stockage qui prend en charge le mode d'accès que vous demandez. Par exemple, vous pouvez utiliser la classe ocs-storagecluster-cephfs pour le mode d'accès ReadWriteMany.

   Configuration de PersistentVolumeClaim

   apiVersion: v1
   kind: PersistentVolumeClaim
   metadata:
     name: example-pv-claim
     namespace: my-ns
   spec:
     accessModes:
       - ReadWriteMany
     storageClassName: ocs-storagecluster-cephfs
     resources:
       requests:
         storage: 1Gi

   Dans ce cas, pour réclamer un PV avec accès en écriture, modifiez votre service comme suit :

   Configuration du service Knative PVC

   apiVersion: serving.knative.dev/v1
   kind: Service
   metadata:
     namespace: my-ns
   ...
   spec:
    template:
      spec:
        containers:
            ...
            volumeMounts: 1
              - mountPath: /data
                name: mydata
                readOnly: false
        volumes:
          - name: mydata
            persistentVolumeClaim: 2
              claimName: example-pv-claim
              readOnly: false 3

   1

   Spécification de montage de volume.

   2

   Spécification de la demande de volume persistant.

   3

   Indicateur permettant l'accès en lecture seule.

   Note

   Pour utiliser avec succès le stockage persistant dans les services Knative, vous avez besoin d'une configuration supplémentaire, telle que les autorisations de l'utilisateur du conteneur Knative.

Procédure

1. Créer un service Knative qui inclut le champ internal-encryption: "true" dans la spécification :

   ...
   spec:
     config:
       network:
         internal-encryption: "true"
   ...

2. Redémarrez les pods activateurs dans l'espace de noms knative-serving pour charger les certificats :

   $ oc delete pod -n knative-serving --selector app=activator

Procédure

1. Ajoutez l'étiquette knative.openshift.io/system-namespace=true à chaque espace de noms du système Knative qui nécessite un accès à votre application :

   1. Étiqueter l'espace de noms knative-serving:

      $ oc label namespace knative-serving knative.openshift.io/system-namespace=true

   2. Étiqueter l'espace de noms knative-serving-ingress:

      $ oc label namespace knative-serving-ingress knative.openshift.io/system-namespace=true

   3. Étiqueter l'espace de noms knative-eventing:

      $ oc label namespace knative-eventing knative.openshift.io/system-namespace=true

   4. Étiqueter l'espace de noms knative-kafka:

      $ oc label namespace knative-kafka knative.openshift.io/system-namespace=true

2. Créez un objet NetworkPolicy dans l'espace de noms de votre application afin d'autoriser l'accès à partir des espaces de noms portant l'étiquette knative.openshift.io/system-namespace:

   Exemple d'objet NetworkPolicy

   apiVersion: networking.k8s.io/v1
   kind: NetworkPolicy
   metadata:
     name: <network_policy_name> 1
     namespace: <namespace> 2
   spec:
     ingress:
     - from:
       - namespaceSelector:
           matchLabels:
             knative.openshift.io/system-namespace: "true"
     podSelector: {}
     policyTypes:
     - Ingress

   1

   Donnez un nom à votre politique de réseau.

   2

   L'espace de noms dans lequel votre application existe.