How you wire them and number of controllers etc will all depend on the software, controller and firmware you are using.
In the diagrams you show variable spacing between LEDs, this is not really a thing outside of the main #leds/meter.
If you want fine tuned distance between leds then this will be more custom.
That said, Im not really sure why this is a puzzle, so I can only assume you dont understand how they work; so lets get back to WS2812b basics.
The LEDs (WS2812b) will run off 5 Volts.
Modern microcontrollers tends to be 3.3 V (e.g. esp32, pi pico).
the led strips can be cut and joined as needed; as already shown there will be “cut points” and pads to to solder the extension strip or wires for power/data etc.
So as already covered we supply the 5V to the power pin on the LED stripe (DONT provide 5V to your controller if you have USB connected).
Connect the controller ground pin to the LED ground pin (or some common ground point).
So now we are down to how the LEDs actual know what to do.
If you have a strip of 5 leds.
the controller data wire goes to the first LED data in.
that LED will get the the first clocked out RGB data; keep it for itself and not pass it on (via its Data out pin).
The 2nd set of RGB data will go into the first led, but it already has its data, so it will blindly send that out its data out pin, which goes into the 2nd LEDs data in. Since this is the first bit of data the 2nd LEDs sees, it will work just like the first LED, keep the “now” first RGB data set for itself, then when it sees more data, it will pass it on, and repeat until not more data is sent to the stripe. when no data is seen for a fixed period of time (see the data sheets), they all will then display the color the collected.
As such, you can take the data out of the end of one stripe (regardless of length and # leds (for the most part), and connect that to the data in of the next collection of leds.
Very rough image
IMPORTANT NOTE: This is an example only, you will need to check the actual pins on the strips for what wire goes to what wire… e.g. +V to +V, Gnd to Gnd, Data Out to Data In.
(I did not check this for this image, as I don’t have time to do detailed design and write guides)
Assuming (for this example) that there are 12 Leds per finger, 6 in the front and 6 in the back.
Then …
Finger 1: LEDs 1 - 12
Finger 2: LEDs 13 - 24
Finger 3: LEDs 25 - 36
Finger 4: LEDs 37 - 48
Finger 5: LEDs 49 - 60
So map that into your sequence software (how ever that needs it to happen) and you now have “ONE” long strip of 60 LEDs spread over 5 fingers.
Given challenges with wiring, you may need to reverse the direction of every 2nd strip so that the data link can happen on the same side as where the other one ends up (rather then wrap around the wrist). That will mean every second finger will run on opposite direction, so that would then need to be feed into your sequencer.
I want to stress here… that their may be limits in the software you choose to use and your physical design will need to work around that. If you are going to write all your own software then you can then make the software work around the physical challenges.
Also for the choice in controller, again that will need to be support by what ever software you want to use; but if your going to write your own code, then use what you know.
e.g. Im sure any 32 bit controller should have no issues, like the ESP32 and RMT (they provide the LED example code for this), but if using something like WLED then you need to check what controllers that supports.