DEV Community: irfan mayendra

Cara hilangkan CR LF DI NOTEPAD ++

irfan mayendra — Fri, 23 Jun 2023 10:29:28 +0000

jadi udah berapa minggu terakhir kepencet ga sengaja atau apalah bgst ini notepad++ gue jadi kyk begituan tampilan nya

ada CR LF lama lama gatel juga nih mata liat nya.

gue cari2 akhir nya ada juga tutorial fix nya :v
nih gue share :

klik view -> show symbol -> show all characters di klik aja hapus centang nya!

voilaa !!

beres deh itu..
ciao!

15 Alat DevOps dan SRE yang Harus Anda Ketahui di tahun 2023

irfan mayendra — Thu, 22 Jun 2023 03:17:07 +0000

Dengan lanskap teknologi yang terus berkembang, para profesional di bidang DevOps dan SRE harus tetap up-to-date dan memiliki pengetahuan tentang alat dan praktik yang mendorong kemajuan industri.

Apakah Anda baru memulai karir Anda atau telah bekerja di DevOps atau SRE selama bertahun-tahun, posting ini akan memberikan wawasan dan informasi berharga tentang alat yang harus Anda ketahui saat kita memasuki tahun 2023.

Kami akan membahas secara mendetail tentang 15 alat penting yang harus Anda ketahui, yang dapat membantu Anda dalam pembuatan diagram, penerapan, pengujian, pemantauan, triase, komunikasi, dan peringatan.

Secara khusus, kami akan membahas kategori berikut:

Pemantauan & pengamatan
Platform Aplikasi
Obrolan dan Obrolan Obrolan
Manajemen insiden
Membuat diagram
CI/CD

Pemantauan & pengamatan
Pemantauan dan keteramatan adalah komponen penting dari setiap strategi DevOps dan SRE. Mereka memungkinkan organisasi untuk mengumpulkan data tentang kinerja dan perilaku sistem mereka dan mengidentifikasi serta menyelesaikan masalah apa pun yang mungkin muncul dengan cepat.

Dengan menerapkan praktik pemantauan dan pengamatan yang efektif, organisasi dapat memastikan bahwa sistem mereka berjalan lancar dan setiap masalah terdeteksi dan ditangani dengan cepat, memungkinkan mereka memberikan layanan berkualitas tinggi kepada penggunanya.

SignNoz
SigNotz adalah alat APM (pemantauan kinerja aplikasi) sumber terbuka yang dapat Anda gunakan sebagai alternatif dari alat lain seperti Datadog dan NewRelic. Ini bisa sangat berguna untuk memantau aplikasi Anda dan memecahkan masalah.

Selanjutnya, SigNoz mengintegrasikan OpenTelemetry, mendukung berbagai bahasa dan framework yang mengimplementasikannya, seperti Java, Ruby, Python, Elixir, dan masih banyak lagi.

APM elastis
Seperti yang disebutkan dalam namanya, ini adalah perangkat lunak APM lainnya, perbedaan utamanya adalah bahwa Elastic APM hadir dalam dua rasa. Penawaran SaaS serta versi sumber terbuka yang dihosting sendiri.

APM elastis dapat diintegrasikan dengan berbagai aplikasi, termasuk server web, basis data, dan perantara pesan, dan dirancang untuk bekerja secara lancar dengan Stack Elastis, seperangkat alat untuk mengumpulkan, menyimpan, dan menganalisis data.

Platform Aplikasi
Ini adalah beberapa alat penting yang harus Anda ketahui untuk menerapkan aplikasi ke lingkungan produksi atau dengan cepat menguji secara lokal dengan sukses.

Kami tidak akan membahas alat lain yang dikenal lebih luas seperti Kubernetes, Docker, dan Ansible, seperti yang telah disebutkan di banyak artikel lainnya. Namun, Anda dapat menemukan lebih banyak informasi di sumber daya yang disediakan di bagian akhir.

KIND
KIND (Kubernetes IN Docker) adalah alat untuk menjalankan kluster Kubernetes lokal menggunakan containerisasi Docker. Hal ini memungkinkan developer untuk menguji aplikasi mereka di lingkungan Kubernetes lokal tanpa menyiapkan cluster terpisah. Ini bisa sangat berguna untuk menguji aplikasi yang mengandalkan beberapa layanan mikro atau untuk mengembangkan dan men-debug aplikasi di lingkungan lokal.

Podman
Podman adalah alat manajemen wadah, sebuah alternatif untuk Docker, yang memungkinkan pengguna untuk membuat dan mengelola wadah pada sistem Linux.

Tidak seperti Docker, yang menggunakan daemon untuk mengelola kontainer, Podman berkomunikasi langsung dengan runtime kontainer untuk membuat dan mengelola kontainer, jadi Anda tidak perlu memulai atau mengelola proses daemon seperti daemon Docker.

Selain itu, Podman tidak memerlukan akses root. Oleh karena itu disebut-sebut dan dirancang agar lebih aman daripada Docker.

Terraform
Ini adalah alat untuk infrastruktur sebagai kode yang memungkinkan Anda membuat dan mengelola sumber daya cloud dan lokal menggunakan file konfigurasi yang mudah dibaca dan dipahami. Anda dapat menggunakan file konfigurasi ini untuk menentukan dan membuat versi infrastruktur Anda, lalu menggunakan proses yang konsisten untuk menyediakan dan mengelolanya di sepanjang siklus hidupnya.

Terraform dapat menangani sumber daya tingkat rendah seperti komputasi, penyimpanan, dan jaringan, serta sumber daya tingkat tinggi seperti entri DNS dan fitur perangkat lunak sebagai layanan (SaaS).

Obrolan
Aplikasi obrolan menjadi semakin penting untuk tim DevOps dan SRE, karena diperlukan untuk komunikasi waktu nyata dan Operasi Obrolan (ChatOps).

ChatOps adalah model kolaborasi yang menggabungkan komunikasi berbasis obrolan dengan tugas operasional. Ini dirancang untuk meningkatkan efisiensi dan efektivitas tim dengan memungkinkan mereka mengelola infrastruktur dan aplikasi mereka melalui obrolan.

Mattermost
Mattermost adalah alternatif self-host open-source untuk Slack yang memungkinkan kolaborasi tim melalui obrolan, suara, dan video. Ini dirancang dengan mempertimbangkan pengembang, DevOps, dan tim SRE.

Banyak integrasi seperti Jira, Gitlab, Github, dan Jenkins memungkinkan tim pengembang melakukan operasi penting langsung dari obrolan.

Airplane
Airplane adalah alat SaaS yang dapat membantu Anda membangun alat internal dan alur kerja lebih cepat.

Dengan Airplane, Anda dapat dengan cepat membuat UI pendukung dan logika otorisasi untuk melakukan tugas backend atau infrastruktur, seperti membuat rilis, memulai ulang layanan, atau memperpanjang uji coba.

Berkat integrasi Slack yang kuat, Anda dapat menjalankan tugas ini atau mengotorisasinya langsung dari antarmuka obrolan.

Manajemen insiden
Manajemen insiden sangat penting untuk tim DevOps atau SRE yang sukses. Ini melibatkan mengidentifikasi, menanggapi, dan menyelesaikan masalah atau insiden dalam sistem atau proses organisasi.

Manajemen insiden yang efektif membantu meminimalkan dampak insiden ini pada bisnis, mengurangi waktu yang diperlukan untuk menyelesaikannya, dan meningkatkan keandalan sistem secara keseluruhan.

Insiden Grafana
Grafana Labs meluncurkan platform manajemen insiden mereka pada tahun 2022, Insiden Grafana, yang mempercepat respons terhadap insiden dengan mengotomatiskan tugas rutin manajemen insiden, yang membantu Anda fokus untuk benar-benar memperbaiki masalah.

Insiden.io
Ini adalah alternatif dari Insiden Grafana. Mereka fokus pada manajemen insiden langsung dari Slack, membuat adopsi menjadi mudah. Alat ini juga akan membantu tim Anda belajar dari insiden melalui post-mortem yang dibuat secara otomatis, garis waktu, dan dasbor Wawasan Anda.

Statuspal
Alat SaaS ini dapat membantu tim Anda mengomunikasikan insiden secara efektif kepada pemangku kepentingan Anda, baik itu pelanggan atau karyawan Anda. StatusPal dilengkapi dengan banyak otomatisasi dan integrasi yang memungkinkan Anda menghemat waktu berjam-jam dalam komunikasi insiden dan fokus pada perbaikan.

CState
CState adalah alternatif sumber terbuka dan minimalis untuk komunikasi insiden. Menariknya berdasarkan Hugo (generator situs statis). Berkat itu, dapat dengan mudah dihosting melalui berbagai penyedia seperti Github atau Netlify dan berjalan sangat cepat karena struktur situs yang statis.

Membuat diagram
Mampu mendokumentasikan hal-hal seperti pipeline CI/CD, infrastruktur jaringan, ketergantungan komponen sistem, dan sejenisnya secara efektif merupakan tanggung jawab penting peran DevOps/SRE. Alat berikut memungkinkan diagram-sebagai-kode, memungkinkan Anda untuk menyimpan diagram sebagai bagian dari repositori Anda dan berkolaborasi dengan anggota tim Anda.

D2
D2 adalah bahasa diagram deklaratif baru yang dapat membuat diagram diagram teknis menjadi mudah; itu adalah bagian dari Terrastruct, yang dapat Anda gunakan secara gratis.

Sintaks D2 intuitif dan mudah untuk memulai; di sini adalah contoh dasar:

Mingrammer/diagram
Dengan Diagram, Anda dapat menggambar arsitektur sistem cloud menggunakan kode Python. Itu dibuat khusus untuk membuat prototipe arsitektur sistem baru tanpa memerlukan alat desain, tetapi juga dapat digunakan untuk menggambarkan atau memvisualisasikan arsitektur sistem yang ada.

CI/CD
CI/CD, atau Integrasi Berkelanjutan/KontinuPengiriman, adalah praktik pengembangan perangkat lunak yang bertujuan untuk merampingkan dan mengotomatiskan proses pembuatan, pengujian, dan penerapan perangkat lunak.

Praktik CI/CD, atau pipeline CI/CD, membentuk tulang punggung operasi DevOps modern.

Berikut ini adalah alternatif yang menawarkan alternatif SaaS dan self-hosted.

GitLab
GitLab adalah pengelola repositori Git berbasis web yang menyediakan manajemen kode sumber (SCM), integrasi berkelanjutan, dan banyak lagi. Ini dirancang untuk menghosting dan mengelola repositori Git dan untuk memfasilitasi seluruh siklus hidup DevOps, termasuk perencanaan, pengembangan, pengujian, dan penerapan.

GitLab CI/CD adalah fitur GitLab yang membantu tim mengotomatiskan proses pembuatan, pengujian, dan penerapan perangkat lunak mereka. Ini terintegrasi ke dalam platform GitLab dan memungkinkan pengguna untuk menentukan saluran pekerjaan yang akan dijalankan secara otomatis setiap kali perubahan kode didorong ke repositori.

Jenkins
Jenkins adalah server otomatisasi sumber terbuka yang membantu tim mengotomatiskan bagian dari proses pengembangan perangkat lunak. Ini mendukung pembuatan, pengujian, dan penggelaran perangkat lunak, serta mengotomatiskan tugas-tugas lain yang terkait dengan pengembangan dan pengoperasian.

Jenkins dirancang agar mudah digunakan dan dapat dikonfigurasi melalui antarmuka web atau dengan menulis skrip dalam berbagai bahasa. Ini terintegrasi dengan berbagai alat dan layanan, menjadikannya pilihan populer bagi tim yang ingin mengimplementasikan proses CI/CD.

**
**
Dengan semakin banyaknya alat DevOps dan SRE yang muncul setiap tahun, sulit untuk mengikutinya, jadi inilah yang menarik perhatian kami secara khusus dan kami yakin dapat menawarkan nilai terbaik untuk Anda.

Jika Anda memiliki saran tentang alat lain yang harus disertakan dalam daftar, jangan ragu untuk memberi tahu kami di contact@statuspal.io .

Bacaan lebih lanjut

Temukan lebih banyak alat dan sumber daya terkait DevOps dan SRE dengan menjelajahi daftar tautan berguna di bawah ini.

github.com/wmariuss/awesome-devops
github.com/SquadcastHub/awesome-sre-tools
https://medium.com/statuspal/15-devops-and-sre-tools-you-should-know-about-in-2023-9fd5d5489749

Processes — for 12-factor Microservice Applications

irfan mayendra — Tue, 20 Jun 2023 11:18:08 +0000

Ini adalah seri multi-bagian tentang aplikasi layanan mikro 12 faktor, di Kubernetes . Jika Anda telah mengikutinya, Anda akan ingat bahwa kita telah melakukan perjalanan melalui metodologi 12-faktor , menjelajahi berbagai aspek seperti kontrol versi , manajemen ketergantungan , konfigurasi , dan pemisahan tahap build, release, dan run .

Hari ini, kami melanjutkan penjelajahan kami dengan mengalihkan perhatian kami ke jantung ekosistem kami — aplikasi kami . Kami akan mengidentifikasi berbagai jenis aplikasi dalam lingkungan kami, strategi penanganannya yang unik, dan cara kami mengelola statusnya . Mari selami lebih dalam dan bangun di atas fondasi yang telah kami tetapkan di postingan kami sebelumnya.

Faktor Keenam — Proses
Jalankan aplikasi sebagai satu atau beberapa proses tanpa kewarganegaraan.

Menurut prinsip ini , kita harus memperlakukan layanan mikro kita sebagai proses tanpa kewarganegaraan . Aplikasi tidak boleh bergantung pada penyimpanan lokal atau status lokal, karena dapat menyebabkan masalah yang signifikan, terutama saat penskalaan. Data apa pun yang perlu dipertahankan harus disimpan dalam layanan dukungan stateful , seperti database.

Ayo jelajahi!

Menjelajahi Bentang Alam: Penerapan di Ekosistem kita
Menjalankan aplikasi di kluster Kubernetes sering kali berarti menerapkan campuran aplikasi yang dibuat khusus, alat sumber terbuka, dan/atau perangkat lunak yang disediakan vendor. Ekosistem perangkat lunak ini sangat penting untuk mengelola dan memantau klaster dan aplikasi yang berjalan di dalamnya.

Aplikasi yang Dibuat Khusus: Ini adalah aplikasi yang dibuat oleh organisasi Anda. Mereka dirancang untuk memenuhi kebutuhan bisnis tertentu dan seringkali terdiri dari layanan mikro yang bekerja sama.
Alat Pemantauan dan Pencatatan: Pemantauan sangat penting untuk menjaga kesehatan dan kinerja aplikasi yang berjalan di cluster. Alat seperti Prometheus memberikan kemampuan pemantauan yang kuat, menangkap metrik terperinci dari klaster dan aplikasi yang berjalan di dalamnya. Grafana dapat digunakan bersama Prometheus untuk visualisasi data yang kaya dan memahami kinerja sistem secara sekilas.

Untuk logging, Fluentd atau Fluent Bit populer di ekosistem Kubernetes , sering dipasangkan dengan backend Elasticsearch dan Kibana untuk visualisasi.
Alat Penerapan/Pengiriman Berkesinambungan: Alat seperti ArgoCD dan FluxCD dapat digunakan untuk mengelola penerapan dan memastikan bahwa versi yang tepat dari aplikasi Anda sedang berjalan. Mereka berintegrasi dengan sistem kontrol versi untuk menerapkan versi baru aplikasi Anda secara otomatis saat perubahan didorong.
Service Mesh: Service mesh seperti Istio atau Linkerd menyediakan kemampuan observasi, manajemen lalu lintas jaringan, dan keamanan untuk komunikasi layanan mikro. Itu menambahkan lapisan infrastruktur antara layanan Anda dan jaringan yang memungkinkan Anda mengontrol dan memantau layanan Anda pada tingkat yang terperinci.
Alat Keamanan: Keamanan adalah perhatian utama untuk aplikasi apa pun, dan Kubernetes tidak terkecuali. Akan melakukan posting blog ini secara terpisah, jika cukup suara!
Alat Penyimpanan dan Basis Data: Aplikasi stateful sering kali perlu menyimpan data dalam basis data. Solusi terkelola seperti Google Cloud SQL atau Amazon RDS dapat digunakan, tetapi terkadang Anda mungkin perlu menjalankan database Anda sendiri di cluster. Kubernetes mendukung berbagai solusi penyimpanan siap pakai.
Pengontrol Masuk: Pengontrol masuk sangat penting untuk mengelola koneksi jaringan masuk ke aplikasi Anda. Alat seperti Ingress Nginx Controller atau Traefik sering digunakan.
Alat Cadangan: Mencadangkan konfigurasi Kubernetes Anda penting. Alat seperti Velero dapat membantu pencadangan dan pemulihan klaster dan aplikasi Kubernetes Anda.
Ini hanyalah beberapa contoh jenis aplikasi dan alat yang mungkin Anda jalankan di kluster Kubernetes. Alat yang tepat yang Anda butuhkan akan bergantung pada kasus penggunaan dan persyaratan khusus Anda.

Sekarang setelah kami memiliki gagasan yang lebih baik tentang jenis aplikasi di sistem kami, kami lebih baik ditempatkan untuk mengelompokkan dan mengelolanya.

Mengklasifikasikan Ansambel: Memahami Jenis Aplikasi Kami
Secara umum, kami dapat mengklasifikasikan aplikasi menjadi tiga kategori:

Layanan Platform : Ini adalah aplikasi yang menawarkan layanan dasar untuk menjalankan dan mengelola platform. Contohnya termasuk ArgoCD untuk pengiriman berkelanjutan, Prometheus dan Grafana untuk pemantauan dan pengamatan, dll.
Layanan Bersama : Ini adalah layanan yang digunakan oleh beberapa aplikasi atau tim dalam organisasi. Contohnya dapat mencakup database, sistem caching, perantara pesan seperti Kafka , dll.
Layanan Mikro : Ini adalah layanan logika bisnis aktual yang menyediakan fungsionalitas aplikasi Anda. Pengindeksan daftar layanan mikro mengarah ke katalog layanan yang sangat menarik yang menurut Pengembang sangat menarik dan berguna!
Sekarang, mari kita bahas strategi pengelolaan negara bagian untuk masing-masing kategori ini.

Cetak Biru untuk Manajemen Negara: Menyusun Strategi Kita
Layanan Platform : Untuk mengelola status layanan platform, kami mengandalkan praktik GitOps dan Infrastruktur sebagai alat Kode (IaC) seperti Kustomize untuk Kubernetes, dan pengontrol aplikasi Kubernetes seperti ArgoCD . Kami menyimpan status yang diinginkan di GitHub dan menerapkan status ini ke infrastruktur kami.
Layanan Bersama : Mengelola status untuk layanan bersama seperti database dapat menjadi lebih kompleks karena mereka menyimpan data yang berubah seiring waktu dan harus tetap ada. Kubernetes menyediakan berbagai mekanisme, seperti Persistent Volumes (PV) dan StatefulSets , untuk mengelola status layanan tersebut.
Layanan mikro : Layanan mikro itu sendiri idealnya tidak memiliki kewarganegaraan , artinya mereka tidak mempertahankan informasi status apa pun di antara permintaan. Namun ketika mereka perlu mengelola status, biasanya dilakukan dengan memanfaatkan layanan bersama, seperti database dan/atau aliran pesan seperti Kafka .
Dalam desain kami, kami menggunakan repositori pencarian pusat dengan manifes yang disesuaikan untuk semua layanan mikro kami dan basis data pendukungnya, termasuk masuknya dan Kafka . Prinsip GitOps dan pengontrol rekonsiliasi ArgoCD menyelesaikan loop! Kami telah membuat blog tentang itu di sini !
Dalam hal manajemen status aplikasi dalam layanan mikro, pendekatan seperti Redux sering digunakan. Redux adalah wadah status yang dapat diprediksi yang dirancang untuk membantu Anda menulis aplikasi TypeScript/JS/Python yang berperilaku konsisten di berbagai lingkungan. Itu memberlakukan beberapa batasan tentang bagaimana dan kapan pembaruan dapat terjadi pada keadaan itu, memastikan transisi keadaan dapat diprediksi .

Redux menyediakan penyimpanan terpusat untuk status aplikasi Anda, dan cara yang telah ditentukan sebelumnya untuk berinteraksi dengan status tersebut. Status di Redux dianggap tidak dapat diubah. Alih-alih memodifikasi status secara langsung, kami mengirimkan tindakan yang menjelaskan apa yang terjadi, lalu menulis reduksi untuk memutuskan bagaimana status harus diperbarui sebagai tanggapan.

Sementara Redux biasanya diasosiasikan dengan framework front-end seperti React , pola serupa juga dapat diimplementasikan di aplikasi backend, misalnya menggunakan Event Sourcing di arsitektur layanan mikro.

Pengalihan yang diperlukan di sini untuk menjelajahi Negara Bagian!

Apa itu Negara?
Ini adalah foto aplikasi Anda pada waktu tertentu.

Dalam desain kami, kami menemukan dua jenis status:

status aplikasi /layanan kami; ditangani oleh IaC dan Git Operator .
nyatakan dalam layanan mikro organisasi kami misalnya: Pengguna yang masuk; ditangani oleh Redux !
Status dalam Infrastruktur sebagai Kode (IaC)
Dalam konteks IaC, status mengacu pada status infrastruktur Anda saat ini. Misalnya, ini bisa merujuk pada jumlah dan jenis sumber daya yang diterapkan di lingkungan cloud, konfigurasinya, ketergantungannya, dan metadata terkait lainnya.

Misalnya, jika Anda telah menetapkan tiga mesin virtual dalam infrastruktur Anda menggunakan alat IaC dan memperbarui konfigurasi untuk menentukan empat mesin virtual, alat IaC akan membandingkan keadaan yang diinginkan ini dengan keadaan saat ini (disimpan dalam file keadaan), sadari mesin baru perlu dibuat, dan mengambil tindakan untuk mendamaikan perbedaan.

Saat layanan mikro baru diperkenalkan ke dalam ekosistem, penerapan memanifestasikan bantuan dalam mengartikulasikan status aplikasi di dalam klaster.

Status dalam Redux dan Status Aplikasi
Catatan: Materi pelajaran ini mendapat perhatian yang signifikan dan memicu diskusi menarik di StackOverflow.

Dalam konteks aplikasi , khususnya aplikasi front-end yang menggunakan Redux , status mengacu pada pusat penyimpanan data aplikasi di memori. Ini termasuk data yang berinteraksi dengan pengguna, serta data yang menentukan perilaku dan menampilkan properti UI.

Misalnya, dalam aplikasi keranjang belanja, status dapat berisi daftar produk, produk yang sedang dipilih, dan isi keranjang belanja pengguna. Kami akan membahas Redux secara panjang lebar sebagai tindak lanjut, jika cukup suara!

Dalam pandangan yang lebih luas, status Redux dan status IaC berbagi prinsip untuk menggambarkan "status yang diinginkan" dan membuat perubahan berdasarkan perbedaan dari "status saat ini". Prinsip ini mengarah pada perilaku yang dapat diprediksi, yang merupakan manfaat utama dalam pengembangan aplikasi dan manajemen infrastruktur.

Manfaat Kubernetes: Mempertahankan Layanan Mikro Tanpa Negara
Pilihan orkestrasi wadah kami menonjol di sini! Pod Kubernetes , yang menghosting kontainer layanan mikro kami, bersifat sementara dan tidak memiliki kewarganegaraan. Mereka dapat diganti, direplikasi, dan dipindahkan melintasi node dalam kluster, tanpa memengaruhi status aplikasi kita.

Lebih baik lagi, Kubernetes menyediakan abstraksi dan sumber daya yang dapat kita gunakan untuk mengelola status aplikasi kita:

ReplicaSets : Memastikan bahwa replika pod dalam jumlah tertentu sedang berjalan pada waktu tertentu. Jika ada terlalu banyak pod, itu akan menghapusnya. Jika ada terlalu sedikit, itu dimulai lebih banyak.
Deployment : Menyediakan pembaruan deklaratif untuk Pod dan ReplicaSet. Anda mendeskripsikan status yang diinginkan dalam Deployment , dan pengontrol Deployment mengubah status sebenarnya menjadi status yang diinginkan dengan laju yang terkendali.
StatefulSets : Jika kita membutuhkan aplikasi stateful, StatefulSets adalah solusinya. Mereka mengelola penerapan dan penskalaan sekumpulan Pod dan memberikan jaminan tentang urutan dan keunikan Pod tersebut.
Layanan : Cara abstrak untuk mengekspos aplikasi yang berjalan pada sekumpulan Pod sebagai layanan jaringan. Mereka memungkinkan aplikasi kami untuk berkomunikasi satu sama lain dan membentuk tulang punggung arsitektur yang digerakkan oleh layanan mikro.
Sumber daya Kubernetes ini memastikan layanan mikro kami tetap tanpa status dan meningkatkan skalabilitas, ketahanan, dan kesederhanaan aplikasi kami, sejalan dengan metodologi 12 faktor .

Sesi Tanpa Negara: Jauhkan Data Pengguna dari Proses
Pertimbangan penting lainnya saat membangun layanan mikro tanpa kewarganegaraan adalah mengelola sesi pengguna . Sesi juga harus tanpa kewarganegaraan dan tidak disimpan di dalam aplikasi itu sendiri. Praktik umum adalah menggunakan pendekatan berbasis token (seperti JWT ), atau JWT yang dibungkus dengan Cookie , tempat status sesi disimpan di sisi klien. Untuk sesi sisi server, Anda dapat menggunakan penyimpanan eksternal seperti Redis atau Memcached .

Mengakhiri dan Menatap ke Depan
Dalam blog ini, kami telah membuat beberapa langkah penting dalam mengeksplorasi konsep negara dan dampaknya pada berbagai aplikasi di ekosistem kami. Kami melihat lebih dekat pada kategori aplikasi yang sedang kami kerjakan — Platform Services , Shared Services , dan Microservices — dan membahas strategi untuk mengelola statusnya .

Kami telah mempelajari bagaimana alat Infrastruktur sebagai Kode (IaC) dapat mengelola status yang diinginkan dari layanan platform kami, peran Kubernetes dalam mengelola layanan bersama seperti database, dan peran alat manajemen status aplikasi seperti Redux dalam layanan mikro kami.

Perjalanan, bagaimanapun, tidak berhenti di sini. Sekarang setelah kita memiliki pemahaman yang baik tentang manajemen keadaan untuk setiap jenis aplikasi, saatnya untuk melihat apa yang terjadi saat karet bertemu dengan jalan? — yaitu, saat aplikasi kita perlu berinteraksi satu sama lain.

Dalam artikel kami berikutnya, kami akan mempelajari lebih dalam dunia komunikasi antar-layanan, membahas pola-pola seperti REST , gRPC , dan GraphQL . Kami akan mengeksplorasi kapan dan di mana menggunakan masing-masing pola ini dan bagaimana pengaruhnya terhadap keseluruhan arsitektur dan kinerja aplikasi kami.

Kami juga akan terus membahas bagaimana layanan mikro kami berinteraksi dengan layanan bersama , berfokus pada tantangan dan praktik terbaik untuk mengelola interaksi ini. Jadi, pantau terus untuk diskusi yang lebih menarik tentang pembuatan layanan mikro cloud-native yang kuat, dapat diskalakan, dan sesuai negara!

Seperti biasa, jangan ragu untuk membagikan pemikiran, umpan balik, atau pertanyaan apa pun yang mungkin Anda miliki. Partisipasi Anda menjadikan penjelajahan ini ke dalam layanan mikro dan arsitektur cloud-native menjadi lebih menarik!

https://api.daily.dev/r/q6qoXIhEf

Seni Pengoptimalan CI/CD: Menguasai Teknik untuk Efisiensi Alur Kerja

irfan mayendra — Tue, 13 Jun 2023 04:53:53 +0000

Jelajahi berbagai teknik dan praktik terbaik untuk mengoptimalkan alur kerja CI/CD Anda, memastikan efisiensi dan produktivitas maksimum di sini!
Organisasi harus mengoptimalkan alur kerja dan proses mereka untuk benar-benar memanfaatkan kekuatan CI/CD. Blog ini akan mengeksplorasi berbagai teknik dan praktik terbaik untuk mengoptimalkan alur kerja CI/CD Anda, memastikan efisiensi dan produktivitas maksimum.

Di pasar yang sangat mengganggu saat ini, organisasi berusaha keras untuk menghadirkan perangkat lunak berkualitas tinggi dengan cepat dan aman. Drive ini memunculkan pendekatan Continuous Integration/Continuous Deployment (CI/CD), yang mengotomatiskan proses pembangunan, pengujian, dan penerapan aplikasi. CI/CD telah menjadi komponen penting dalam praktik pengembangan perangkat lunak modern, memungkinkan tim melakukan iterasi dengan cepat, meningkatkan kolaborasi, dan mengurangi waktu pemasaran.

Namun, mengimplementasikan pipeline CI/CD saja tidak cukup. Organisasi harus mengoptimalkan alur kerja dan proses mereka untuk benar-benar memanfaatkan kekuatan CI/CD. Blog ini akan mengeksplorasi berbagai teknik dan praktik terbaik untuk mengoptimalkan alur kerja CI/CD Anda, memastikan efisiensi dan produktivitas maksimum.
Dari pengujian otomatis hingga infrastruktur sebagai kode, kami akan menyelidiki strategi utama yang dapat meningkatkan saluran CI/CD Anda. Dengan menerapkan teknik ini, Anda dapat mengurangi kesalahan, meningkatkan skalabilitas, dan mempercepat pengiriman proyek perangkat lunak Anda.

Jadi, mari kita memulai perjalanan ini untuk mengungkap teknik terbaik untuk mengoptimalkan alur kerja CI/CD Anda dan membuka potensi penuh dari proses pengembangan Anda.

Teknik Mutakhir untuk Mengoptimalkan Alur Kerja CI/CD Anda
Continuous Integration/Continuous Deployment (CI/CD) adalah praktik pengembangan perangkat lunak yang bertujuan untuk mengotomatisasi proses pembuatan, pengujian, dan penerapan aplikasi. Mendorong efisiensi dalam CI/CD melibatkan pengoptimalan dan penyederhanaan proses ini untuk meminimalkan kesalahan, mengurangi waktu pemasaran, dan meningkatkan produktivitas secara keseluruhan. Berikut adalah beberapa teknik untuk mendorong efisiensi dalam CI/CD:

Pengujian Otomatis
Terapkan rangkaian pengujian otomatis yang komprehensif, termasuk pengujian unit, integrasi, dan end-to-end. Pengujian ini harus dijalankan secara otomatis selama alur CI/CD untuk mengidentifikasi dan memperbaiki masalah di awal siklus pengembangan.

Proses paralel
Hancurkan pipeline CI/CD menjadi tahapan yang lebih kecil dan independen yang dapat dijalankan secara paralel. Pendekatan ini mengurangi waktu eksekusi pipeline secara keseluruhan dan memungkinkan beberapa tim pengembangan bekerja secara bersamaan tanpa menunggu perubahan satu sama lain.

Infrastruktur sebagai Kode (IaC)
Gunakan alat otomatisasi infrastruktur seperti Terraform atau AWS CloudFormation untuk menentukan dan menyediakan sumber daya infrastruktur yang diperlukan untuk setiap lingkungan. Ini memastikan konsistensi dan reproduktifitas di berbagai tahapan pipa.

Pemantauan Berkelanjutan
Terapkan mekanisme pemantauan dan peringatan untuk melacak kinerja dan kesehatan aplikasi secara real-time. Ini membantu mengidentifikasi dan mengatasi masalah dengan segera, mengurangi waktu henti, dan meningkatkan kualitas keseluruhan perangkat lunak yang diterapkan.

Penerapan Inkremental
Daripada menerapkan seluruh aplikasi sekaligus, pertimbangkan untuk menerapkan perubahan inkremental yang lebih kecil. Pendekatan ini mengurangi risiko masuknya bug dan mempermudah untuk menentukan penyebab masalah jika muncul.

Manajemen konfigurasi
Manfaatkan alat manajemen konfigurasi seperti Ansible atau Puppet untuk mengelola dan mengontrol versi konfigurasi aplikasi. Ini memungkinkan penyebaran yang konsisten dan dapat direproduksi di lingkungan yang berbeda.

Pipa Penerapan
Siapkan beberapa pipeline penerapan yang disesuaikan untuk berbagai skenario: pengembangan, pengujian, pementasan, dan produksi. Setiap pipa dapat memiliki tingkat otomatisasi dan keketatan yang berbeda sehubungan dengan gerbang kualitas dan persetujuan.

Kontainerisasi dan Orkestrasi
Manfaatkan teknologi kontainerisasi seperti Docker dan platform orkestrasi kontainer seperti Kubernetes untuk membuat penerapan aplikasi yang portabel dan dapat diskalakan. Kontainer memungkinkan lingkungan yang konsisten dan memfasilitasi penerapan & penskalaan yang cepat.

Lingkungan Permintaan Tarik
Lingkungan permintaan tarik bersifat sementara, lingkungan terisolasi yang dibuat untuk menguji dan meninjau perubahan kode dalam konteks permintaan tarik. Lingkungan ini menyediakan cara untuk menyebarkan dan menjalankan kode yang dimodifikasi di lingkungan yang sangat mirip dengan lingkungan produksi.

GitOps
GitOps mengotomatiskan proses penerapan dengan terus memantau repositori Git untuk perubahan. Saat perubahan terdeteksi, alat GitOps, seperti Flux atau Argo CD, secara otomatis merekonsiliasi kondisi infrastruktur yang diinginkan dengan kondisi saat ini. Ini menghilangkan kebutuhan untuk intervensi manual dan mengurangi waktu dan upaya yang diperlukan untuk penerapan.

Lingkungan Multi-Layanan
Dengan lingkungan multi-layanan, setiap layanan dapat memiliki proses pembuatan versi dan penyebarannya sendiri. Ini berarti pembaruan, perbaikan bug, atau fitur baru dapat diluncurkan ke layanan tertentu tanpa memengaruhi keseluruhan sistem. Tim dapat merilis dan menerapkan layanan secara mandiri, yang mengarah ke iterasi yang lebih cepat dan kemampuan untuk memberikan fungsionalitas baru lebih sering.

Dengan menerapkan teknik ini bersama dengan alat DevOps dan layanan DevOps yang andal dan aman, Anda dapat secara signifikan meningkatkan efisiensi, keandalan, dan kecepatan alur kerja CI/CD Anda, yang menghasilkan rilis perangkat lunak yang lebih sering dan sukses.

Penutup
Mengoptimalkan alur kerja CI/CD (Continuous Integration/Continuous Deployment) sangat penting untuk merampingkan proses pengembangan dan pengiriman perangkat lunak. Dengan menerapkan teknik yang tepat, Anda dapat meningkatkan efisiensi, kualitas, dan kecepatan rilis perangkat lunak secara signifikan.

Memasukkan teknik ini ke dalam alur kerja CI/CD Anda memberdayakan tim pengembangan Anda untuk mengirimkan perangkat lunak lebih cepat dengan kualitas dan keandalan yang lebih tinggi. Dengan mengotomatisasi proses CI/CD, mengaktifkan kolaborasi, dan memanfaatkan praktik terbaik, Anda dapat mencapai waktu pemasaran yang lebih cepat, peningkatan kepuasan pelanggan, dan keunggulan kompetitif dalam ruang pasar pengembangan perangkat lunak yang sangat kompetitif saat ini. Perbaikan dan adaptasi berkelanjutan adalah kunci untuk mempertahankan alur kerja CI/CD yang dioptimalkan, jadi tetaplah terbuka untuk merangkul alat, metodologi, dan kemajuan baru di lapangan.

by https://api.daily.dev/r/V5SlPQGc1

Panduan Utama untuk Menulis Posting Blog Teknis

irfan mayendra — Wed, 07 Jun 2023 10:39:24 +0000

Pengantar yang sangat panjang tentang bagaimana saya mulai menulis posting blog teknologi

Keahlian teknis dan pembuatan konten sama pentingnya untuk pengembangan perangkat lunak Anda atau karier (berdekatan dengan pengembangan perangkat lunak). Keterampilan teknis seperti pengkodean membantu Anda melakukan pekerjaan di tingkat dasar, tetapi pembuatan konten dapat memperkuat Anda sebagai pemimpin dalam industri ini. Saya mengakui bahwa tidak semua orang memiliki hak istimewa untuk membuat konten di samping menyelesaikan tugas pekerjaan sehari-hari dan tanggung jawab pribadi mereka, tetapi ini adalah investasi yang berharga. Membuat konten teknis dapat memudahkan untuk mendapatkan pekerjaan, dipromosikan, dan memengaruhi arah industri kita karena memungkinkan manajer perekrutan dan pemimpin teknologi lainnya mengintip otak dan proses berpikir Anda. Lebih penting lagi, ini membantu Anda menyerap dan memantapkan konsep yang telah Anda pelajari. Anda bisa menjadi pengembang perangkat lunak paling cerdas dan terampil di dunia, tetapi jika tidak ada yang tahu siapa Anda, maka kesempatan Anda mungkin terbatas. Pembuatan konten membantu Anda mengadvokasi diri sendiri. Ini mungkin tampak ngeri, tetapi Anda dapat menempatkan diri Anda di luar sana dengan cara autentik yang tidak membuat ngeri. Orang-orang seperti Kelsey Hightower membangun dan memajukan karier mereka dengan membagikan pemikiran mereka dengan cara yang autentik dan bijaksana.

Bentuk pembuatan konten teknis favorit saya adalah blogging. Berkat ibu saya, saya mengembangkan hasrat untuk membaca dan menulis sejak usia dini, jadi menulis selalu menjadi metode ekspresi diri yang saya sukai. Saya memiliki persediaan buku bergambar, buku audio kaset, novel, puisi, dan buku catatan setengah penuh yang mendokumentasikan pengalaman masa kecil saya. Ketika tidak ada panas di rumah saya, ibu saya akan membawa saya dan saudara saya ke perpustakaan, sehingga perpustakaan menjadi rumah kedua saya. Penafian: Saya bukan penulis yang sempurna; itu hanya sesuatu yang saya senang lakukan.

Sayangnya, saya meninggalkan menulis di awal masa dewasa karena saya belajar bahwa sulit menghasilkan uang sebagai penulis, dan saya memiliki satu tujuan dalam pikiran: menghasilkan BANYAK uang. Saya tumbuh miskin, dan saya bertekad untuk meningkatkan kualitas hidup saya, jadi saya memfokuskan seluruh energi saya pada karir yang menghasilkan uang: pengembangan perangkat lunak.

Bertahun-tahun kemudian, saya memulai pekerjaan pengembangan perangkat lunak penuh waktu ketiga saya, dan manajer saya Andy Cunningham mendorong saya untuk menulis apa yang saya pelajari dalam pekerjaan itu. Sebagai bagian dari sprint saya, saya akan memperbaiki bug atau mengimplementasikan fitur baru, dan kemudian saya akan menulis tentangnya. Salah satu posting blog teknis pertama saya adalah tentang bagaimana saya menggunakan Tindakan GitHub untuk menyinkronkan repositori kami dengan AWS S3 Bucket kami. Beberapa bulan kemudian, saya mendapatkan peran saya saat ini sebagai Advokat Pengembang, dan sebagian dari peran saya adalah membuat blog.

Sementara saya bersemangat untuk menggabungkan keterampilan masa kecil saya (menulis) dengan keterampilan yang saya pelajari di masa dewasa (coding), saya juga merasa terintimidasi. Menulis tentang teknologi ternyata tidak semudah menulis puisi atau esai. Dengan puisi, saya memiliki semua otoritas kreatif, dan dengan esai, guru memberi kami pedoman. Tapi, seperti apa postingan blog teknis itu? Saya khawatir dan bergumul dengan konsep-konsep berikut:

Akankah orang membacanya atau bahkan peduli untuk membacanya?
Akankah orang mengira saya salah atau bodoh?
Apakah saya memiliki sesuatu yang berharga untuk dikatakan?
Apakah posting blog saya terlalu pendek?
Apakah posting blog saya terlalu panjang dan berlebihan?
Saya ingin memberi tahu audiens segalanya, tetapi kapan saya harus menghentikan posting blog?
Saya tidak memiliki struktur atau strategi untuk menulis posting blog saya. Setelah setahun menulis posting blog teknis dan belajar dari pembuat konten hebat seperti Kurt Kemple, saya telah mengembangkan strategi yang nyaman bagi saya. Dalam posting blog ini, saya akan membagikan strategi saya dengan harapan dapat memberdayakan Anda.

Atasi ketakutan Anda
Alasan umum mengapa teknolog tidak menulis adalah karena mereka takut.

Jika Anda takut tidak memiliki sesuatu yang baru atau berbeda untuk ditulis…
Ingatkan diri Anda bahwa Anda tidak perlu menulis tentang sesuatu yang revolusioner atau inventif, tulislah apa yang Anda ketahui. Meskipun seseorang mungkin telah menulis tentang topik serupa, mereka tidak akan menjelaskannya dengan cara yang sama seperti Anda. Dan cara Anda menjelaskan dan mendeskripsikan informasi akan menjangkau audiens tertentu yang mempelajari dan informasi konsumen dengan cara yang sama seperti yang Anda lakukan.

Jika Anda takut keterampilan menulis Anda tidak maksimal…
Ingatkan diri Anda bahwa ini adalah platform Anda untuk berlatih. Anda akan meningkat seiring waktu, dan terkadang posting blog tidak perlu memiliki kosakata berbunga-bunga dan kalimat yang rumit. Terkadang, semakin sederhana sebuah blog ditulis, semakin mudah dikonsumsi oleh audiens.

Jika Anda takut tidak cukup tahu…
Mungkin, Anda hanya tahu HTML, tetapi Anda tahu lebih banyak daripada seseorang yang tidak tahu HTML. Anda akan terus tumbuh dan belajar dari waktu ke waktu. Anda tidak perlu menunggu sampai mencapai titik tertentu karena sebagai teknolog, kami selalu belajar. Akan selalu ada hal yang tidak kita ketahui.

Jika Anda takut membuat kesalahan…
Rangkullah kesalahan Anda; mereka membantu Anda tumbuh. Saya membuat kesalahan sepanjang waktu. Kadang-kadang, saya mengalami kesalahan tata bahasa dalam posting blog saya atau bahkan kesalahan teknis, dan seseorang mengoreksi saya. Saya belajar dari kesalahan itu dan sebagai hasilnya saya menjadi penulis, pendidik, dan insinyur yang lebih baik. Jangan bertujuan untuk membuat kesalahan, tetapi ketika Anda melakukannya, ketahuilah bahwa setiap orang membuat kesalahan dan itu adalah bagian dari perjalanan kita menuju kehebatan.

Jika Anda takut tidak punya waktu…
Ini benar-benar adil karena kita semua memiliki tanggung jawab yang berbeda-beda dan waktu yang terbatas. Namun, merupakan investasi yang layak untuk merenungkan apa yang telah Anda pelajari dan membagikan pengetahuan Anda kepada dunia. Jika memungkinkan, bekerjalah dengan manajer Anda untuk mengukir waktu yang dijadwalkan secara teratur untuk menulis, dan postingan blog Anda tidak harus panjang. Mereka bisa sesingkat atau selama yang Anda inginkan. Anda memiliki otoritas kreatif atas konten Anda.

Jika Anda takut dikritik…
Ingatkan diri Anda bahwa Anda menulis untuk Anda. Anda sedang menulis, sehingga Anda dapat melihat ke belakang dan merenungkan pertumbuhan Anda. Anda sedang menulis, sehingga Anda tidak perlu berulang kali Google atau meminta bantuan rekan kerja Anda untuk pertanyaan yang sama. Pendapat berbahaya dari orang lain tidak masalah. Anda selalu dapat menghapus komentar mereka atau menanggapi dengan hormat dan melanjutkan hidup. Saya telah menemukan bahwa orang suka mengkritik orang lain ketika mereka merasa terancam.

Simpan daftar hal-hal yang telah Anda pelajari
Saat Anda menulis kode di pekerjaan Anda, menyelesaikan proyek sampingan, atau berkontribusi pada proyek sumber terbuka, simpan daftar hal-hal yang telah Anda pelajari.

Saya menyimpan daftar di aplikasi Catatan saya di komputer Mac dan iPhone saya. Sepertinya ini

`### Idea list
Hack.Diversity

- How to negotiate salary
- Write thank you letters after interviews
- How to pass the technical interview
- How to learn / navigate a new codebase quickly 
- Tips for passing the CompTIA+ test
- Code
- Invite Automation
- Teaching to Empower: Supporting Early Career Devs
- Generate Social Cards with JavaScript
- From Code to Cloud — Git Emoji
- Build a Blockchain Simulation with JavaScript
- Make better pull requests
- Fuzzy Search Made Easy
- Overcoming the Fear of Contributing to Open Source
- How to Convince Your Boss to Open Source a Project
- Create the Perfect ReadME for your Open Source Project 
Small things I learned with code

- Linked issues
- Fusejs
- How to make a pull request template
- .github/.github/PULL_REQUEST_TEMPLATE.md
- https://github.com/open-sauced/.github/blob/main/.github/PULL_REQUEST_TEMPLATE.md
- .github
- Issue templates
- Forms yaml 
- Being autonomous
- Turning a Checkbox into a circle
- Handling routing with netlify
- Dependencies vs devDependencies
- React functions run on load or after
- Dealing with broken images in React 
- SEQA 
- Rendering components
- Using classList
- Invite automation
- Automatically generate a social image card
- Pull request template forms
GitHub ideas

- Prompt engineering tips with GitHub Copilot
- Lowering barriers with GitHub Codespaces
- Automatically install extensions with GitHub Codespaces
- Automatically install npm dependencies with GitHub Codespaces
- Automatically run your node app with GitHub Codespaces
- GitHub Actions extension
- Using GitHub Pages to federate your Mastodon identity 
- Building a to do list user interface with GitHub Copilot 
- Sending a toot with GitHub Copilot
- P5.js with GitHub Copilot
- I made a GitHub action with my voice
- I used AI to build AI
- How does GitHub Copilot help businesses`

Seperti yang Anda lihat, ide saya berkisar dari konsep sederhana seperti "Mengubah kotak centang menjadi lingkaran dengan CSS" hingga konsep yang lebih canggih dan kreatif (seperti "Membangun Aksi GitHub dengan suara saya"). Beberapa ide juga diulang. Setiap kali saya mendapat ide atau salah satu manajer saya menyebutkan bahwa saya harus meliput suatu topik, saya menuliskannya.
Menyimpan daftar ide sangat membantu, sehingga ketika Anda ingin menulis, Anda juga tidak membuang-buang energi dan waktu, bertukar pikiran tentang topik.

Pilih topik yang paling Anda sukai
Perlu dicatat bahwa saya belum menulis tentang banyak topik yang tercantum di atas. Saya hanya menulis tentang apa yang paling saya sukai saat ini atau yang paling saya butuhkan dalam pekerjaan saya (karena ini adalah pekerjaan saya). Jika itu salah satu ide dalam daftar, maka saya akan menulis tentang itu. Namun, jika saya mendapat inspirasi secara acak, saya akan segera menindaklanjuti ide tersebut. Di sisi lain, saya mungkin juga harus menulis tentang topik yang diminta oleh rekan kerja saya, dan saya akan fokus pada topik itu. Saya memilih topik yang paling mendesak atau paling menarik karena itu membantu memotivasi saya.

Juga, pertimbangkan perincian dalam topik Anda. Jika Anda ingin menulis tentang topik umum, seperti React, akan sulit untuk menulis tentang setiap konsep React. Dibutuhkan buku atau dokumentasi untuk mencakup seluruh kerangka kerja. Sebagai gantinya, saya menyarankan untuk membuat gambaran umum tentang React atau memilih subtopik seperti, "Memahami Hook useEffect" atau "Bagaimana saya menggunakan React untuk membuat blog"

Baca posting blog lain untuk inspirasi
Sebelum menulis apapun, saya selalu membaca. Membaca menginspirasi saya:

Bercerita
Gaya tulisan saya
Pilihan kata dan struktur kalimat saya
Perspektif saya
Teknik menulis saya
Dengan membenamkan diri dalam berbagai teks, saya dapat menyerap gaya dan teknik penulisan yang berbeda, memungkinkan saya untuk beradaptasi dan bereksperimen dengan tulisan saya sendiri. Selain itu, membaca memaparkan saya pada beragam ide dan perspektif, memperluas pemahaman saya tentang dunia dan memberi saya wawasan baru untuk dimasukkan ke dalam tulisan saya. Ini juga membantu saya mengidentifikasi area untuk perbaikan, seperti menyempurnakan struktur kalimat saya atau memperluas kosa kata saya. Anda tidak harus membaca posting blog atau novel yang sangat panjang, tetapi membaca paragraf singkat bermanfaat untuk menyempurnakan tulisan saya.

Tentukan audiens Anda
Sekarang setelah Anda tahu apa yang ingin Anda tulis, dan Anda terinspirasi untuk menulis, inilah waktunya untuk menentukan untuk siapa Anda menulis.

Sebagai manusia, kita memiliki kecenderungan ingin menulis untuk semua orang. Kami ingin mengajar dan membantu semua orang, dan itu tidak salah, tetapi saya tidak menyarankan melakukan ini untuk posting blog. Saya sering berbicara dengan orang-orang yang memiliki tujuan seputar pembuatan konten, dan mereka ingin menargetkan insinyur junior, insinyur tingkat menengah, dan insinyur senior secara bersamaan. Jika Anda mencoba menjangkau semua orang, Anda mungkin akan membuat postingan blog yang sangat panjang yang tidak ingin dibaca oleh siapa pun atau Anda mungkin membuat diri Anda kewalahan dan tidak pernah benar-benar menyelesaikan postingan blog tersebut. Percayalah kepadaku; itu terjadi pada saya sebelumnya dan penulis teknis lainnya. Bahkan jika saya menyelesaikannya, posting blog akhirnya memiliki keterlibatan yang rendah dan terlihat berantakan.

Jika Anda memilih audiens yang sangat spesifik, maka audiens lain akan tetap mendapatkan keuntungan. Misalnya, saya telah menulis postingan blog untuk pemula, tetapi terkadang insinyur senior memberi tahu saya bahwa mereka masih mempelajari sesuatu yang baru dari postingan blog tersebut atau bahwa mereka menghargai cara saya memecahkan dasar-dasarnya.

Orang yang biasanya saya pilih untuk menulis adalah saya, khususnya melewati saya. Berikut contohnya:

Saya menulis posting blog "Mengatasi rasa takut Berkontribusi pada Open Source" untuk diri saya sendiri ketika saya berada di bootcamp pengkodean dan tidak terlalu memahami open source.
Saya menulis “Bagaimana saya menggunakan kontainer dev untuk mengaktifkan GitHub Codespaces untuk ChatGPT” untuk diri saya sendiri sebagai Advokat Pengembang GitHub yang bertindak sebagai “Pelanggan Nol (mungkin pelanggan 100)” di GitHub Codespaces.
Saya menulis "Bagaimana berbicara di konferensi ketika Anda takut berbicara di depan umum" kepada saya di sekolah menengah yang takut berbicara di depan umum.
Dan saya menulis posting blog ini untuk diri saya sendiri sebelum saya menulis posting blog teknis.
Saya juga menulis untuk diri saya di masa depan. Seperti, saya sering membuat saran untuk pengelola open source, tetapi saya baru mulai mengelola proyek pada tahun 2023. Saran yang saya tulis pada tahun 2021 dan 2022 sangat membantu saya saat ini.

Bangun garis besar
Sekarang, saatnya merencanakan apa yang Anda tulis. Membangun garis besar membantu menyelaraskan pemikiran Anda dengan cara yang akan dipahami pembaca. Jangan ragu untuk men-tweak template garis besar di bawah ini, tapi inilah yang saya gunakan untuk menulis posting blog saya sendiri

Garis besar untuk posting blog "bagaimana caranya".
Jika saya menulis posting blog yang memandu orang langkah demi langkah tentang cara menyelesaikan suatu tugas, saya akan menggunakan garis besar seperti di bawah ini:
`Intro

Hook
Problem statement/What this solves for myself or readers

Step-by-Step Guide

Step 1 Optional: brief explanation of the step with supporting links for folks to learn more
Step 2 Optional: brief explanation of the step with supporting links for folks to learn more
Step 3 ... N. Final Step

Conclusion

Recap of the process
Final thoughts or additional tips
Call to action (e.g., encourage readers to try the steps and share their results/feedback)`

Garis besar untuk postingan blog penjelas
Saya mendefinisikan posting blog penjelajah sebagai posting blog yang menjelaskan suatu topik, tetapi itu tidak selalu memandu orang menyelesaikan tugas. Tujuan utamanya adalah agar pembaca mendapatkan pengenalan suatu konsep.
`Intro

Hook
Brief overview of the topic and why care

Body

Key Concept 1
- Definition/explanation
- Examples
- Importance or relevance
Key Concept 2
- Definition/explanation
- Examples
- Importance or relevance
Key Concept 3
- Definition/explanation
- Examples
- Importance or relevance ... N. Final Key Concept
- Definition/explanation
- Examples
- Importance or relevance

Conclusion

Summary of the key concepts
Closing thoughts or implications
Call to action (e.g., encourage readers to explore further or ask questions)`

Garis besar untuk posting blog pemikiran kepemimpinan/opini
Jenis posting ini adalah posting di mana saya hanya membagikan pendapat saya tentang arah industri. Sering kali, saya menggunakannya untuk menciptakan percakapan yang produktif dan membagikan keterampilan kepemimpinan saya.
`Intro

Hook
Brief introduction to the topic/opinion and why it matters to me

Body

Supporting Point 1
- Explanation of the point
- Supporting evidence or examples
Supporting Point 2
- Explanation of the point
- Supporting evidence or examples
Supporting Point 3
- Explanation of the point
- Supporting evidence or examples ... N. Final Supporting Point
- Explanation of the point
- Supporting evidence or examples

Counter arguments (optional)

Address potential counterarguments or opposing views

Conclusion

Reinforce the opinion and provide a call to action` Garis besar untuk posting blog listicle Ini adalah posting yang sering ditulis dalam format daftar. Alasan mereka ditulis dengan cara ini adalah untuk membuat konsepnya menyenangkan, cepat dan mudah dikonsumsi oleh pembaca. Jenis posting blog ini sering memiliki judul di bawah ini:

Sepuluh Tip Teratas untuk…
5 Wajib Dimiliki…
7 Menakjubkan…
`Intro

Hook or intriguing statement related to the topic
Brief introduction to the theme or subject of the listicle

Listicle Items

List Item 1
- Explanation
- Example
List Item 2
- Explanation
- Example
List Item 3
- Explanation
- Example ... N. List Item N
- Explanation
- Example

Conclusion

Final thoughts or insights
Call to action (e.g., encourage readers to share their favorite item or suggest additions to the list)`

Mandi
Ini adalah saran yang aneh, tetapi saya melakukan yang terbaik untuk berpikir di kamar mandi. Saya pikir suara air yang mengalir membantu saya untuk fokus pada pikiran saya. Di kamar mandi, saya bisa menulis seluruh posting blog di pikiran saya. Selain mandi, Anda bisa mencoba aktivitas lain yang bisa merangsang pikiran Anda:

Sedang berjalan
Joging
Mendengarkan musik
Bermeditasi
Masukkan kondisi alur untuk menulis
Nonaktifkan semua gangguan dan mulailah menulis. Saya sangat menyarankan agar Anda tidak mengedit saat Anda menulis. Saya menemukan itu mengganggu aliran saya. Saya mengisi setiap bagian dari garis besar yang saya buat dalam urutan apa pun yang saya sukai. Saya menulis seperti saya berbicara, dan saya terus berjalan. Setelah saya menulis semua pemikiran saya di atas kertas, saya akan mulai mengedit.

Proses pengeditan saya terdiri dari menghapus paragraf yang tidak relevan, memperbaiki kesalahan ejaan, dan menghapus tanda baca yang tidak perlu. Saya seorang editor super ringan. Saya merasa jika saya mengeditnya terlalu banyak atau menghabiskan terlalu banyak waktu untuk menyempurnakan posting blog saya, maka saya tidak akan pernah menerbitkannya. Dalam paragraf berikut, saya memperluas sedikit lebih banyak tentang proses pengeditan saya. Namun, cara saya melihatnya, saya ingin mengeluarkan pikiran saya. Begitu saya melakukannya, seseorang akan menghubungi saya – menyukai pekerjaan saya dan meminta versi postingan blog saya yang lebih halus. Kemudian, saya dapat menggunakan sumber daya yang disediakan oleh pekerjaan saya seperti editor profesional untuk meningkatkan postingan blog saya.
Juga, saya menyadari bahwa tidak masalah seberapa banyak saya mengedit; posting blog saya akan selalu membutuhkan lebih banyak pengeditan. Ini seperti kode – ada bug di suatu tempat. Terkadang, saya baru mengeditnya setelah saya publikasikan. Seringkali, orang mengirim pesan kepada saya untuk mengatakan bahwa saya salah mengeja kata, dan saya biasanya memperbaruinya setelah itu.

Ini bukan masalah besar. Menulis untuk penyelesaian daripada kesempurnaan.

Berjuang dengan menulis? Rekam suara Anda
Ada beberapa orang yang menganggap menulis itu sulit, dan tidak apa-apa. Brian Douglas memberi tahu saya tentang tip yang dapat membantu orang-orang yang berjuang dengan meletakkan kata-kata di atas kertas: bicaralah. Rekam diri Anda berbicara, unggah audio ke komputer Anda, dan gunakan alat yang dapat menyalin kata-kata tersebut.

Alat yang saya sarankan adalah Descript . Itu melakukan pekerjaan yang bagus untuk menyalin audio. Mungkin ada beberapa kesalahan di sana-sini, jadi periksa kembali apa yang dihasilkannya dan lakukan pengeditan kecil.

Baca dengan lantang (atau gunakan pembaca Text-to-Speech)
Membaca tulisan saya dengan lantang meningkatkan kualitas konten saya. Ketika saya membaca teks yang saya tulis di kepala saya, saya mungkin memperhatikan masalah tertentu, tetapi membaca dengan lantang memungkinkan saya untuk:

Meningkatkan kejelasan dan aliran
Meningkatkan nada dan suara
Temukan kesalahan tata bahasa dan gaya
Evaluasi ritme dan irama konten saya
Menilai daya tarik penonton
Kadang-kadang, saya terlalu malas untuk membaca tulisan saya dengan keras atau saya kesulitan untuk fokus, jadi saya menggunakan pembaca text-to-speech seperti, Natural Reader .
Gunakan asisten penulisan digital
Asisten penulisan digital seperti Grammarly menemukan kesalahan yang mungkin Anda lewatkan. Word Tune adalah alat lain yang menurut saya sangat membantu. Ini bagus karena mengambil kalimat saya yang sulit dipahami dan mengubahnya menjadi kalimat yang jelas dan singkat. ChatGPT adalah alat lain, tetapi yang ini sedikit lebih kontroversial. Meskipun saya tidak mendorong orang untuk menggunakannya untuk menulis seluruh artikel, itu memberikan umpan balik yang bagus. Saya akan sering meminta ChatGPT dengan yang berikut:

Apa yang saya lakukan dengan baik di posting blog ini?
Apa yang tidak saya lakukan dengan baik di posting blog ini?
Bisakah Anda membantu saya membuat judul yang lebih baik untuk posting blog ini?
Bagikan draf Anda dengan pemangku kepentingan untuk mengumpulkan umpan balik
Saya menerima saran ini dari Kurt Kemple: Bagikan draf postingan blog Anda dengan orang-orang di tempat kerja yang meminta Anda untuk menulis postingan blog (manajer produk, dll.) DAN seseorang dari audiens target Anda. Saat saya mengikuti saran ini (karena saya malas), saya selalu mendapatkan tingkat keterlibatan yang tinggi dan produk akhir yang berkualitas. Misalnya, saya menulis postingan blog ini berjudul, “ Bagaimana cara mengatasi konflik penggabungan? .” Saya membagikan draf tersebut dengan teman saya Nathan, yang baru saja lulus dari bootcamp coding. Umpan balik Nathan membantu saya memastikan bahwa para pemula juga dapat memahami posting blog saya!

Tambahkan gambar sampul
Selain konten yang ditulis dengan baik, menambahkan gambar sampul ke posting blog teknis Anda dapat meningkatkan daya tarik dan keterlibatan mereka secara signifikan. Jangan abaikan langkah ini. Menyertakan gambar sampul menunjukkan komitmen Anda untuk menyajikan konten teknis Anda secara profesional dan halus. Ini menunjukkan bahwa Anda telah mencurahkan pemikiran dan upaya untuk menyusun postingan yang menarik secara visual dan dirancang dengan baik, yang dapat meningkatkan kredibilitas Anda sebagai penulis dan pakar teknis.

Saya bukan seorang seniman dan saya juga tidak hebat dalam desain. Saya sering menggunakan alat berikut untuk membantu saya membuat gambar seperti:

Canva
Figma

Menerbitkan
Publikasikan posting blog Anda di platform pilihan Anda. Anda dapat gunakan:

DEV
Hashnode
Kamp Kode Gratis
Sedang
Atau situs web pribadi Anda
Anda dapat membuat keputusan di mana Anda ingin memposting berdasarkan audiens target Anda dan bagaimana Anda ingin memiliki konten Anda. Saya terkadang menggunakan platform bernama BloggU untuk memposting silang di berbagai platform.

Bagikan di media sosial
Selamat, Anda memposting blog, tetapi Anda belum selesai. Bagikan pos Anda dengan orang lain membantu pos tersebut mendapatkan lebih banyak keterlibatan. Terkadang, saya menerima pesan dari orang-orang yang belum pernah saya temui sebelumnya bahwa posting blog saya bermanfaat bagi mereka. Media sosial memungkinkan saya menjangkau orang-orang di seluruh dunia. Saya mencoba membagikan posting blog saya di:

Twitter
Langit biru
Mastodon
LinkedIn
Perselisihan
Terkadang saya membagikan postingan dengan rekan kerja saya di Slack (mungkin ngeri, tetapi tidak ada yang akan tahu bahwa saya membuat hal-hal ini jika saya tidak memberi tahu mereka)
Saya mencoba untuk tidak mengumumkan hal-hal dengan cara yang egois. Anda bisa jika mau, tetapi saya ingin menunjukkan bahwa niat saya adalah untuk berbagi pengetahuan dan berkembang daripada menjadi pusat perhatian. Jadi saya mungkin menambahkan uraian kecil yang mengatakan sesuatu di sepanjang baris: “Hai kalian semua! Saya dulu kesulitan menulis posting blog, tetapi sekarang saya sudah menguasainya, jadi saya menulis posting blog untuk membantu orang lain mengembangkan strategi yang baik juga. Lihat dan beri tahu saya pendapat Anda.

Sumber Tambahan
Panduan Pengacara Pengembang untuk Pembuatan Konten oleh Kurt Kemple

Kesimpulan
Menulis konten blog teknis memang tidak mudah, tetapi saya berharap langkah-langkah di atas dapat membantu Anda untuk tetap mengikuti arus dan membuat konten yang Anda banggakan. Sekali lagi, saya ingin menekankan bahwa kita tidak berjuang untuk kesempurnaan. Blog ini sendiri jauh dari sempurna, tetapi ini menyelesaikan dua hal:
Jika saya pernah melupakan proses saya atau saya merasakan sindrom penipu, saya selalu dapat membaca kembali posting ini sebagai pengingat
Ini membantu calon penulis blog teknis untuk meningkatkan karir mereka

Panggilan untuk bertindak
Saya ingin mendengar tentang berbagai strategi penulisan untuk meningkatkan konten blog Anda atau apa pun yang saya cantumkan yang bermanfaat bagi Anda. Untuk lebih banyak konten seperti ini, ikuti saya!

Tetap keren, teman-teman 😎

test upload

irfan mayendra — Tue, 06 Jun 2023 05:00:18 +0000

lostinvirtual