{"id":35581,"date":"2019-10-31T22:05:09","date_gmt":"2019-10-31T19:05:09","guid":{"rendered":"https:\/\/prohoster.info\/blog\/southbridge-v-chelyabinske-i-bitriks-v-kubernetes\/"},"modified":"2019-10-31T22:05:09","modified_gmt":"2019-10-31T19:05:09","slug":"southbridge-v-chelyabinske-i-bitriks-v-kubernetes","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/southbridge-v-chelyabinske-i-bitriks-v-kubernetes","title":{"rendered":"Southbridge \u00e0 Tcheliabinsk et Bitrix dans Kubernetes","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Des meetups pour les administrateurs syst\u00e8mes, Sysadminka, ont lieu \u00e0 Tcheliabinsk, et lors du dernier, j'ai pr\u00e9sent\u00e9 notre solution pour ex\u00e9cuter des applications sur 1C-Bitrix dans Kubernetes.<\/p>\n

<\/p>\n

Bitrix, Kubernetes, Ceph \u2014 un excellent m\u00e9lange ?<\/p>\n

<\/p>\n

Je vais expliquer comment nous avons assembl\u00e9 une solution fonctionnelle \u00e0 partir de tout cela.<\/p>\n

<\/p>\n

Allons-y !<\/p>\n

<\/p>\n

\"Southbridge<\/p>\n

<\/a><\/noindex><\/p>\n

Le meetup a eu lieu le 18 avril \u00e0 Tcheliabinsk. Vous pouvez lire sur nos meetups dans Timepad<\/a><\/noindex> et les voir sur YouTube<\/a><\/noindex>.<\/p>\n

<\/p>\n

Si vous souhaitez venir nous parler ou simplement \u00e9couter \u2014 bienvenue, \u00e9crivez \u00e0 vadim.isakanov@gmail.com et sur Telegram t.me\/vadimisakanov. <\/p>\n

<\/p>\n

Ma pr\u00e9sentation<\/h2>\n

<\/p>\n

\"Southbridge<\/a><\/noindex><\/p>\n

<\/p>\n

Diapositives<\/a><\/noindex><\/p>\n

<\/p>\n

Solution \u00ab Bitrix dans Kubernetes, version Southbridge 1.0 \u00bb<\/h2>\n

<\/p>\n

Je parlerai de notre solution dans un format \u00ab pour les d\u00e9butants en Kubernetes \u00bb, comme cela a \u00e9t\u00e9 fait lors du meetup. Mais je suppose que vous \u00eates au moins familier avec les mots Bitrix, Docker, Kubernetes, Ceph \u00e0 un niveau d'articles sur Wikip\u00e9dia.<\/p>\n

<\/p>\n

Qu'est-ce qui existe d\u00e9j\u00e0 sur Bitrix dans Kubernetes ?<\/h4>\n

<\/p>\n

Il y a tr\u00e8s peu d'informations sur le fonctionnement des applications Bitrix dans Kubernetes sur Internet.
\nJe n'ai trouv\u00e9 que les mat\u00e9riaux suivants :<\/p>\n

<\/p>\n

Pr\u00e9sentation d'Alexandre Serbul, 1C-Bitrix, et Anton Tuzlukov de Qsoft : <\/p>\n

\n

\r\n \"Lire\r\n
<\/div>\r\n <\/div><\/center><\/p>\n

Je recommande de l'\u00e9couter.<\/p>\n

<\/p>\n

D\u00e9veloppement de notre propre solution par un utilisateur serkyron<\/a><\/noindex> sur Habr\u00e9<\/a><\/noindex>.
\nJ'ai trouv\u00e9 encore cette solution<\/a><\/noindex>.<\/p>\n

<\/p>\n

Et euh... c'est tout.<\/p>\n

<\/p>\n

Je pr\u00e9viens, nous n'avons pas v\u00e9rifi\u00e9 la qualit\u00e9 des solutions aux liens ci-dessus \ud83d\ude42
\n\u00c0 propos, lors de la pr\u00e9paration de notre solution, j'ai parl\u00e9 avec Alexandre Serbul, \u00e0 l'\u00e9poque sa pr\u00e9sentation n'\u00e9tait pas encore disponible, donc mes diapositives contiennent le point \u00ab Bitrix n'utilise pas Kubernetes \u00bb.<\/p>\n

<\/p>\n

Mais il y a d\u00e9j\u00e0 beaucoup d'images Docker pr\u00eates \u00e0 l'emploi pour faire fonctionner Bitrix dans Docker : https:\/\/hub.docker.com\/search?q=bitrix&type=image<\/a><\/noindex> <\/p>\n

<\/p>\n

Cela suffit-il pour cr\u00e9er une solution compl\u00e8te pour Bitrix dans Kubernetes ?
\nNon. Il y a de nombreux probl\u00e8mes \u00e0 r\u00e9soudre.<\/p>\n

<\/p>\n

Quels sont les probl\u00e8mes li\u00e9s \u00e0 Bitrix dans Kubernetes ?<\/h4>\n

<\/p>\n

Le premier \u2014 les images pr\u00eates sur Dockerhub ne conviennent pas \u00e0 Kubernetes.<\/strong><\/p>\n

<\/p>\n

Si nous voulons construire une architecture de microservices (ce que nous souhaitons g\u00e9n\u00e9ralement dans Kubernetes), il est n\u00e9cessaire de diviser l'application dans Kubernetes en conteneurs et de s'assurer que chaque conteneur ex\u00e9cute une petite fonction (et le fait bien). Pourquoi seulement une ? En r\u00e9sum\u00e9 \u2014 plus c'est simple, plus c'est fiable.
\nPour plus de d\u00e9tails \u2014 veuillez consulter cet article et cette vid\u00e9o : https:\/\/habr.com\/ru\/company\/southbridge\/blog\/426637\/<\/a><\/noindex> <\/p>\n

<\/p>\n

Les images Docker sur Dockerhub sont principalement construites selon le principe \u00ab tout-en-un \u00bb, donc nous avons d\u00fb cr\u00e9er notre propre solution et m\u00eame construire des images \u00e0 partir de z\u00e9ro.<\/p>\n

<\/p>\n

Deuxi\u00e8me \u2014 le code du site est modifi\u00e9 depuis le panneau d'administration.<\/strong><\/p>\n

<\/p>\n

Nous avons cr\u00e9\u00e9 une nouvelle section sur le site - le code a \u00e9t\u00e9 mis \u00e0 jour (un r\u00e9pertoire avec le nom de la nouvelle section a \u00e9t\u00e9 ajout\u00e9).<\/p>\n

<\/p>\n

Les propri\u00e9t\u00e9s du composant ont \u00e9t\u00e9 modifi\u00e9es depuis le panneau d'administration - le code a chang\u00e9.<\/p>\n

<\/p>\n

Kubernetes ne sait pas travailler avec cela par d\u00e9faut, les conteneurs doivent \u00eatre immuables (Stateless).<\/p>\n

<\/p>\n

La raison : chaque conteneur (pod) dans le cluster traite seulement une partie du trafic. Si vous modifiez le code dans un seul conteneur (pod), alors le code sera diff\u00e9rent dans les diff\u00e9rents pods, le site fonctionnera de mani\u00e8re vari\u00e9e, et diff\u00e9rents utilisateurs verront diff\u00e9rentes versions du site. Ce n'est pas viable.<\/p>\n

<\/p>\n

Troisi\u00e8me \u00e9tape : il faut r\u00e9soudre la question du d\u00e9ploiement.<\/strong><\/p>\n

<\/p>\n

Si nous avons un monolithe et un serveur \u00ab classique \u00bb, tout est assez simple : nous d\u00e9ployons la nouvelle base de code, effectuons la migration de la base de donn\u00e9es, et redirigeons le trafic vers la nouvelle version du code. Le basculement se produit instantan\u00e9ment.
\nSi nous avons un site sur Kubernetes, d\u00e9coup\u00e9 en microservices, avec de nombreux conteneurs de code - cela devient complexe. Il faut construire des conteneurs avec la nouvelle version du code, les d\u00e9ployer \u00e0 la place des anciens, effectuer correctement la migration de la base de donn\u00e9es, et id\u00e9alement le faire de mani\u00e8re invisible pour les visiteurs. Heureusement, Kubernetes nous aide en supportant toute une vari\u00e9t\u00e9 de types de d\u00e9ploiement.<\/p>\n

<\/p>\n

Quatri\u00e8me \u00e9tape : il faut r\u00e9soudre la question du stockage des fichiers statiques.<\/strong><\/p>\n

<\/p>\n

Si votre site p\u00e8se \u00ab seulement \u00bb 10 gigaoctets et que vous le d\u00e9ployez enti\u00e8rement dans des conteneurs, vous obtiendrez des conteneurs pesant 10 gigaoctets qui seront d\u00e9ploy\u00e9s ind\u00e9finiment.
\nIl est n\u00e9cessaire de stocker les parties les plus \u00ab lourdes \u00bb du site en dehors des conteneurs, et se pose la question de la mani\u00e8re de le faire correctement.<\/p>\n

<\/p>\n

Ce qui manque dans notre solution.<\/h4>\n

<\/p>\n

Tout le code de Bitrix n'est pas d\u00e9coup\u00e9 en micro-fonctions \/ microservices (par exemple, l'inscription s\u00e9par\u00e9ment, le module de boutique en ligne s\u00e9par\u00e9ment, etc.). Nous stockons l'int\u00e9gralit\u00e9 de la base de code dans chaque conteneur.<\/p>\n

<\/p>\n

Nous ne stockons pas la base de donn\u00e9es dans Kubernetes (j'ai cependant r\u00e9alis\u00e9 des solutions avec une base de donn\u00e9es dans Kubernetes pour des environnements de d\u00e9veloppeurs, mais pas pour la production).<\/p>\n

<\/p>\n

Les administrateurs du site verront tout de m\u00eame que le site fonctionne sur Kubernetes. La fonction \u00ab v\u00e9rification du syst\u00e8me \u00bb ne fonctionne pas correctement, pour modifier le code du site depuis le panneau d'administration, il faut d'abord cliquer sur le bouton \u00ab je veux modifier le code \u00bb.<\/p>\n

<\/p>\n

Nous avons identifi\u00e9 les probl\u00e8mes, et clarifi\u00e9 la n\u00e9cessit\u00e9 de r\u00e9aliser une microservices architecture ; l'objectif est clair : obtenir un syst\u00e8me fonctionnel pour faire tourner des applications sur Bitrix dans Kubernetes, tout en conservant les capacit\u00e9s de Bitrix et les avantages de Kubernetes. Nous commen\u00e7ons la mise en \u0153uvre.<\/p>\n

<\/p>\n

Architecture<\/h4>\n

<\/p>\n

De nombreux \u00ab pods de travail \u00bb avec un serveur web (workers).
\nUn pod avec des t\u00e2ches cron (obligatoirement un seul).
\nUn pod de mise \u00e0 niveau pour modifier le code du site depuis le panneau d'administration (\u00e9galement obligatoirement un seul).<\/p>\n

<\/p>\n

\"Southbridge<\/p>\n

<\/p>\n

Nous r\u00e9solvons les questions :<\/p>\n

<\/p>\n