Tanvir Nabil pfp
Tanvir Nabil

@tthkn2425

๐™€๐™ญ๐™š๐™˜๐™ช๐™ฉ๐™ž๐™ค๐™ฃ ๐™ง๐™š๐™ฉ๐™ง๐™ž๐™š๐™จ ๐™–๐™ฃ๐™™ ๐™ฌ๐™–๐™ž๐™ฉ๐™ž๐™ฃ๐™œ ๐™ฉ๐™ž๐™ข๐™š ๐™–๐™ง๐™š ๐™จ๐™ฎ๐™จ๐™ฉ๐™š๐™ข ๐™ก๐™š๐™ซ๐™š๐™ก ๐™ฉ๐™ง๐™–๐™™๐™š๐™ค๐™›๐™›๐™จ, ๐™ฃ๐™ค๐™ฉ ๐™›๐™–๐™ž๐™ก๐™ช๐™ง๐™š๐™จ Real world systems, the execution does not take place in isolation. Networks impose delays, state transfers are slow, while congestion occurs rather than being avoided. The design for these realities requires an acceptance that, at times, retry and wait functions simply need to be called. At Rialo, we do not measure the success of execution on immediate results. We observe the systemโ€™s performance under pressure, its ability to recover from ambiguity, as well as the efficiency of the system to produce right results on a consistent basis. Retries reflect uncertainty. The waiting time is Network realistic. All these are decision points where both performance and reliability are involved. Speed is important, but resiliency is even more so. Being able to adapt and maintain predictability under conditions that are less than ideal is much more valuable than being able to adapt when conditions are optimum. Rialo is designed for real world use cases, not best of breed ones. We build systems that are aware of trade offs, grounded in reality, and functioning when it counts.
1 reply
2 recasts
8 reactions