Saat mengerjakan cache Xcode, sesuatu menjadi sangat jelas: ini pada dasarnya adalah masalah infrastruktur dalam lanskap sistem build yang sangat terfragmentasi. Kami segera menggandakan infrastruktur karena ini adalah parit kami. Tetapi saat kami menggali lebih dalam, menjadi jelas bahwa infrastruktur saja tidak cukup. Kami juga perlu melakukan perangkat lunak secara berbeda. Perusahaan telah melakukan ini untuk Bazel selama bertahun-tahun, jadi apa yang bisa membuat kita berbeda? Saat kami melihat sekeliling, dua pola muncul yang membentuk pemikiran kami. Pertama, lebih banyak sistem build yang mengadopsi kemampuan caching. Kecepatan dan volume di mana kami menghasilkan kode terus meningkat, dan caching tidak lagi opsional. Ini penting. Kedua, tidak ada standarisasi. Fragmentasi sistem build pasti akan menyebabkan fragmentasi layanan. Satu layanan caching per sistem build. Satu infrastruktur per alat. Masalah yang sama diselesaikan berulang kali dengan cara yang sedikit berbeda. Di Tuist, kami bisa memecahkan ini untuk Xcode dan mengakhirinya. Tetapi bagaimana jika kita membangun sesuatu yang lebih mendasar? Bagaimana jika kita menciptakan pinggang sempit antara dunia sistem build dan dunia infrastruktur caching? Lapisan yang memungkinkan sistem build apa pun berbicara ke backend caching apa pun, daripada membangun solusi vertikal lainnya. Saya mulai mengutak-atik ide ini, dan saya yakin ini adalah jalan ke depan. Kami sedang membangun fondasi untuk membangun infrastruktur sistem sebagai layanan. Tidak ada satu layanan per sistem build. Satu solusi yang berfungsi di semuanya. Sesuatu yang kami kembangkan, pelihara, dan tawarkan sebagai layanan terkelola yang dapat digunakan oleh tim mana pun terlepas dari alat build mereka. Dan ya, kami baru memulai dengan infrastruktur. Visi kami adalah membawanya ke tepi sedekat mungkin dengan tempat pengembang, agen, dan pipeline CI benar-benar melakukan pekerjaan mereka. Masalah fragmentasi di industri kami nyata, dan kami sedang membangun infrastruktur untuk menyelesaikannya.