 Jadi saya tidak akan memperkenalkan diri saya lagi Saya akan bercakap tentang KlockBuild Tetapi saya akan membuat keputusan yang terbaik yang anda mungkin tahu Apa adalah CICD? Sebenarnya CICD, terma adalah Kondensi Integrasi dan Kondensi Deliveri Ideal adalah otomasi pipeline Di antara keadaan keadaan keadaan keadaan keadaan keadaan Jadi Deliveri adalah Sebenarnya sehingga sebelum anda meletakkan kode Anda hanya membuat semua aset yang perlu Tetapi untuk keputusan, keputusan yang terus Anda sebenarnya mencari Apabila anda memperkenalkan kode Anda mahu pipeline untuk membuat dan dengan cepat memperkenalkan periuk anda membuat aset anda dan memperkenalkan aplikasi ke periuk anda Jadi itu perbezaan Kenapa ini sesuatu yang penting untuk saya? Jadi ia berkaitan dengan KlockBuild KlockBuild, hanya untuk menjelaskan apa yang ia Jadi ia adalah pilihan yang sangat baik dalam ekosistem GCP untuk membuat pipeline CICD dan bagaimana anda menggunakan Jadi dalam GCP, mereka mempunyai dua pilihan kode yang disebut Repositor CloudSource Kami memikirkan seperti kode yang digunakan seperti GitHub atau Bitbucket Jadi apa yang berlaku adalah apabila kode berubah pada sebuah branch dalam repositor ini anda akan memperkenalkan pilihan untuk memulai pipeline untuk memulai pilihan atau keputusan Tetapi jika anda mencari menggunakan kode ini dan anda sudah mempunyai pilihan kode seperti GitHub atau Bitbucket Jangan risau tentangnya Dalam GCP, anda boleh memperkenalkan proses untuk memperkenalkan pilihan ke dalam GCP Jadi perubahan di GitHub, bagi contoh juga akan memperkenalkan pipeline ini di GCP dengan KlockBuild Dan satu penting yang penting kerana ia adalah pipeline CICD anda ingin dapat memperkenalkan pilihan kode yang diperkenalkan bagi contoh, mungkin anda mempunyai pilihan kode, keputusan, pilihan kode anda ingin memperkenalkan pilihan kerana pilihan ini mempunyai memilihan untuk memperkenalkan sebelum anda memperkenalkan pilihan dan anda ingin memperkenalkan untuk memperkenalkan dengan cepat Jadi anda boleh memperkenalkan pilihan kode atau beberapa stajah dalam pipeline dan pilihan seperti dalam seri jika anda mempunyai pilihan kode Okey, saya ingin bercakap tentang beginning Viki dengan CICD Jadi kami sudah memperkenalkan atau memperkenalkan pilihan kode untuk memperkenalkan pilihan kode pada tahun yang terakhir tetapi saya juga ingin memperkenalkan apa yang kita gunakan sebelumnya untuk memberikan anda memperkenalkan apakah kita bergerak Jadi, setelah masa kita memperkenalkan pilihan CICD kita memperkenalkan pilihan kode untuk memperkenalkan pilihan dan itu adalah setelah setelah pipeline CICD dan salah satu masalah yang besar di sini adalah pengguna-penggunaan yang menghargai untuk memperkenalkan sistem-penggunaan untuk membuatnya memperkenalkan pilihan kode dengan sistem-penggunaan itu. Jadi, apabila kita menggunakan ia tidak menggunakan pengguna-penggunaan esok, semua pilihan akan berjalan ke satu pengguna-penggunaan jika semua pengguna-penggunaan anda memakai sekali, ia sebenarnya sangat kecil. Dan sebab kita tidak memperkenalkan pengguna-penggunaan kadang-kadang sistem bergerak esok, orang mengulangkan ini Saya mengguna-penggunaan dari chat-logs kita bercakap tentang pengguna-penggunaan channel saya akan mengulangkan pengguna-penggunaan sekarang menunggu sebuah perjalanan untuk mengulangkan pengguna-penggunaan pengguna-penggunaan mempunyai masalah diselesaikan Pembenaran pengguna-penggunaan terus mengembang, tetapi selepas pengguna-penggunaan berlaku, dan kemudian pengguna-penggunaan dari semua pengguna-penggunaan yang berharga dengan pengguna-penggunaan Jadi, saya hanya ingin beritahu bahawa saya tidak cuba mengatakan pengguna-penggunaan itu teruk. Tapi idea di sini adalah membuat pengguna-penggunaan ini tetapi tidak mempunyai pengguna-penggunaan untuk memperkenalkan atau membuatnya lebih baik ia sebenarnya sangat teruk pada masa. Jadi, orang bermula bercakap tentang memperkenalkan pengguna-penggunaan sejak kita sudah berada di platform mereka dan itu yang membuat kita berada di tempat pertama. Jadi, kita ada... Jadi, ini adalah pengguna-penggunaan yang pertama saya membuat untuk memperkenalkan pengguna-penggunaan. Ini satu tahun lalu, 20 Oktober 2018. Jadi, pada saat ini, sebenarnya kita tidak mempunyai pengguna-penggunaan yang telah dibuat di GCP dan tidak memperkenalkan pengguna-penggunaan. Jadi, kita lihat sebuah tahun lalu apa yang kita telah membuat pada sebuah kejadian. Jadi, hari ini ia sesuatu yang saya periksa pada Wednesday. Jadi, kita mempunyai 77 pengguna-penggunaan yang berlaku pada pengguna-penggunaan. Dan, terlalu kaya, saya tidak dapat dapatkan sebuah nombor untuk pengguna-penggunaan yang telah dibuat. Jadi, pengguna-penggunaan saya hanya dapat sampai 20,000. Saya rasa sebelum itu, saya tidak akan memperkenalkan lagi. Tapi, ini ada sesuatu di November 2018. Jadi, saya akan kata sesuatu di sekitar 21,000-22,000. Dan di total, dalam sebuah tahun ini, kita telah menggunakan 87,000 pengguna-penggunaan. Jadi, ini ada tiga jenis masin yang berbeza. 32 pengguna-penggunaan, 8 pengguna-penggunaan dan sebuah pengguna-penggunaan. Untuk semua pengguna-penggunaan CSEW kita. Jadi, semua ini mungkin seperti, ya, ada nombor, tetapi ini tidak akan berlaku sekarang. Tetapi dengan saya, saya akan menjelaskan bagaimana ini menjelaskan dalam bahagian antara pengguna-penggunaan dan pengguna-penggunaan. Okey. Sebenarnya, saya akan pertama bercakap dengan apa yang kita lakukan, dalam bahagian jenis pengguna-penggunaan. Dan, ya, salah satu perkara. Jadi, jenis pengguna-penggunaan adalah keputusan yang betul. Ia seperti, saya cuba menjadi seorang pengguna-penggunaan untuk menyelaskan ini kepada anda. Tapi, hanya untuk menjelaskan apa yang saya maksudkan di sini. Okey. Jadi, mari kita lakukannya untuk memahami kenapa pengguna-penggunaan adalah keputusan yang baik. Jadi, mari kita memahami keputusan antara pengguna-penggunaan dan pengguna-penggunaan. Jadi, untuk pengguna-penggunaan. Sebelumnya, saya telah menyebut bahawa kami mempunyai total keperluan dari 87,000 minit di atas masin masin yang berlainan. Jadi, mari kita kata jika saya akan memahami jika saya memahami solusi sendiri. Saya mempunyai 32-kawal pengguna-penggunaan. Ia akan berarti bahawa, perkara ini adalah bahawa saya perlu memahami pengguna-penggunaan selama sepanjang tahun. Dan, bahkan itu akan berlainan ke lebih dari 500,000 minit. Jadi, anda dapat melihat di sini, ada beberapa kegunaan. Jika saya memahami pengguna-penggunaan kawal pengguna-penggunaan, saya sebenarnya menggunakan untuk lebih banyak masa untuk memperbaiki pengguna-penggunaan. Kerana anda perlu memahami kawal pengguna-penggunaan 24-7 minit. Anda tidak boleh memahami kawal pengguna-penggunaan pada malam. Mungkin anda mempunyai pengguna-penggunaan pada malam juga. Sebenarnya, ini tidak mengangkatkan pengguna-penggunaan. Untuk pengguna-penggunaan, anda tidak hanya memahami sebuah infrastruktur yang berlainan. Untuk pengguna-penggunaan untuk memperbaiki pengguna-penggunaan atau membuatnya lebih baik pada masa yang berlainan. Jadi, mari kita cuba melihat jika anda dapat melakukan kegunaan yang lebih baik pada masa itu. Jadi, apa yang saya ada di sini di lantai dan di lantai. Di lantai, ia adalah pembentangan untuk kawal pengguna-penggunaan. Sebenarnya, ia mengenai tiga masin yang berlainan dan perlainan perlainan. Di lantai, apa yang saya ada adalah solusi yang diberikan. Jadi, satu sebab 32 kawal pengguna-pengunaan. Assamlah, saya membuat di sini adalah sebab memperbaiki mesin-mesin yang mencuba sebuah sebab berlainan dan tiga masin yang berlainan dan tiga masin yang berlainan. Saya akan membuat kegunaan yang semuanya boleh dilakukan pada tiga masin yang berlainan juga. Jadi, mari kita cuba memperbaiki tiga masin dari sini. Jadi, pada sebab pengguna yang saya berikan di sini dan tiga minit yang saya menunjukkan esusnya, pengguna yang saya akan membuat adalah $3,000 di USD. Tetapi apa yang saya ada di sini mengubahkan yang tiga masin yang berlainan untuk sebulan satu tahun. Selepas itu, jika kita mempunyai beberapa diskouns, saya rasa kita mempunyai penggunaan untuk satu tahun dan bahkan dengan diskouns, ia masih $6,000 dan ini sudah memberi kita penggunaan yang kurang lebih dari 50% dengan hal. Dan saya hanya ingin menyebabkan satu lagi perkara. Saya tidak akan mempunyai penggunaan untuk solusi seluruh. Ini adalah masalah. Jika anda menyebabkan diri, anda perlukan penggunaan untuk, seperti yang saya menyebabkan tadi, masuk ke dalam, periksa sistem, re-start sistem, anda menggunakan masa itu. Ini adalah semua penggunaan yang dapat dilakukan di luar masa. Jadi, ini adalah salah satu penggunaan yang kita telah melihat sejauh ini. Pada penggunaan lain, antara penggunaan dan penggunaan, ia adalah bahawa sebelumnya, semua penggunaan yang kita telah membuat hanya dalam seri, anda tidak dapat melakukan periksaan di parallel. Dan semuanya, semua mereka menggunakan satu penggunaan. Tetapi di penggunaan, semuanya, setiap penggunaan, menggunakan penggunaan sendiri. Jadi, jika kita menyebabkan penggunaan lagi, tentu saja, untuk penggunaan, saya mempunyai sebuah penggunaan 87,000 minit, tetapi disebabkan penggunaan dalam periksaan penggunaan, esang-esang, apa yang kita boleh menunggu, kita pasti akan menyebabkan penggunaan 87 minit. Dan kemudian, saya bermaksud, kita boleh membuat keputusan di sini, bahawa, dengan menggunakan penggunaan CICD untuk periksaan di luar masa, kita dapat mencapai lebih cepat periksaan. Okey, jadi, lebih daripada penggunaan yang kita nampak untuk menggunaan periksaan di luar masa, saya juga ingin bercakap tentang perkara lain yang Vicky telah melakukannya untuk menghubungi periksaan di luar masa. Okey, jadi, salah satu perkara yang saya ada di sini adalah menghanasikan sistem ekosistem dari GCP. Jadi, tidak hanya menggunakan periksaan periksaan di luar masa, tetapi juga menggunakan periksaan lain yang mereka ada di platform seperti IAM, yang adalah Anantian Access Management. Jadi, bagaimana anda melakukannya? Selain itu, ada konsol di GCP yang anda dapat mencari periksaan periksaan di luar masa, dan anda dapat menyebabkan keputusan untuknya. Dan ini menyeronokkan kepada kami kerana jika anda menggunakan sistem periksaan periksaan yang telah menggunakan periksaan CIP, mari kita katakan bahawa anda mahu periksaan ini untuk dapat menggunakan periksaan seperti jika anda mempunyai aplikasi web, anda perlu membangun periksaan javascript, periksaan CSS, anda perlu menggunakan periksaan ke tempat-tempat. Kemudian anda perlu, kerana periksaan ini terbaik-baiknya adalah sebuah perkara yang berbeda. Tidak, ia tidak mempunyai keputusan dengan periksaan CIP anda. Anda perlu membuat keputusan atau mengambilkan sebuah keputusan ke periksaan. Tetapi dalam keputusan CIP, dengan IAM, semua yang anda perlu lakukan adalah mengambilkan periksaan ke periksaan periksaan. Dan itu saja. Tidak ada kemungkinan untuk anda mempunyai dan mempunyai sebuah periksaan atau mempunyai beberapa periksaan ke periksaan. Ia berfungsi seperti magik. Dan juga, satu perkara yang bagus, yaitu ia adalah mempunyai periksaan dengan mudah. Semua yang anda perlu lakukan adalah hanya mengambilkan periksaan IAM dan anda dapat melihat apa periksaan periksaan saya dapat dan tidak dapat. Jadi, jika satu hari, anda perlu mengambilkan beberapa periksaan dari periksaan periksaan anda, semua yang anda perlu lakukan adalah mengambilkan periksaan itu. Okey? Satu perkara yang kita merasa yang kita lakukan, adalah mengambilkan periksaan kita. Jadi, ini tidak begitu banyak tentang kemungkinan yang datang dari CloudBuild atau GCP di general, tetapi lebih daripada perubahan mindset dalam periksaan kita. Jadi, kemudian dalam periksaan CIP kita, atau periksaan CIP, setiap periksaan diberikan untuk memastikan periksaan periksaan mereka bekerja dengan baik. Jadi, mereka memastikan periksaan mereka sendiri, memastikan periksaan kita untuk mengambil beberapa periksaan yang telah dilakukan. Tapi jika anda melihatnya sebagai sebuah periksaan, ada beberapa fungsi yang berlainan di antara tempat ini. Jadi, apabila kita mencari periksaan CloudBuild, kita berfikir, kenapa tidak mengambilkan semua periksaan kita dan mengambilkan periksaan kita supaya tidak ada periksaan periksaan yang ditambah di sebuah periksaan. Okey? Jadi, tiba-tiba, hanya mengambilkan sebuah periksaan seperti jika anda membuatnya, jika anda mengambilkan periksaan periksaan anda untuk periksaan periksaan anda di GitHub, anda boleh hanya mengambilkan periksaan anda, mengambilkan periksaan anda juga. Okey? Dan menerima, ya, mengambilkan periksaan re-inventing. Anda hanya ingin membuatnya sekali. Jika satu tahun nanti, seseorang ingin membuat fungsi yang sama. Mereka boleh hanya mencari periksaan yang anda sudah mencari sebelumnya. Okey? Dan salah satu perkara terakhir yang kami merasakkan yang kami telah membuat, adalah mengambilkan notifikasi. Jadi, apakah periksaan CICD tanpa notifikasi? Anda tahu, anda tidak dapat mempunyai periksaan periksaan CICD hanya untuk melihat jika periksaan periksaan anda berlaku. Anda ingin mempunyai beberapa otomasi, seperti mungkin mereka akan memberikan anda sedikit notifikasi, atau mereka akan mengubah statasi GitHub untuk PR-nya untuk memberikan anda tahu jika periksaan berlaku. Okey? Jadi, implementasi itu sangat mudah. Pada akhirnya, setiap periksaan periksaan periksaan periksaan anda, anda akan mempunyai bahagian, dan periksaan akan dibuatkan kepada bahagian itu. Okey? Jadi, apa yang anda perlu lakukan, membuat fungsi Cloud, mengubahnya kepada bahagian itu, dan kemudian dapat informasi untuk mempunyai API status GitHub atau notifikasi slag, melakukan apa-apa yang anda mahu di sana. Itulah fungsi Cloud. Ia adalah kota yang anda boleh menulis diri. Okey? Jadi, seperti yang saya katakan, notifikasi status GitHub, notifikasi slag, ia mungkin dapat dibuatkan di sini. Okey. Jadi, perkara yang menarik, perkara yang menarik tidak akan menarik jika saya beritahu anda tentang perkara yang berlaku. Kita perlu berbincang tentang perkara yang berlaku. Tetapi juga, kita telah menghentikannya sepanjang masa. Jadi, mari kita lihat. Okey, salah satu perkara yang kita menarik, sebelumnya, saya bercakap tentang dokumentasi yang penting dan implementasi dan platform untuk itu. Dan, salah satu perkara yang lain kita membuat pada awal-awal, kenapa tidak, untuk semua gambar ini untuk pekerjaan peluang dalam pekerjaan anda, menarik dalam sebuah gambar sehingga. Dan kemudian, untuk setiap aplikasi, gambar yang menarik, menarik dalam sebuah gambar yang sama juga. Dan ini adalah masalah kerana, orang akan menerang. Kadang-kadang, nama aplikasi, gambar belakang, sesuatu yang sangat sama kepada yang dipergunakan untuk gambar custom. Jadi, kita memutuskan, kenapa tidak, menarik sepanjang masa? Jika saya menggunakan projek GCP untuk menggunakan semua gambar berlaku, saya akan menarik semua gambar yang berlaku ke dalam registri kontainan untuk projek GCP itu. Jika saya akan menggunakan gambar ini atau lebih baik, menggunakan gambar berlaku untuk menggunakan gambar kubinati dari projek yang berlaku, saya akan menggunakan gambar berlaku untuk projek yang berlaku. Jadi, ia adalah kemahaman yang jelas, anda dapat melihat dengan jelas, atau lebih baik jika anda menarik gambar, anda tahu bahawa ia sepatutnya digunakan dalam projek itu. Dan satu masalah lain yang kita melihat di sini adalah kemahaman Ragex. Jadi, ini adalah masalah kerana kita memulakan kemahaman clock semasa ia berlaku pada beta. Mereka tidak memiliki perkara negatif di Ragex. Jadi, masalah yang saya akan beritahu anda, jika anda menerima esok, saya tidak yakin jika anda berdua berlaku dengan Ragex sebelumnya, tetapi ini adalah sebuah string Ragex yang sangat lama. Esok, apa yang ia cuba lakukan adalah hanya perkara yang di atas. Ia hanya cuba tidak menggantikan kemahaman. Jadi, ia adalah perkara yang baik pada GCP. Mereka menerima bot Ragex yang disentuhi atau bot checkbox untuk mengajar kita untuk dapat menggantikan logik negatif ini lebih mudah. Tetapi, apa yang saya cuba lakukan adalah menggantikan beberapa langkah ini untuk menggantikan barang kode dan saya hanya cuba berkata jika barang kode berubah, tidak menggantikan barang kode. Jadi, ia adalah logik negatif. Dan di sini, esok ini, Ragex hanya cuba menggantikan segalanya tetapi dua string Ragex. Jadi, ia adalah perkara yang panjang. Okey, sebelumnya, saya hanya ingin bercakap tentang perkara yang sedap yang kita lakukan untuk membuat kerja kita lebih baik. Jadi, salah satu masalah adalah apabila kita menggunakan barang kode, anda perlu menggantikan sesuatu konfigurasi dan terutamanya adalah barang kode. Jadi, awal-awal saya bercakap tentang barang kode, anda dapat menggunakan barang kode di parallel. Tetapi perkara ini, jika anda melihat barang kode, esok-esok seperti barang kode atau listan, anda membaca dari atas-atas. Jadi, mari kita katakan seseorang membuat perubahan dalam barang kode. Bagaimana anda, atau sebagai perubahan dari barang kode, bagaimana anda tahu apa yang berlaku dalam barang kode? Bukan mudah untuk beritahu tapi hanya membaca konfigurasi ini. Jadi, dalam perusahaan kita, kami mempunyai seorang seorang peribadi yang mempunyai idea ini. Kenapa tidak membaca barang kode dan memasukkannya menjadi gambar? Jadi, ia lebih mudah. Anda dapat melihat di sisi kanan. Anda mempunyai di sisi kanan. Itu pasti lebih mudah untuk melihat seperti apa yang pipeline yang saya mencari di sini. Okey? Jadi, sebelumnya, ini adalah sisi kanan yang berlaku di sisi kanan. Ini adalah jambu yang anda dapat menggunakan di CLI dan anda akan memutuskan perubahan untuk faham yam ke gambar yang anda nampak tadi. Okey? Jadi, dan dengan itu, kami akan mencapai akhirnya. Terima kasih.