L'un des petits défis d'une architecture conteneurisée est d'intégrer des dépendances externes, comme des drivers JDBC/ODBC exotiques qui ne sont pas fournis par SAS. Et comme les pods sont jetables, inutile d'essayer d'installer les drivers à la main dedans, ils disparaîtront à la première mise à jour (ou au premier crash).
La bonne pratique est de provisionner un Persistent Volume (PV) au niveau du clusterEnsemble de nœuds (machines) interconnectés, gérés par Kubernetes, qui collaborent pour exécuter les microservices et le moteur CAS de SAS Viya, assurant haute disponibilité et passage à l'échelle. KubernetesKubernetes est l'orchestrateur open source gérant le déploiement, la mise à l'échelle et l'exécution conteneurisée des microservices de l'architecture cloud-native de SAS Viya. (NFS, Azure Files...). On y crée une belle arborescence bien rangée (ex: `/access-clients/odbc/`) et on y dépose nos binaires tiers et nos `odbc.ini`.
Via Kustomize, un simple `PatchTransformer` viendra monter ce volume dans les déploiements CAS ou Compute Server. Le fichier `sas-access.properties` est alors configuré pour pointer vers ce montage (`ODBCINI=/access-clients/odbc/odbc.ini`).
Grâce à cela, vos drivers survivront à la mort des pods, et vos accès aux données resteront solides comme un rocLa courbe ROC (Receiver Operating Characteristic) mesure la performance d'un modèle de classification en traçant le taux de vrais positifs face au taux de faux positifs pour chaque seuil..
