Ngopi #120. Operator Java &, && (AND) || (UTAWA). Pambuka kanggo GitOps lan DevOps kanggo Pangembang

Operator Java &, && (AND) || (UTAWA)

Sumber: freeCodeCamp Ing basa pemrograman Java, kita nggunakake operator kanggo nindakake operasi ing variabel. Operator dipérang dadi macem-macem kategori: operator aritmetika, operator penugasan, operator perbandingan, operator logis, lan liya-liyane. Ing artikel iki, kita bakal ngomong babagan operator bitwise AND ( & ), uga operator logis AND ( && ) lan OR ( || ).

Cara nggunakake operator bitwise AND

Simbol & nuduhake operator bitwise AND. Iku ngevaluasi nilai binar saka nomer tartamtu. Asil binar saka nomer iki bakal bali kanggo kita ing basa 10. Nalika & operator wiwit karya, bakal ngira-ngira Nilai saka karakter ing nomer loro, miwiti saka kiwa. Ayo goleki conto kanggo mbantu luwih ngerti iki:

System.out.println(10 & 12);
// returns 8

Carane nerangake iki? Nilai biner 10 yaiku 1010. Nilai biner 12 yaiku 1100. Iki sing kudu digatekake sadurunge miwiti operasi: 1 lan 0 => 0 0 lan 1 => 0 1 lan 1 => 1 0 lan 0 = > 0 Dadi ayo padha nindakake operasi. Simbol pisanan kanggo 10 iku 1, simbol pisanan kanggo 12 uga 1, mulane: 1 lan 1 = 1. Ngalih menyang simbol kaloro - 0 kanggo 10 lan 1 kanggo 12: 1 lan 0 = 0. Kanggo simbol katelu - 1 kanggo 10 lan 0 kanggo 12: 1 lan 0 = 0. Kanggo karakter papat - 0 kanggo 10 lan 0 kanggo 12: 0 lan 0 = 0. Saiki ayo gabungke kabeh karakter bali. Iki menehi 1000. Nilai binar 1000 ing basis 10 yaiku 8, mula operasi kita bali 8.

Cara Nggunakake Operator Logika AND

Elinga yen kita nggunakake operator Boolean kanggo ngevaluasi kahanan. Padha bali bener utawa salah gumantung ing kahanan tartamtu. Simbol && nggantosi operator AND. Iku ngevaluasi loro statement / kondisi lan bali bener mung yen loro statements / kondisi bener. Iki minangka sintakse:

statment1/condition1 && statemnt2/condition2

Kaya sing sampeyan deleng ing ndhuwur, ana rong pernyataan / kahanan sing dipisahake karo pernyataan. Operator ngevaluasi nilai loro statement / kahanan lan menehi kita asil - bener utawa salah . Iki contone:

System.out.println((10 > 2) && (8 > 4));
//true

Operasi bakal bali bener amarga loro kondisi bener: 10 luwih saka 2 lan 8 luwih saka 4. Yen salah siji kondisi duwe logika salah, kita bakal nampa false . Kanggo luwih ngerti operator && , sampeyan kudu ngerti yen loro kondisi kudu bener kanggo ngevaluasi bener . Iki conto liyane sing ngasilake palsu :

System.out.println((2 > 10) && (8 > 4));
// false

Ing kene 2 ora luwih saka 10, lan 8 luwih gedhe tinimbang 4 - supaya kita entuk false . Iki amarga salah sawijining syarat ora bener.

• Yen kondisi loro iku bener => bener

• Yen salah siji saka rong kondisi iku palsu => palsu

• Yen kondisi loro iku palsu => palsu

Cara nggunakake operator Boolean OR

Kanggo nunjukake operator OR kita nggunakake simbol || . Operator iki ngasilake palsu mung yen kondisi kasebut salah. Tegese, yen loro kahanan iku bener, kita bakal entuk bener , lan yen salah siji saka loro kondisi bener, kita uga bakal bener . Punika sintaksipun:

statment1/condition1 || statemnt2/condition2

Ayo katon ing sawetara conto.

System.out.println((6 < 1) || (4 > 2));
// true

Bener bali menyang kita amarga salah siji kondisi bener.

• Yen kondisi loro iku bener => bener

• Yen salah siji kondisi bener => bener

• Yen kondisi loro iku palsu => palsu

Kesimpulan

Ing artikel iki, kita sinau carane nggunakake bitwise & operator lan operator logis && lan || ing Jawa. . Kita uga sinau apa nilai saben operasi bali gumantung ing kahanan.

Pambuka kanggo GitOps lan DevOps kanggo Pangembang

Sumber: Hackernoon Salah sawijining tujuan utama DevOps yaiku mbantu para pangembang masang fitur menyang produksi kanthi cepet lan aman. Iki tegese nggawe alat lan proses sing nindakake kabeh saka nyedhiyakake lingkungan pangembangan pribadi nganti nyebarake lan ngamanake beban kerja produksi. Ing wektu sing padha, kesusu kudu ora nyebabake kegagalan kritis. GitOps minangka cara kanggo ngotomatisasi DevOps. Luwih khusus, iki minangka taktik otomatisasi nggunakake alat pangembangan Git. Amarga pangembang wis nggawe kode menyang repositori Git sing terpusat (nggunakake kaya GitHub, GitLab, utawa BitBucket), pangembang DevOps bisa masang skrip karya apa wae kanggo mbangun, nguji, utawa nyebarake aplikasi kanggo mbukak sawise saben owah-owahan kode digawe. Iki tegese pangembang bisa digunakake sacara eksklusif karo Git, lan kabeh sing mbantu nggawe kode kasebut dadi produksi bakal otomatis.

Kenapa GitOps?

Sadurunge, metode DevOps lan CI/CD minangka seperangkat skrip lan alat kepemilikan sing nindakake tugas saben dina: tes, nyediakake infrastruktur, utawa nggunakake aplikasi. Nanging, kasedhiyan alat prasarana anyar kayata Kubernetes, ditambah karo arsitektur microservice, mbutuhake pangembang supaya luwih melu proses CI/CD. Owah-owahan iki nggawe masalah sing ana gandhengane karo skenario pangguna, nyebabake alur kerja sing mbingungake lan ora konsisten, duplikasi gaweyan, lan nyuda kacepetan pangembangan. Kanggo njupuk kauntungan saka alat lan arsitektur maya, tim mbutuhake pendekatan otomatis sing konsisten kanggo CI/CD. Iki bakal ngidini pangembang kanggo:

• Mungkasi nggawe lan njaga skrip kepemilikan lan gunakake proses universal.

• Gawe aplikasi lan layanan luwih cepet kanthi proses penyebaran universal sing ditemtokake.

• Nyebar luwih cepet sawise ngganti kode.

• Aktifake panyebaran otomatis kanggo rilis sing luwih cepet, luwih kerep, lan luwih dipercaya.

• Nindakake rollbacks lan audit kanggo selaras karo pola desain deklaratif.

Pangembang seneng karo GitOps

Kanggo kabeh alasan sing kasebut ing ndhuwur (lan liya-liyane), perusahaan mbutuhake pendekatan sing dikelola lan otomatis menyang CI / CD lan DevOps supaya sukses mbangun lan njaga aplikasi awan. Nanging yen otomatisasi kabeh ana, mula kenapa GitOps luwih apik tinimbang strategi liyane (kayata SlackOps, panyebaran terjadwal, utawa skrip prasaja)? Jawaban iki prasaja: pangembang seneng GitOps.

Git - siji alat kanggo ngatur kabeh

Ing taun-taun pungkasan, wis jelas manawa GitOps minangka salah sawijining strategi otomatisasi DevOps sing paling dhuwur ing antarane para pangembang, lan ora angel ngerti sebabe. Pangembang manggon ing Git. Dheweke nyimpen owah-owahan sauntara ing git, kolaborasi nggunakake git, mriksa kode nggunakake git, lan nyimpen riwayat lan jejak audit saben owah-owahan sing wis ditindakake sapa wae, uga ing git. Amarga pangembang wis gumantung banget marang git, ana alat khusus sing kasedhiya kanggo nggarap. Ing sistem integrasi terus-terusan modern sing paling kerep digunakake kanggo ndhukung GitOps, kayata CircleCI , Github Actions , Gitlab CI lan liya-liyane, konfigurasi sing ndhukung pipa dumunung langsung ing repositori Git. Kaya kode sumber aplikasi, konfigurasi iki dikontrol versi lan katon kanggo saben pangembang sing nggarap proyek kasebut. Ora mung dheweke bisa ndeleng apa proses pipa, nanging uga bisa kanthi cepet lan gampang nggawe owah-owahan yen perlu. Gampang akses kanggo pangembang iki penting nalika nulis tes kanggo aplikasi lan njamin keamanan lan stabilitas.

Full poto-layanan

Fitur anyar utawa koreksi bug ora dianggep lengkap nganti dirilis menyang produksi. Iki tegese apa wae sing nyegah owah-owahan kode ing produksi mbuwang wektu lan energi pangembang. Upamane pangembang kudu ngenteni sawetara wektu kanggo tim utawa wong liya ngrampungake sawetara tugas sadurunge bisa nutup langkah kerjane. Iki bisa nggawe gesekan lan konflik ing organisasi. Nggampangake kolaborasi antarane tim minangka salah sawijining keuntungan utama GitOps. Pangembang ora mung entuk kesempatan kanggo nggarap alat sing akrab, nanging uga bisa ngeculake kode kasebut menyang produksi tanpa intervensi manual. Iki tegese dheweke ora ngenteni wong liya ngrampungake tugase.

Kerja terus-terusan ing kabeh

Keuntungan gedhe liyane saka GitOps yaiku kabeh proses tansah mlaku! Saben pangowahan sing kita lakoni bakal nggawe uji coba lan panyebaran tanpa langkah manual. Wiwit pangembang bakal nggunakake git nganggo utawa tanpa GitOps, nyambung menyang alur kerja sing wis ana kanggo mbukak proses DevOps minangka pilihan sing cocog kanggo otomatisasi.

GitOps ing laku

Mesthine, keterlibatan pangembang ing proses kasebut nyebabake tim nggunakake alat sing ramah pangguna kayata Git. Iki uga nggawe konsistensi alami kanggo fase integrasi / penyebaran CI / CD. Sawise kabeh, mung ana akeh perkara sing kasedhiya ing repositori Git (contone, commit, mbukak / nutup panjaluk tarik, gabung, lan sapiturute), saengga tampilan lan rasa implementasine GitOps kalebu sawetara langkah-langkah khas:

1. Narik panjalukan, tes, lan lingkungan pratinjau

Sawise pangembang wis ngentekake wektu nulis kode kanggo fitur anyar, dheweke biasane ngirim kode kasebut menyang cabang Git anyar lan ngirim panjaluk Tarik utawa Gabung maneh menyang cabang utama gudang. Pangembang nindakake iki saben dina. Pandhuan mbutuhake manajer teknis kanggo mriksa owah-owahan kode lan nyetujoni supaya bisa digabung menyang kode aplikasi utama. Iki minangka kesempatan sing apik kanggo DevOps kanggo nambah tugas tambahan. Kanthi nyambungake menyang acara mbukak / nutup sing digawe dening proses panjalukan tarik iki nggunakake alat integrasi terus (CI), tim DevOps bisa micu eksekusi tes unit, nggawe lingkungan pratinjau, lan eksekusi tes integrasi marang lingkungan kasebut. Perkakas iki ngidini insinyur kanthi cepet nggawe kapercayan babagan owah-owahan kode lan ngidini manajer produk ndeleng owah-owahan kode liwat lingkungan pratinjau sadurunge gabung. Kapercayan sing luwih cedhak tegese fusi sing luwih cepet. Sing kurang lan luwih kerep data dilebokake, luwih sithik gulung maneh sing rumit lan mbingungake. Teknik GitOps iki minangka kunci kanggo tim pangembangan lan produksi sing luwih cepet, luwih sehat.

2. Gabung karo master lan nyebarke kanggo pementasan

Sawise kabeh pihak wis mriksa owah-owahan kasebut, kode kasebut bisa digabung menyang cabang master repositori bebarengan karo owah-owahan sing ditindakake dening tim pangembangan liyane. Cabang master iki asring digunakake minangka area pementasan kanggo kode sing meh siap kanggo produksi. Isih ana wektu kanggo ngrampungake sawetara tugas operasional kayata tes lan penyebaran. Nalika kita biasane nyoba kode kanggo saben panjalukan narik sadurunge nggabung, iku apike kanggo mbukak maneh tes kanggo mesthekake kode bisa karo owah-owahan liyane digawe dening liyane saka tim. Iku uga worth deploying kabeh owah-owahan iki kanggo lingkungan umum (disebut "pementasan") sing kabeh tim bisa digunakake kanggo mriksa lan nyoba owah-owahan paling anyar sadurunge padha dirilis kanggo pelanggan.

3. Ngurangi rilis lan nyebarake menyang produksi

Pungkasan, sawise manajer lan insinyur duwe wektu kanggo mriksa lan nguji owah-owahan paling anyar ing cabang hulu, tim wis siyap ngeculake rilis kasebut lan nyebarake menyang produksi! Tugas iki asring ditindakake dening manajer rilis, anggota tim sing darmabakti (utawa muter) sing ditugasake nglakokake skrip penyebaran lan ngawasi rilis kasebut. Tanpa nggunakake GitOps, anggota tim iki kudu mriksa endi skrip sing bener, urutan apa kanggo mbukak, lan apa kabeh perpustakaan lan paket sing bener sing dibutuhake kanggo mbukak skrip wis diinstal ing mesin. Kanthi GitOps, kita bisa ngubungake penyebaran iki menyang acara basis Git liyane - nggawe rilis utawa tag. Kabeh sing kudu ditindakake manajer rilis yaiku nggawe "rilis" anyar, asring nggunakake semver kanggo jeneng kasebut. Tugas kanggo mbangun lan nyebarake owah-owahan kode bakal mlaku kanthi otomatis. Kaya umume tugas sing ditindakake dening alat CI, bakal dikonfigurasi karo lokasi skrip lan urutan perpustakaan lan paket sing dibutuhake kanggo mbukak.

Alat GitOps

Alat integrasi terus-terusan sing kuat lan intuisi ora mung siji-sijine sing dibutuhake kanggo ngolah proses GitOps kaya sing diterangake ing artikel iki. Sistem CI bisa micu skrip adhedhasar acara git, nanging sampeyan isih butuh alat sing kuat kanggo mbukak skrip kasebut lan nggawe gampang lan aman kanggo mbukak lan njaga. Nambahake owah-owahan kode (uga dikenal minangka pangiriman terus-terusan, CD) minangka salah sawijining langkah sing paling angel kanggo ngotomatisasi. Pramila kita wis milih sawetara kategori alat sing bisa mbantu sampeyan ing perjalanan GitOps:

Containerization karo Docker

Docker nggawa pangembangan awan menyang lingkungan sing disebarake kanthi anyar lan mbantu para pangembang wiwit nganggep arsitektur microservice kanthi realistis minangka pilihan sing bisa ditindakake. Salah sawijining perkara sing nggawe Docker dadi kuat yaiku kepenak kanggo pangembang dibandhingake karo solusi virtualisasi generasi sadurunge. Kaya karo konfigurasi CI deklaratif sing ditemokake ing repositori kita, pangembang mung kudu nulis lan njaga Dockerfile ing repositori supaya bisa nggawe otomatis mesin virtual sing disebarake ing wadhah. Containerization minangka taktik sing kuat banget kanggo tim awan lan kudu dadi alat inti ing repertoar sampeyan.

Infrastruktur minangka Kode (IaC)

Akeh sing nyiapake infrastruktur lan nyebarake aplikasi sing ora disimpen ing Dockerfile. Kanggo kabeh liyane, ana solusi infrastruktur-as-code (IaC) kayata Terraform , Cloudformation lan liya-liyane. Solusi kasebut ngidini pangembang kanggo njlèntrèhaké bagéan liya saka aplikasi, kayata sumber daya Kubernetes, load balancer, jaringan, keamanan, lan liya-liyane, kanthi cara deklaratif. Kaya konfigurasi CI lan Dockerfiles sing diterangake sadurunge, template IaC bisa dikontrol versi lan dituduhake ing kabeh pangembang ing tim sampeyan.