Evolutivité de Hyperledger Fabric
J'ai un système Hyperledger Fabric déjà construit qui peut traiter x tps (transaction par seconde). À l’avenir, le système n’exigera peut-être pas uniquement la norme x tps.
Ensuite, comment faire évoluer le système Hyperledger Fabric pour satisfaire des exigences plus élevées?
Vous pouvez le faire de plusieurs manières. L'une consiste à augmenter le nombre de personnes qui endossent des pairs et à répartir la charge de propositions à endosser dans cet ensemble plus vaste. Par exemple, si vous avez actuellement une politique d’endossement qui dit que vous avez besoin de 3 membres sur un total de 5 organisations pour approuver des transactions et que chaque organisation a un seul homologue endosseur, vous finirez par atteindre la saturation pour vos tps. Si vous ajoutez un autre homologue endosseur à chaque organisation et que vous répartissez la charge endossée uniformément entre le nouvel et l'ancien ensemble de pairs endossés, vous obtiendrez un débit plus important.
Si plusieurs canaux s'exécutent simultanément, vous pouvez envisager d'avoir des homologues homologues distincts pour les différents canaux, car cela aura un effet similaire à celui de la stratégie ci-dessus.
Bien entendu, les responsables de projets cherchent constamment à optimiser le code pour améliorer les performances. Par conséquent, se tenir au courant des nouvelles versions au fur et à mesure de leur publication en est un autre.
Enfin, vous pouvez également utiliser un matériel plus rapide (par exemple, avec une accélération de cryptage pour les algorithmes utilisés), mais vous devriez également voir une augmentation, mais pas autant que si vous appliquiez la première stratégie.
En ajoutant à la réponse ci-dessus, il existe une limite jusqu’à laquelle le système actuel peut être mis à l’échelle et nous devons concevoir le système pour le gérer à l’avance. Par exemple -
- Concevez une architecture multiorg et utilisez des pairs d'ancrage pour les émissions et autres.
- Ajouter plus de nœuds dans le cluster OSN kafka.
- Ajuster la politique de validation.