content:
Memublikasikan aplikasi atau game adalah salah satu momen terpenting dalam siklus hidup aplikasi Anda. Anda tentu menginginkan semuanya berjalan lancar, mulai dari memastikan rilis produksi yang stabil, meluncurkan rilis pengujian dengan cepat, hingga menyampaikan pesan pemasaran dengan tepat.
Karena itulah visibilitas adalah kuncinya. Anda bisa mengatur jadwal sendiri bila mengetahui kapan aplikasi sedang ditinjau, sudah disetujui, dan ditayangkan langsung di Google Play.
Sekarang, dengan dua fitur baru di Konsol Google Play baru, Anda bisa melakukannya. Halaman Ringkasan publikasi membantu Anda memahami proses publikasi dan Publikasi terkelola memberikan kontrol yang lebih baik mengenai kapan update aplikasi ditayangkan di Google Play. Saat Konsol Play baru diluncurkan untuk umum mulai 2 November, fitur ini akan menjadi cara yang direkomendasikan untuk mengontrol waktu rilis Anda, jadi mari kita lihat lebih dekat.
Ringkasan publikasi
Halaman Ringkasan publikasi baru menampilkan semua perubahan terbaru mengenai rilis, cantuman toko, dan lainnya, termasuk yang sedang ditinjau atau diproses oleh Google Play. Bagi Anda yang memiliki tim lebih besar, Anda sekarang bisa mengoordinasikan semua perubahan di satu tempat dan memublikasikan semuanya di waktu yang sama.
Tidak seperti log aktivitas developer, Ringkasan publikasi hanya menampilkan perubahan yang terlihat di Google Play, atau yang Anda informasikan kepada kami tentang cara mempertimbangkan dan meninjau aplikasi Anda.
Bagian “Perubahan sedang ditinjau” memungkinkan Anda dengan cepat melihat perubahan yang belum dipublikasikan.
Perubahan ini diatur menurut tipe perubahan atau jalur rilis sehingga mudah dipahami dalam sekejap.
Publikasi terkelola
Banyak dari Anda mungkin sudah familier dengan Publikasi berwaktu di Konsol Play lama. Di Konsol Play baru, kami telah mengganti Publikasi berwaktu dengan Publikasi terkelola, untuk memberi Anda pengalaman publikasi yang lebih jelas dan lebih terprediksi.
Saat Anda mengaktifkan Publikasi terkelola, perubahan yang disetujui hanya akan ditampilkan saat Anda memutuskan, bukan otomatis setelah ditinjau dan diproses. Ini memungkinkan Anda untuk mengirimkan perubahan jauh sebelum tanggal rilis yang direncanakan, sehingga memberi Anda waktu untuk meninjau atau membuat perubahan tanpa mengorbankan tanggal publikasi.
Lihat perubahan yang telah ditinjau dan disetujui
Saat Publikasi terkelola aktif, halaman Ringkasan publikasi berisi dua bagian: satu bagian menampilkan perubahan yang telah disetujui dan siap dipublikasikan, dan satu bagian lagi menampilkan perubahan yang masih ditinjau.
Kami juga telah membuat beberapa penyempurnaan yang banyak diminta oleh Anda sekalian:
● Sekarang Anda bisa memublikasikan perubahan yang Anda setujui meskipun perubahan lain masih ditinjau. Sebelumnya, Publikasi berwaktu tidak mengizinkan Anda melakukan perubahan apa pun hingga semua perubahan disetujui.
● Anda bisa mengaktifkan atau menonaktifkan Publikasi terkelola kapan saja, bahkan jika ada perubahan yang sedang ditinjau atau siap dipublikasikan. Anda tidak perlu lagi menunggu tinjauan yang tertunda sebelum Anda bisa menggunakan Publikasi terkelola.
Lihat apakah Publikasi terkelola diaktifkan di menu navigasi sebelah kiri
Setelah itu, Anda dapat melihat ikon Publikasi terkelola di navigasi sebelah kiri di samping Ringkasan publikasi. Dengan cara ini, Anda bisa mengetahui bahwa Publikasi terkelola aktif dari mana pun di Konsol Play.
Untuk mempelajari lebih lanjut tentang publikasi dengan Konsol Play baru, termasuk skenario ketika fitur-fitur ini akan sangat berguna, lihat kursus ini dariPlay Academy. Dan jika Anda belum melakukannya, update ke Konsol Play baru di play.google.com/console dan cobalah Publikasi terkelola.
Optimize your app publishing process with ... w Google Play Console features-id-ID.html Displaying Optimize your app publishing process with new Google Play Console features-id-ID.html.
Optimalkan proses publikasi aplikasi Anda dengan fitur Konsol Google Play baru
Optimalkan proses publikasi aplikasi Anda dengan fitur Konsol Google Play baru
Diposting oleh Steve Suppe, Product Manager, Google Play
Memublikasikan aplikasi atau game adalah salah satu momen terpenting dalam siklus hidup aplikasi Anda. Anda tentu menginginkan semuanya berjalan lancar, mulai dari memastikan rilis produksi yang stabil, meluncurkan rilis pengujian dengan cepat, hingga menyampaikan pesan pemasaran dengan tepat.
Karena itulah visibilitas adalah kuncinya. Anda bisa mengatur jadwal sendiri bila mengetahui kapan aplikasi sedang ditinjau, sudah disetujui, dan ditayangkan langsung di Google Play.
Sekarang, dengan dua fitur baru di Konsol Google Play baru, Anda bisa melakukannya. Halaman Ringkasan publikasi membantu Anda memahami proses publikasi dan Publikasi terkelola memberikan kontrol yang lebih baik mengenai kapan update aplikasi ditayangkan di Google Play. Saat Konsol Play baru diluncurkan untuk umum mulai 2 November, fitur ini akan menjadi cara yang direkomendasikan untuk mengontrol waktu rilis Anda, jadi mari kita lihat lebih dekat.
Ringkasan publikasi
Halaman Ringkasan publikasi baru menampilkan semua perubahan terbaru mengenai rilis, cantuman toko, dan lainnya, termasuk yang sedang ditinjau atau diproses oleh Google Play. Bagi Anda yang memiliki tim lebih besar, Anda sekarang bisa mengoordinasikan semua perubahan di satu tempat dan memublikasikan semuanya di waktu yang sama.
Tidak seperti log aktivitas developer, Ringkasan publikasi hanya menampilkan perubahan yang terlihat di Google Play, atau yang Anda informasikan kepada kami tentang cara mempertimbangkan dan meninjau aplikasi Anda.
Bagian “Perubahan sedang ditinjau” memungkinkan Anda dengan cepat melihat perubahan yang belum dipublikasikan.
Perubahan ini diatur menurut tipe perubahan atau jalur rilis sehingga mudah dipahami dalam sekejap.
Publikasi terkelola
Banyak dari Anda mungkin sudah familier dengan Publikasi berwaktu di Konsol Play lama. Di Konsol Play baru, kami telah mengganti Publikasi berwaktu dengan Publikasi terkelola, untuk memberi Anda pengalaman publikasi yang lebih jelas dan lebih terprediksi.
Saat Anda mengaktifkan Publikasi terkelola, perubahan yang disetujui hanya akan ditampilkan saat Anda memutuskan, bukan otomatis setelah ditinjau dan diproses. Ini memungkinkan Anda untuk mengirimkan perubahan jauh sebelum tanggal rilis yang direncanakan, sehingga memberi Anda waktu untuk meninjau atau membuat perubahan tanpa mengorbankan tanggal publikasi.
Lihat perubahan yang telah ditinjau dan disetujui
Saat Publikasi terkelola aktif, halaman Ringkasan publikasi berisi dua bagian: satu bagian menampilkan perubahan yang telah disetujui dan siap dipublikasikan, dan satu bagian lagi menampilkan perubahan yang masih ditinjau.
Kami juga telah membuat beberapa penyempurnaan yang banyak diminta oleh Anda sekalian:
● Sekarang Anda bisa memublikasikan perubahan yang Anda setujui meskipun perubahan lain masih ditinjau. Sebelumnya, Publikasi berwaktu tidak mengizinkan Anda melakukan perubahan apa pun hingga semua perubahan disetujui.
● Anda bisa mengaktifkan atau menonaktifkan Publikasi terkelola kapan saja, bahkan jika ada perubahan yang sedang ditinjau atau siap dipublikasikan. Anda tidak perlu lagi menunggu tinjauan yang tertunda sebelum Anda bisa menggunakan Publikasi terkelola.
Lihat apakah Publikasi terkelola diaktifkan di menu navigasi sebelah kiri
Setelah itu, Anda dapat melihat ikon Publikasi terkelola di navigasi sebelah kiri di samping Ringkasan publikasi. Dengan cara ini, Anda bisa mengetahui bahwa Publikasi terkelola aktif dari mana pun di Konsol Play.
Untuk mempelajari lebih lanjut tentang publikasi dengan Konsol Play baru, termasuk skenario ketika fitur-fitur ini akan sangat berguna, lihat kursus ini dariPlay Academy. Dan jika Anda belum melakukannya, update ke Konsol Play baru di play.google.com/console dan cobalah Publikasi terkelola.
Optimize your app publishing process with ... w Google Play Console features-id-ID.html Displaying Optimize your app publishing process with new Google Play Console features-id-ID.html.

Google
Migrasi cloud: Apa yang perlu Anda ketahui
05 October 2020
Migrasi cloud: Apa yang perlu Anda ketahui (dan di mana menemukannya)
Migrasi ke cloud untuk enterprise yang telah menjalankan beban kerja secara lokal selama bertahun-tahun bukanlah hal yang mudah. Agar berhasil, rencana migrasi perlu mempertimbangkan berbagai aspek yang berkaitan dengan manusia, proses, dan teknologi. Jika mendesain migrasi, Anda membutuhkan panduan dan praktik terbaik untuk membantu memandu Anda melalui proses ini.
Berdasarkan pengalaman sebagai arsitek solusi, kami telah mengumpulkan dokumen lengkap untuk praktisi TI yang merencanakan, mendesain, dan mengimplementasikan migrasi ke Google Cloud. Di halaman Migrasi ke Google Cloud kami, Anda bisa menemukan informasi teknis lengkap dan saran yang Anda butuhkan untuk membantu merencanakan dan menjalankan migrasi yang berhasil. Untuk membantu Anda memulai lebih cepat, entri blog ini memberikan garis besar tingkat tinggi dan link ke bagian dokumentasi yang relevan sehingga Anda bisa memperoleh lebih banyak informasi.
Memulai migrasi
Sebelum memulai migrasi, Anda harus memiliki beberapa pemahaman mendasar tentang Google Cloud, lingkungan Anda, dan pendekatan migrasi yang berbeda:
1. Pahami perbedaan antara Google Cloud dan lingkungan saat ini. Lingkungan sumber bisa berupa lingkungan lokal atau lingkungan hosting pribadi. Lingkungan ini memiliki model operasional yang berbeda dibandingkan dengan cloud publik, dari sudut pandang keamanan fisik, jaringan, daya, hardware, dan virtualisasi.
2. Identifikasi tipe beban kerja yang perlu dimigrasikan. Kami menyarankan Anda memulai migrasi dengan mengklasifikasikan beban kerja sebagai beban kerja lama, atau cloud-native. Beban kerja lama dikembangkan tanpa mempertimbangkan lingkungan cloud, dengan dukungan terbatas untuk sumber daya penskalaan seperti disk dan komputasi. Akibatnya, beban kerja ini sulit dimodifikasi dan berat untuk dijalankan serta dirawat. Bila didesain mengikuti praktik terbaik, beban kerja cloud-native secara native skalabel, portabel, tersedia, dan aman. Akibatnya, beban kerja cloud-native cenderung meningkatkan produktivitas dan keluwesan developer, karena developer bisa berfokus pada beban kerja aktual, daripada menghabiskan upaya untuk mengelola lingkungan pengembangan dan runtime.
3. Tentukan tingkat kematangan organisasi Anda untuk teknologi cloud. Ketika diidentifikasi sejak awal, kesenjangan keterampilan bisa diatasi sebagai bagian dari proses migrasi melalui tindakan seperti belajar mandiri, pelatihan, atau bimbingan sejawat. Anda bisa menggunakan Cloud Adoption Framework dari Google Cloud untuk mengukur kematangan adopsi cloud organisasi Anda.
4. Pahami berbagai tipe pendekatan migrasi dan konsekuensinya, karena beban kerja yang berbeda mungkin memerlukan pendekatan migrasi yang berbeda. Kami mendefinisikan tiga tipe migrasi:
Lift and shift. Anda memigrasikan beban kerja, dengan menerapkan perubahan paling sedikit.
Improve and move. Anda memodifikasi bagian beban kerja untuk mengadopsi pendekatan cloud-native sebagai bagian dari migrasi.
Rip and replace. Anda mencabut beban kerja, lalu menulis beban kerja baru, dengan mengadopsi pendekatan cloud-native.
Untuk informasi selengkapnya tentang tipe migrasi, lihat bagian panduan migrasi di Tipe migrasi.
Empat fase migrasi
Secara garis besar, perjalanan migrasi bisa ditangkap sebagai proses empat fase: Assess, Plan, Deploy, dan Optimize. Memang lebih mudah menunjukkannya secara linier, tetapi hal ini tidaklah sesederhana itu, karena fase ini sering kali terjadi secara paralel untuk beban kerja yang berbeda.
Fase 1: Evaluasi beban kerja yang akan dimigrasikan
Fase ini dibangun berdasarkan semua pekerjaan awal yang telah dilakukan, dengan fokus pada inventarisasi beban kerja yang direncanakan untuk dimigrasikan dan masing-masing dependensinya. Hal-hal yang perlu dipikirkan meliputi (tetapi tidak terbatas pada) persyaratan hardware dan kinerja, pengguna, perizinan, kepatuhan, dan dependensi beban kerja. Kemudian, petakan informasi ini ke dalam katalog aplikasi yang merangkum informasi beberapa pertanyaan utama, misalnya:
Apakah beban kerja memiliki dependensi, atau merupakan dependensi untuk beban kerja lain
Seberapa penting beban kerja ini bagi bisnis
Bagaimana tingkat kesulitan saat melakukan migrasi beban kerja
Katalog aplikasi akan memberi Anda tampilan tingkat tinggi besarnya upaya yang diperlukan untuk memigrasikan semua beban kerja yang berbeda. Anda juga bisa menggunakan fitur otomatis seperti StratoZone yang dapat memindai beban kerja yang ada dan memberi Anda informasi berdasarkan data yang dikumpulkan. StratoZone tidak hanya membantu penemuan tetapi juga bisa membantu Anda memetakan instance untuk mencocokkan instance Google Compute Engine. Lihat entri blog ini untuk pengantar StratoZone. Informasi tambahan tentang cara melakukan penemuan juga tersedia di bagian Mengategorikan aplikasi Anda.
Untuk lebih memahami besarnya risiko atau upaya, Anda harus melakukan bukti konsep (POC) yang menguji berbagai kasus penggunaan dan persyaratan beban kerja, dengan fokus pada beban kerja yang lebih rumit. Ini membantu mendapatkan lebih banyak informasi lebih awal serta mengurangi hal-hal yang tidak diketahui.
Anda juga harus melakukan penghitungan total biaya kepemilikan (TCO) pada fase ini, sehingga memberikan visibilitas bisnis mengenai seperti apa pengeluaran cloud mereka setelah migrasi, dibandingkan dengan lingkungan saat ini. Saat berpindah dari lingkungan lokal ke cloud, sering kali ada biaya tersembunyi yang terlewat saat menghitung biaya di pusat data lama. Kami mencantumkan beberapa hal yang harus diperhatikan saat membangun TCO ini di bagian Menghitung total biaya kepemilikan di panduan kami. Membuat bisnis memahami pergeseran model biaya dan semua keuntungan tambahan yang diperoleh akan sangat penting untuk keberhasilan migrasi.
Terakhir, Anda perlu memutuskan beban kerja yang akan dimigrasikan terlebih dahulu. Jawabannya tentu bervariasi dari masing-masing bisnis yang bergantung pada banyak faktor berbeda, seperti nilai bisnis beban kerja, kompleksitas migrasi, dan ketersediaan serta persyaratan beban kerja. Untuk membantu memutuskan hal ini, ada baiknya mengadakan pertemuan dengan para pakar di bidangnya tentang beban kerja yang berbeda dan membahas daftar faktor yang disepakati bersama. Keberhasilan dengan beban kerja pertama adalah kunci keberhasilan keseluruhan perjalanan migrasi Anda, karena kesuksesan awal akan memberikan kepercayaan dan keyakinan, sedangkan kesulitan di awal terkadang bisa menggagalkan keseluruhan project migrasi.
Fase 2: Rencanakan fondasinya
Fase berikutnya adalah merencanakan bagian mendasar dari lingkungan cloud baru, yang terdiri dari tetapi tidak terbatas pada:
1. Menetapkan identitas pengguna dan layanan. Bagaimana akun layanan dan pengguna dibuat dan dikelola? Anda bisa memilih antara domain G Suite atau Cloud Identity, dan secara opsional mengintegrasikannya dengan Penyedia Identitas (IdP) yang ada. Baca tentang hal ini di bagian Manajemen Identitas dan Akses.
2. Mendesain hierarki organisasi sumber daya. Bagaimana struktur berbagai sumber daya Google Cloud dibuat secara hierarkis? Node organisasi, folder, dan project menyediakan blok bangunan untuk menyiapkan hierarki organisasi sumber daya. Organisasi sumber daya yang didesain dengan baik menyederhanakan kontrol akses dan manajemen tagihan. Contoh berbagai tipe desain adalah:
Hierarki berorientasi lingkungan - Desain ini memisahkan lingkungan produksi, penjaminan kualitas, dan pengembangan.
Hierarki berorientasi fungsi - Desain ini memecah berbagai fungsi bisnis ke dalam folder mereka sendiri di tingkat atas, dan menerapkan hierarki berorientasi lingkungan di bawahnya.
Hierarki berorientasi granular - Desain ini dibangun di atas hierarki berorientasi fungsi dengan menambahkan organisasi unit bisnis di tingkat atas.
Anda bisa mendalami topik ini di bagian hierarki sumber daya.
3. Menetapkan grup dan peran untuk akses sumber daya. Apa saja peran pengguna yang akan mengakses lingkungan cloud Anda? Izin apa yang harus dimiliki oleh peran yang berbeda ini? Anda perlu membuat peran manajer seperti admin organisasi, admin jaringan, dan admin keamanan untuk mengelola sumber daya cloud. Ini juga merupakan praktik terbaik membuat peran khusus untuk berbagai kelas pengguna yang akan menggunakan lingkungan cloud, misalnya developer, penguji, dan engineer keandalan situs (SRE). Semua memiliki sekumpulan izin minimum yang terkait dengan peran untuk menjalankan tugasnya. Dokumen Praktik terbaik untuk organisasi enterprise memberikan detail selengkapnya tentang topik ini.
4. Mendesain topologi dan konektivitas jaringan Anda. Di region mana Anda akan menerapkan aplikasi? Apakah akan ada konektivitas kembali ke lingkungan sumber? Berapa banyak jaringan terpisah yang perlu Anda siapkan? Jawaban atas pertanyaan ini akan dimasukkan ke dalam cara Anda mendesain Virtual Private Cloud (VPC), yang merupakan jaringan pribadi Anda dalam Google Cloud. Satu VPC memetakan satu jaringan mandiri dalam lingkungan cloud Anda. VPC memiliki subnet, aturan firewall, dan rute yang memungkinkan Anda meniru karakteristik jaringan fisik. Anda juga harus menerapkan praktik terbaik keamanan; Anda bisa membaca tentang semua ini di bagian Keamanan, serta di bagian Mengamankan aplikasi dan data Anda dari panduan Praktik terbaik untuk organisasi enterprise. Konektivitas kembali ke lingkungan sumber juga bisa dilakukan menggunakan opsi seperti interkoneksi langsung, peering, atau VPN. Untuk informasi selengkapnya, baca bagian Konektivitas dan jaringan.
Fase 3: Terapkan beban kerja
Setelah fondasi migrasi siap, langkah berikutnya adalah menentukan pendekatan terbaik untuk menerapkan beban kerja ke lingkungan cloud Anda. Anda tidak perlu melakukan pendekatan yang sama untuk semua beban kerja, tetapi, semakin terstandardisasi prosesnya, semakin besar peluang untuk pembelajaran lintas tim dan penyempurnaan proses penerapan. Contoh dari pendekatan penerapan yang berbeda adalah:
1. Penerapan manual penuh. Pendekatan ini adalah cara termudah dan tercepat untuk mengaktifkan dan menjalankan beban kerja Anda, dan bisa dilakukan langsung dari Cloud Console atau Cloud SDK. Meskipun penerapan manual mungkin boleh saja untuk eksperimen, kami tidak merekomendasikan pendekatan ini untuk penerapan beban kerja produksi karena rentan error, tidak dapat diulang, dan cenderung didokumentasikan dengan buruk. Jika Anda saat ini menggunakan penerapan manual, bagian Migrasi dari penerapan manual ke penerapan otomatis dalam container akan dapat membantu Anda memperbaiki proses.
Untuk lingkungan produksi, pilihan yang lebih baik adalah menggunakan layanan yang bisa secara otomatis mereplikasikan beban kerja yang ada di lingkungan Anda saat ini dan menerapkannya ke GCP. Google Cloud menawarkan beberapa layanan seperti itu:
Migrate for Compute Engine - Layanan ini memungkinkan Anda melakukan migrasi aplikasi berbasis VM dari lingkungan yang ada (mis. VMware, Azure, AWS) ke GCP dengan periode nonaktif dan risiko minimal.
Migrate for Anthos - Daripada melakukan migrasi VM sebagaimana adanya, Anda bisa dengan cerdas mengonversi dan menjalankan beban kerja di VM dan memigrasikan beban kerja tersebut ke dalam container di GKE. Hal ini sering kali mengurangi biaya dan manajemen.
Database Migration Solutions - Baik melalui pihak ketiga seperti Striim, atau menggunakan dukungan replikasi native di Google Cloud SQL, ada banyak teknik berbeda untuk memasukkan data Anda ke Google Cloud.
VMware Engine - Migrasikan semua beban kerja berbasis VMware yang ada dari infrastruktur lokal Anda tanpa perubahan apa pun langsung ke Google Cloud VMware Engine. Ini memungkinkan Anda menggunakan kembali semua fitur penerapan VMware yang sudah ada dan segera memulai migrasi, dan dengan mudah menambahkan beban kerja baru dengan framework VMware dalam Google Cloud.
2. Penerapan menggunakan fitur manajemen konfigurasi. Penggunaan fitur manajemen konfigurasi (CM) seperti Ansible, Chef, atau Puppet menyediakan cara yang dapat diulang, otomatis dan terkontrol untuk menjalankan penerapan Anda. Namun, fitur ini paling cocok untuk penyediaan dan konfigurasi, dan kurang cocok untuk penerapan beban kerja. Hal ini karena fitur tersebut memerlukan logika penerapan khusus untuk menangani prosedur seperti penerapan bebas periode nonaktif, penerapan blue-green, atau peluncuran update, dan akhirnya menjadi semakin sulit dikelola dan dipertahankan dalam jangka panjang.
3. Penerapan dengan menggunakan fitur orkestrasi container. Jika beban kerja Anda dalam container, Anda bisa menggunakan Google Kubernetes Engine (GKE) untuk menangani proses penerapan. Orkestrator Kubernetes langsung mendukung banyak tipe logika penerapan seperti penerapan bebas periode nonaktif dan peluncuran update yang kreatif. Selain itu, jika beban kerja Anda masih pada VM yang menjalankan GCE, Azure, atau AWS Migrate for Anthos memungkinkan Anda mengonversi VM menjadi container secara otomatis. Anda bisa mendapatkan keuntungan menjalankan di container dengan lebih cepat.
4. Penerapan secara otomatis. Proses penerapan otomatis dipicu berdasarkan beberapa tindakan yang menghasilkan perubahan dalam beban kerja dan bisa dibuat di atas fitur orkestrasi apa pun yang mendukung skrip. Penerapan otomatis memungkinkan Anda mengefisienkan dan menstandardisasi proses penerapan Anda yang akan mengurangi error manusia.
Anda bisa menggunakan fitur seperti Jenkins, SonarQube, Cloud Build, atau Spinnaker untuk membangun pipeline penerapan otomatis end-to-end di samping fitur orkestrasi yang ada. Langkah-langkah kunci proses penerapan otomatis adalah:
Peninjauan kode. Setiap perubahan pada basis kode Anda harus ditinjau oleh sejawat untuk memastikan kualitas perubahan sebelum menggabungkannya dalam basis kode.
Continuous integration (CI). Setelah digabungkan, fitur CI menjalankan semua pengujian terhadap versi baru basis kode dan memastikan bahwa tidak ada pengujian yang gagal. Setelah berhasil, CI akan menandai build tersebut.
Produksi artefak. Setiap build yang berhasil akan menghasilkan artefak. Container adalah salah satu contoh artefak. Pengujian juga bisa dijalankan dengan menggunakan fitur seperti Serverspec untuk memastikan artefak berfungsi dengan baik.
Continuous deployment (CD).Artefak yang berhasil kemudian diterapkan ke dalam lingkungan cloud pengembangan atau penjaminan kualitas, setelah itu dilakukan serangkaian uji fungsional lain terhadap penerapan tersebut untuk memastikannya berjalan dengan baik. Setelah pengujian berhasil, penerapan kemudian bisa diterapkan ke lingkungan produksi Anda, baik secara otomatis, atau setelah dipicu secara manual oleh operator.
5. Penerapan dengan menerapkan pola infrastruktur sebagai kode. Ide di balik infrastruktur sebagai kode adalah untuk menangani konfigurasi dan penyediaan sumber daya cloud dengan cara yang sama seperti memperlakukan kode sumber untuk beban kerja Anda. Mirip dengan cara menerapkan versi baru beban kerja melalui serangkaian langkah dan pengujian otomatis, setiap perubahan pada konfigurasi infrastruktur juga melalui serangkaian langkah yang melibatkan pengujian sebelum diterapkan ke lingkungan cloud target. Ini adalah praktik terbaik yang kami rekomendasikan karena memberikan pengulangan dan keterlacakan, yang meningkatkan kecepatan penerapan secara keseluruhan. Proses ini bisa diimplementasikan dengan menggunakan fitur seperti Terraform dan layanan terkelola seperti Deployment Manager.
Fase 4: Optimalkan lingkungan Anda
Setelah penerapan dasar beban kerja Anda berjalan dan diuji di lingkungan Google Cloud yang baru, Anda bisa mulai meningkatkan fondasi ini. Ini termasuk bagian penting yang harus diselesaikan sebelum memotong traffic saat ini, misalnya melatih tim Anda tentang pedoman operasional cloud baru serta memastikan bahwa logging, pemantauan, dan pemberitahuan untuk beban kerja ini sudah siap.
Aspek lain yang bisa Anda optimalkan setelah beban kerja melayani traffic produksi meliputi:
Pengoptimalan biaya dengan autoscaling
Berpindah ke beban kerja terkelola untuk mengurangi biaya operasional
Mengotomatiskan proses penerapan
Baca tentang cara terbaik melakukan pendekatan ini di bagian Mengoptimalkan lingkungan Anda.
Baca terus untuk memastikan migrasi cloud berhasil
Migrasi besar bisa menjadi hal yang menakutkan bagi tim yang sangat ambisius. Namun dengan metodologi, perencanaan, dan pengujian yang tepat sebelum penerapan, Anda bisa memecah masalah menjadi langkah-langkah yang lebih kecil dan lebih mudah dikelola. Panduan solusi Migrasi ke Google Cloud membahas hal-hal di atas secara lebih detail, juga menyediakan sumber daya tambahan, seperti bagian ‘Mencari Bantuan’, yang bisa Anda gunakan untuk memulai migrasi beban kerja ke cloud.
Jika Anda memerlukan bantuan lebih lanjut dari para profesional yang memiliki rekam jejak migrasi yang berhasil, Organisasi Layanan Profesional Google Cloud menawarkan layanan konsultasi secara langsung atau melalui sejumlah mitra dengan berbagai spesialisasi. Cukup hubungi dan kami bisa membantu Anda!

Migrasi cloud: Apa yang perlu Anda ketahui (dan di mana menemukannya)
Migrasi ke cloud untuk enterprise yang telah menjalankan beban kerja secara lokal selama bertahun-tahun bukanlah hal yang mudah. Agar berhasil, rencana migrasi perlu mempertimbangkan berbagai aspek yang berkaitan dengan manusia, proses, dan teknologi. Jika mendesain migrasi, Anda membutuhkan panduan dan praktik terbaik untuk membantu memandu Anda melalui proses ini.
Berdasarkan pengalaman sebagai arsitek solusi, kami telah mengumpulkan dokumen lengkap untuk praktisi TI yang merencanakan, mendesain, dan mengimplementasikan migrasi ke Google Cloud. Di halaman Migrasi ke Google Cloud kami, Anda bisa menemukan informasi teknis lengkap dan saran yang Anda butuhkan untuk membantu merencanakan dan menjalankan migrasi yang berhasil. Untuk membantu Anda memulai lebih cepat, entri blog ini memberikan garis besar tingkat tinggi dan link ke bagian dokumentasi yang relevan sehingga Anda bisa memperoleh lebih banyak informasi.
Memulai migrasi
Sebelum memulai migrasi, Anda harus memiliki beberapa pemahaman mendasar tentang Google Cloud, lingkungan Anda, dan pendekatan migrasi yang berbeda:
1. Pahami perbedaan antara Google Cloud dan lingkungan saat ini. Lingkungan sumber bisa berupa lingkungan lokal atau lingkungan hosting pribadi. Lingkungan ini memiliki model operasional yang berbeda dibandingkan dengan cloud publik, dari sudut pandang keamanan fisik, jaringan, daya, hardware, dan virtualisasi.
2. Identifikasi tipe beban kerja yang perlu dimigrasikan. Kami menyarankan Anda memulai migrasi dengan mengklasifikasikan beban kerja sebagai beban kerja lama, atau cloud-native. Beban kerja lama dikembangkan tanpa mempertimbangkan lingkungan cloud, dengan dukungan terbatas untuk sumber daya penskalaan seperti disk dan komputasi. Akibatnya, beban kerja ini sulit dimodifikasi dan berat untuk dijalankan serta dirawat. Bila didesain mengikuti praktik terbaik, beban kerja cloud-native secara native skalabel, portabel, tersedia, dan aman. Akibatnya, beban kerja cloud-native cenderung meningkatkan produktivitas dan keluwesan developer, karena developer bisa berfokus pada beban kerja aktual, daripada menghabiskan upaya untuk mengelola lingkungan pengembangan dan runtime.
3. Tentukan tingkat kematangan organisasi Anda untuk teknologi cloud. Ketika diidentifikasi sejak awal, kesenjangan keterampilan bisa diatasi sebagai bagian dari proses migrasi melalui tindakan seperti belajar mandiri, pelatihan, atau bimbingan sejawat. Anda bisa menggunakan Cloud Adoption Framework dari Google Cloud untuk mengukur kematangan adopsi cloud organisasi Anda.
4. Pahami berbagai tipe pendekatan migrasi dan konsekuensinya, karena beban kerja yang berbeda mungkin memerlukan pendekatan migrasi yang berbeda. Kami mendefinisikan tiga tipe migrasi:
Lift and shift. Anda memigrasikan beban kerja, dengan menerapkan perubahan paling sedikit.
Improve and move. Anda memodifikasi bagian beban kerja untuk mengadopsi pendekatan cloud-native sebagai bagian dari migrasi.
Rip and replace. Anda mencabut beban kerja, lalu menulis beban kerja baru, dengan mengadopsi pendekatan cloud-native.
Untuk informasi selengkapnya tentang tipe migrasi, lihat bagian panduan migrasi di Tipe migrasi.
Empat fase migrasi
Secara garis besar, perjalanan migrasi bisa ditangkap sebagai proses empat fase: Assess, Plan, Deploy, dan Optimize. Memang lebih mudah menunjukkannya secara linier, tetapi hal ini tidaklah sesederhana itu, karena fase ini sering kali terjadi secara paralel untuk beban kerja yang berbeda.
Fase 1: Evaluasi beban kerja yang akan dimigrasikan
Fase ini dibangun berdasarkan semua pekerjaan awal yang telah dilakukan, dengan fokus pada inventarisasi beban kerja yang direncanakan untuk dimigrasikan dan masing-masing dependensinya. Hal-hal yang perlu dipikirkan meliputi (tetapi tidak terbatas pada) persyaratan hardware dan kinerja, pengguna, perizinan, kepatuhan, dan dependensi beban kerja. Kemudian, petakan informasi ini ke dalam katalog aplikasi yang merangkum informasi beberapa pertanyaan utama, misalnya:
Apakah beban kerja memiliki dependensi, atau merupakan dependensi untuk beban kerja lain
Seberapa penting beban kerja ini bagi bisnis
Bagaimana tingkat kesulitan saat melakukan migrasi beban kerja
Katalog aplikasi akan memberi Anda tampilan tingkat tinggi besarnya upaya yang diperlukan untuk memigrasikan semua beban kerja yang berbeda. Anda juga bisa menggunakan fitur otomatis seperti StratoZone yang dapat memindai beban kerja yang ada dan memberi Anda informasi berdasarkan data yang dikumpulkan. StratoZone tidak hanya membantu penemuan tetapi juga bisa membantu Anda memetakan instance untuk mencocokkan instance Google Compute Engine. Lihat entri blog ini untuk pengantar StratoZone. Informasi tambahan tentang cara melakukan penemuan juga tersedia di bagian Mengategorikan aplikasi Anda.
Untuk lebih memahami besarnya risiko atau upaya, Anda harus melakukan bukti konsep (POC) yang menguji berbagai kasus penggunaan dan persyaratan beban kerja, dengan fokus pada beban kerja yang lebih rumit. Ini membantu mendapatkan lebih banyak informasi lebih awal serta mengurangi hal-hal yang tidak diketahui.
Anda juga harus melakukan penghitungan total biaya kepemilikan (TCO) pada fase ini, sehingga memberikan visibilitas bisnis mengenai seperti apa pengeluaran cloud mereka setelah migrasi, dibandingkan dengan lingkungan saat ini. Saat berpindah dari lingkungan lokal ke cloud, sering kali ada biaya tersembunyi yang terlewat saat menghitung biaya di pusat data lama. Kami mencantumkan beberapa hal yang harus diperhatikan saat membangun TCO ini di bagian Menghitung total biaya kepemilikan di panduan kami. Membuat bisnis memahami pergeseran model biaya dan semua keuntungan tambahan yang diperoleh akan sangat penting untuk keberhasilan migrasi.
Terakhir, Anda perlu memutuskan beban kerja yang akan dimigrasikan terlebih dahulu. Jawabannya tentu bervariasi dari masing-masing bisnis yang bergantung pada banyak faktor berbeda, seperti nilai bisnis beban kerja, kompleksitas migrasi, dan ketersediaan serta persyaratan beban kerja. Untuk membantu memutuskan hal ini, ada baiknya mengadakan pertemuan dengan para pakar di bidangnya tentang beban kerja yang berbeda dan membahas daftar faktor yang disepakati bersama. Keberhasilan dengan beban kerja pertama adalah kunci keberhasilan keseluruhan perjalanan migrasi Anda, karena kesuksesan awal akan memberikan kepercayaan dan keyakinan, sedangkan kesulitan di awal terkadang bisa menggagalkan keseluruhan project migrasi.
Fase 2: Rencanakan fondasinya
Fase berikutnya adalah merencanakan bagian mendasar dari lingkungan cloud baru, yang terdiri dari tetapi tidak terbatas pada:
1. Menetapkan identitas pengguna dan layanan. Bagaimana akun layanan dan pengguna dibuat dan dikelola? Anda bisa memilih antara domain G Suite atau Cloud Identity, dan secara opsional mengintegrasikannya dengan Penyedia Identitas (IdP) yang ada. Baca tentang hal ini di bagian Manajemen Identitas dan Akses.
2. Mendesain hierarki organisasi sumber daya. Bagaimana struktur berbagai sumber daya Google Cloud dibuat secara hierarkis? Node organisasi, folder, dan project menyediakan blok bangunan untuk menyiapkan hierarki organisasi sumber daya. Organisasi sumber daya yang didesain dengan baik menyederhanakan kontrol akses dan manajemen tagihan. Contoh berbagai tipe desain adalah:
Hierarki berorientasi lingkungan - Desain ini memisahkan lingkungan produksi, penjaminan kualitas, dan pengembangan.
Hierarki berorientasi fungsi - Desain ini memecah berbagai fungsi bisnis ke dalam folder mereka sendiri di tingkat atas, dan menerapkan hierarki berorientasi lingkungan di bawahnya.
Hierarki berorientasi granular - Desain ini dibangun di atas hierarki berorientasi fungsi dengan menambahkan organisasi unit bisnis di tingkat atas.
Anda bisa mendalami topik ini di bagian hierarki sumber daya.
3. Menetapkan grup dan peran untuk akses sumber daya. Apa saja peran pengguna yang akan mengakses lingkungan cloud Anda? Izin apa yang harus dimiliki oleh peran yang berbeda ini? Anda perlu membuat peran manajer seperti admin organisasi, admin jaringan, dan admin keamanan untuk mengelola sumber daya cloud. Ini juga merupakan praktik terbaik membuat peran khusus untuk berbagai kelas pengguna yang akan menggunakan lingkungan cloud, misalnya developer, penguji, dan engineer keandalan situs (SRE). Semua memiliki sekumpulan izin minimum yang terkait dengan peran untuk menjalankan tugasnya. Dokumen Praktik terbaik untuk organisasi enterprise memberikan detail selengkapnya tentang topik ini.
4. Mendesain topologi dan konektivitas jaringan Anda. Di region mana Anda akan menerapkan aplikasi? Apakah akan ada konektivitas kembali ke lingkungan sumber? Berapa banyak jaringan terpisah yang perlu Anda siapkan? Jawaban atas pertanyaan ini akan dimasukkan ke dalam cara Anda mendesain Virtual Private Cloud (VPC), yang merupakan jaringan pribadi Anda dalam Google Cloud. Satu VPC memetakan satu jaringan mandiri dalam lingkungan cloud Anda. VPC memiliki subnet, aturan firewall, dan rute yang memungkinkan Anda meniru karakteristik jaringan fisik. Anda juga harus menerapkan praktik terbaik keamanan; Anda bisa membaca tentang semua ini di bagian Keamanan, serta di bagian Mengamankan aplikasi dan data Anda dari panduan Praktik terbaik untuk organisasi enterprise. Konektivitas kembali ke lingkungan sumber juga bisa dilakukan menggunakan opsi seperti interkoneksi langsung, peering, atau VPN. Untuk informasi selengkapnya, baca bagian Konektivitas dan jaringan.
Fase 3: Terapkan beban kerja
Setelah fondasi migrasi siap, langkah berikutnya adalah menentukan pendekatan terbaik untuk menerapkan beban kerja ke lingkungan cloud Anda. Anda tidak perlu melakukan pendekatan yang sama untuk semua beban kerja, tetapi, semakin terstandardisasi prosesnya, semakin besar peluang untuk pembelajaran lintas tim dan penyempurnaan proses penerapan. Contoh dari pendekatan penerapan yang berbeda adalah:
1. Penerapan manual penuh. Pendekatan ini adalah cara termudah dan tercepat untuk mengaktifkan dan menjalankan beban kerja Anda, dan bisa dilakukan langsung dari Cloud Console atau Cloud SDK. Meskipun penerapan manual mungkin boleh saja untuk eksperimen, kami tidak merekomendasikan pendekatan ini untuk penerapan beban kerja produksi karena rentan error, tidak dapat diulang, dan cenderung didokumentasikan dengan buruk. Jika Anda saat ini menggunakan penerapan manual, bagian Migrasi dari penerapan manual ke penerapan otomatis dalam container akan dapat membantu Anda memperbaiki proses.
Untuk lingkungan produksi, pilihan yang lebih baik adalah menggunakan layanan yang bisa secara otomatis mereplikasikan beban kerja yang ada di lingkungan Anda saat ini dan menerapkannya ke GCP. Google Cloud menawarkan beberapa layanan seperti itu:
Migrate for Compute Engine - Layanan ini memungkinkan Anda melakukan migrasi aplikasi berbasis VM dari lingkungan yang ada (mis. VMware, Azure, AWS) ke GCP dengan periode nonaktif dan risiko minimal.
Migrate for Anthos - Daripada melakukan migrasi VM sebagaimana adanya, Anda bisa dengan cerdas mengonversi dan menjalankan beban kerja di VM dan memigrasikan beban kerja tersebut ke dalam container di GKE. Hal ini sering kali mengurangi biaya dan manajemen.
Database Migration Solutions - Baik melalui pihak ketiga seperti Striim, atau menggunakan dukungan replikasi native di Google Cloud SQL, ada banyak teknik berbeda untuk memasukkan data Anda ke Google Cloud.
VMware Engine - Migrasikan semua beban kerja berbasis VMware yang ada dari infrastruktur lokal Anda tanpa perubahan apa pun langsung ke Google Cloud VMware Engine. Ini memungkinkan Anda menggunakan kembali semua fitur penerapan VMware yang sudah ada dan segera memulai migrasi, dan dengan mudah menambahkan beban kerja baru dengan framework VMware dalam Google Cloud.
2. Penerapan menggunakan fitur manajemen konfigurasi. Penggunaan fitur manajemen konfigurasi (CM) seperti Ansible, Chef, atau Puppet menyediakan cara yang dapat diulang, otomatis dan terkontrol untuk menjalankan penerapan Anda. Namun, fitur ini paling cocok untuk penyediaan dan konfigurasi, dan kurang cocok untuk penerapan beban kerja. Hal ini karena fitur tersebut memerlukan logika penerapan khusus untuk menangani prosedur seperti penerapan bebas periode nonaktif, penerapan blue-green, atau peluncuran update, dan akhirnya menjadi semakin sulit dikelola dan dipertahankan dalam jangka panjang.
3. Penerapan dengan menggunakan fitur orkestrasi container. Jika beban kerja Anda dalam container, Anda bisa menggunakan Google Kubernetes Engine (GKE) untuk menangani proses penerapan. Orkestrator Kubernetes langsung mendukung banyak tipe logika penerapan seperti penerapan bebas periode nonaktif dan peluncuran update yang kreatif. Selain itu, jika beban kerja Anda masih pada VM yang menjalankan GCE, Azure, atau AWS Migrate for Anthos memungkinkan Anda mengonversi VM menjadi container secara otomatis. Anda bisa mendapatkan keuntungan menjalankan di container dengan lebih cepat.
4. Penerapan secara otomatis. Proses penerapan otomatis dipicu berdasarkan beberapa tindakan yang menghasilkan perubahan dalam beban kerja dan bisa dibuat di atas fitur orkestrasi apa pun yang mendukung skrip. Penerapan otomatis memungkinkan Anda mengefisienkan dan menstandardisasi proses penerapan Anda yang akan mengurangi error manusia.
Anda bisa menggunakan fitur seperti Jenkins, SonarQube, Cloud Build, atau Spinnaker untuk membangun pipeline penerapan otomatis end-to-end di samping fitur orkestrasi yang ada. Langkah-langkah kunci proses penerapan otomatis adalah:
Peninjauan kode. Setiap perubahan pada basis kode Anda harus ditinjau oleh sejawat untuk memastikan kualitas perubahan sebelum menggabungkannya dalam basis kode.
Continuous integration (CI). Setelah digabungkan, fitur CI menjalankan semua pengujian terhadap versi baru basis kode dan memastikan bahwa tidak ada pengujian yang gagal. Setelah berhasil, CI akan menandai build tersebut.
Produksi artefak. Setiap build yang berhasil akan menghasilkan artefak. Container adalah salah satu contoh artefak. Pengujian juga bisa dijalankan dengan menggunakan fitur seperti Serverspec untuk memastikan artefak berfungsi dengan baik.
Continuous deployment (CD).Artefak yang berhasil kemudian diterapkan ke dalam lingkungan cloud pengembangan atau penjaminan kualitas, setelah itu dilakukan serangkaian uji fungsional lain terhadap penerapan tersebut untuk memastikannya berjalan dengan baik. Setelah pengujian berhasil, penerapan kemudian bisa diterapkan ke lingkungan produksi Anda, baik secara otomatis, atau setelah dipicu secara manual oleh operator.
5. Penerapan dengan menerapkan pola infrastruktur sebagai kode. Ide di balik infrastruktur sebagai kode adalah untuk menangani konfigurasi dan penyediaan sumber daya cloud dengan cara yang sama seperti memperlakukan kode sumber untuk beban kerja Anda. Mirip dengan cara menerapkan versi baru beban kerja melalui serangkaian langkah dan pengujian otomatis, setiap perubahan pada konfigurasi infrastruktur juga melalui serangkaian langkah yang melibatkan pengujian sebelum diterapkan ke lingkungan cloud target. Ini adalah praktik terbaik yang kami rekomendasikan karena memberikan pengulangan dan keterlacakan, yang meningkatkan kecepatan penerapan secara keseluruhan. Proses ini bisa diimplementasikan dengan menggunakan fitur seperti Terraform dan layanan terkelola seperti Deployment Manager.
Fase 4: Optimalkan lingkungan Anda
Setelah penerapan dasar beban kerja Anda berjalan dan diuji di lingkungan Google Cloud yang baru, Anda bisa mulai meningkatkan fondasi ini. Ini termasuk bagian penting yang harus diselesaikan sebelum memotong traffic saat ini, misalnya melatih tim Anda tentang pedoman operasional cloud baru serta memastikan bahwa logging, pemantauan, dan pemberitahuan untuk beban kerja ini sudah siap.
Aspek lain yang bisa Anda optimalkan setelah beban kerja melayani traffic produksi meliputi:
Pengoptimalan biaya dengan autoscaling
Berpindah ke beban kerja terkelola untuk mengurangi biaya operasional
Mengotomatiskan proses penerapan
Baca tentang cara terbaik melakukan pendekatan ini di bagian Mengoptimalkan lingkungan Anda.
Baca terus untuk memastikan migrasi cloud berhasil
Migrasi besar bisa menjadi hal yang menakutkan bagi tim yang sangat ambisius. Namun dengan metodologi, perencanaan, dan pengujian yang tepat sebelum penerapan, Anda bisa memecah masalah menjadi langkah-langkah yang lebih kecil dan lebih mudah dikelola. Panduan solusi Migrasi ke Google Cloud membahas hal-hal di atas secara lebih detail, juga menyediakan sumber daya tambahan, seperti bagian ‘Mencari Bantuan’, yang bisa Anda gunakan untuk memulai migrasi beban kerja ke cloud.
Jika Anda memerlukan bantuan lebih lanjut dari para profesional yang memiliki rekam jejak migrasi yang berhasil, Organisasi Layanan Profesional Google Cloud menawarkan layanan konsultasi secara langsung atau melalui sejumlah mitra dengan berbagai spesialisasi. Cukup hubungi dan kami bisa membantu Anda!

Google
Tanggapan atas Masukan dari Developer untuk Menyempurnakan Google Play
30 September 2020
Developer adalah partner kami. Melalui perpaduan antara kreativitas dan inovasi mereka dengan platform dan alat-alat dari Google, kita bersama menciptakan pengalaman yang menyenangkan bagi miliaran orang di seluruh dunia. Masukan mereka merupakan bagian penting dari upaya berkelanjutan kami untuk menyempurnakan Android dengan tiap rilisnya sekaligus memperbaiki kinerja app store seluler. Dalam sebuah postingan blog bulan April 2019, kami mengumumkan beberapa pembaruan untuk Kebijakan Android API dan Play berdasarkan masukan dari developer. Kali ini, kami ingin membagikan beberapa informasi tambahan yang kami peroleh dari masukan developer dan bagaimana kami memanfaatkannya untuk meningkatkan kualitas Google Play dan Android. Developer memberikan saran kepada kami agar, antara lain:
Memungkinkan developer memilih cara untuk mendistribusikan aplikasi melalui berbagai app store di berbagai platform (seluler, PC, dan konsol), masing-masing dengan model bisnis mereka sendiri dan bersaing di dalam marketplace yang sehat;
Menjelaskan kebijakan kami tentang siapa yang harus menggunakan sistem penagihan Google Play dan siapa yang tidak;
Memastikan perlakuan yang setara untuk semua aplikasi, termasuk aplikasi pihak pertama dan pihak ketiga, di platform kami;
Memungkinkan developer terhubung dan berkomunikasi langsung dengan pelanggan;
Mendukung inovasi dan memastikan kebijakan kami ramah terhadap teknologi baru yang dapat membantu meningkatkan pengalaman pelanggan.
Kami ingin membagikan pandangan tentang setiap topik ini.
Pilihan app store
Kami percaya bahwa developer harus memiliki pilihan mengenai cara mendistribusikan aplikasi mereka dan bahwa app store harus saling bersaing untuk berbisnis dengan pelanggan dan developer. Kemampuan memilih selalu menjadi prinsip utama Android. Karena itulah pengguna selalu memiliki kontrol atas aplikasi yang mereka gunakan, apakah itu keyboard, aplikasi pesan, aplikasi telepon, atau app store.
Android selalu memungkinkan pengguna mendapatkan aplikasi dari berbagai app store. Bahkan, sebagian besar perangkat Android dijual dengan setidaknya dua app store bawaan sementara pelanggan dapat menginstal app store tambahan. Setiap app store dapat menentukan sendiri model bisnis dan fitur pelanggan mereka. Keterbukaan ini menunjukkan bahwa bahkan jika developer dan Google tidak bersepakat mengenai persyaratan kerja sama bisnis, developer masih dapat menjalankan distribusinya di platform Android. Inilah mengapa Fortnite, misalnya, tersedia langsung dari app store Epic atau dari app store lain, termasuk Galaxy App Store milik Samsung.
Namun begitu, beberapa developer juga memberi kami masukan tentang bagaimana kami bisa makin memperbaiki pengalaman pengguna dalam menginstal app store lain pada perangkatnya. Sebagai tanggapan, kami akan menghadirkan perubahan di Android 12 (rilis Android tahun depan) untuk lebih memudahkan orang dalam menggunakan app store lain pada perangkatnya sambil tetap berhati-hati agar tidak mengganggu pengamanan yang sudah dimiliki Android. Kami sekarang tengah mendesain kemampuan baru ini dan akan membagikan lebih banyak informasi nanti!
Kejelasan tentang kebijakan penagihan
Seperti yang telah kami sebutkan, setiap app store Android dapat menentukan sendiri model bisnis dan fitur pelanggannya. Untuk Google Play, pengguna mengharapkan pengalaman yang aman dan tanpa hambatan, sedangkan developer menginginkan alat dan layanan yang dapat membantu mereka membangun dan mengembangkan bisnis. Kebijakan developer Google Play didesain untuk membantu kami memenuhi ekspektasi tersebut, dan sistem penagihan Google Play menjadi landasan bagi komitmen yang kami jalankan secara berkelanjutan. Pelanggan mendapatkan sistem tepercaya yang memungkinkan mereka membeli sesuatu dari developer di seluruh dunia dengan aman dan tanpa hambatan. Google melindungi info pembayaran milik pelanggan dengan berlapis-lapis pengaman, menggunakan salah satu infrastruktur keamanan paling canggih di dunia. Di sisi developer, sistem penagihan Google Play memberikan cara mudah bagi miliaran pengguna Android untuk bertransaksi dengan mereka menggunakan metode pembayaran lokal yang sesuai.
Kami selalu mengharuskan developer yang mendistribusikan aplikasi di Google Play untuk menggunakan sistem penagihan Google Play jika menawarkan pembelian dalam aplikasi atas barang digital. Kami juga mewajibkan mereka membayar biaya layanan sebesar beberapa persen dari hasil penjualan. Supaya jelas, kebijakan ini sejauh ini hanya berlaku pada kurang dari 3% developer yang mendistribusikan aplikasi di Google Play. Kami hanya memungut biaya layanan jika developer mengenakan biaya pada pengguna yang mendownload aplikasi mereka atau jika mereka menjual barang digital di dalam aplikasi. Menurut kami ini wajar. Model bisnis ini tidak hanya memungkinkan kami terus berinvestasi pada platform ini, tetapi juga langsung menyelaraskan kesuksesan kami dengan kesuksesan developer.
Akan tetapi, kami mendengar masukan bahwa kebijakan kami mengenai jenis transaksi yang harus menggunakan sistem penagihan Google Play perlu diperjelas, dan bahwa kata-kata yang digunakan saat ini menyebabkan kebingungan. Kami ingin memastikan kebijakan kami dapat dipahami dengan jelas dan selalu diperbarui agar dapat diterapkan secara konsisten dan adil pada semua developer. Oleh karena itu, kami telah memperjelas kata-kata dalam Kebijakan Pembayaran agar lebih gamblang menerangkan bahwa semua developer yang menjual barang digital dalam aplikasi diwajibkan untuk menggunakan sistem penagihan Google Play.
Sekali lagi, ini bukan hal baru. Sedari awal, kebijakan yang sudah lama berlaku ini memang menetapkan demikian. Klarifikasi ini tidak akan memengaruhi sebagian besar developer yang mendistribusikan aplikasi di Google Play. Dalam 12 bulan terakhir, jumlah developer dengan aplikasi di Google Play yang menjual barang digital tidak sampai 3%. Dari 3% ini, sebagian besarnya (hampir 97%) telah menggunakan penagihan Google Play. Namun bagi mereka yang sudah memiliki aplikasi di Google Play tetapi harus melakukan modifikasi teknis untuk mengintegrasikan sistem penagihan kami, kami tidak ingin mengganggu rencana mereka. Kami memberikan waktu satu tahun (sampai 30 September 2021) untuk menyelesaikan update. Tentu saja, kami akan mengharuskan aplikasi Google yang belum menggunakan sistem penagihan Google Play untuk juga melakukan penyesuaian yang diperlukan.
Perlakuan setara
Kebijakan kami berlaku setara pada semua aplikasi yang didistribusikan di Google Play, termasuk aplikasi milik Google sendiri. Kami menggunakan standar yang sama untuk menentukan aplikasi mana yang akan dipromosikan di Google Play, apakah itu aplikasi pihak ketiga ataupun aplikasi kami sendiri. Bahkan, kami sering mempromosikan aplikasi dari pesaing Google di bagian Pilihan Editor apabila aplikasi itu memang memberikan pengalaman pengguna yang istimewa. Begitu pula, algoritme kami memeringkat aplikasi dan game pihak ketiga menggunakan kriteria yang sama dengan yang digunakan untuk memeringkat aplikasi buatan Google sendiri.
Berkomunikasi dengan pelanggan
Para developer memberi tahu kami bahwa sangat penting bagi mereka untuk dapat berkomunikasi langsung dengan pelanggan tanpa terlalu banyak batasan. Sebagai developer aplikasi, kami pun sepenuhnya setuju dan kebijakan kami sebenarnya sudah memungkinkan hal tersebut selama ini.
Namun, banyak developer bertanya apakah mereka dapat berkomunikasi dengan pelanggan secara langsung tentang harga, penawaran, dan metode pembayaran alternatif di luar aplikasi, seperti melalui email atau cara lain. Supaya jelas, Google Play tidak memiliki batasan terkait komunikasi di luar aplikasi developer. Misalnya, developer dapat memberikan penawaran di app store Android lain atau di situs web mereka dengan harga yang lebih rendah daripada di Google Play.
Kami memahami pentingnya menjaga hubungan dengan pelanggan. Karena itu, kami juga selalu memungkinkan developer memberikan pengembalian dana atau dukungan langsung kepada pelanggan.
Mendukung inovasi
Developer selalu memiliki ide-ide yang luar biasa. Dengan memperhatikan masukan dari mereka, kami tidak berhenti berusaha untuk menyesuaikan diri untuk memastikan kami terus mendukung lahirnya bentuk-bentuk inovasi baru. Misalnya, beberapa inovasi mutakhir dalam bidang streaming game telah menghasilkan pengalaman game baru yang tersedia di Google Play, termasuk peluncuran Xbox cloud gaming baru-baru ini oleh Microsoft di aplikasi Android Xbox Game Pass.
Terus berikan masukan
Kami sangat menghargai semua masukan dari komunitas developer. Kami percaya ekosistem Android saat ini telah menjadi ruang yang sangat membangun.
Senang sekali melihat developer seperti Duolingo, Truecaller, Hyperconnect, Any.do, dan Viber mencapai kesuksesan besar dan mengembangkan bisnis di Android untuk menjangkau audiens yang beragam. Jenis-jenis layanan seperti ini begitu disukai pelanggan dan kami bangga telah menjadi penyedia platform yang dapat mendukung mereka.
Kami juga memublikasikan beberapa pertanyaan yang sering diajukan developer di sini.
Diposting oleh Sameer Samat, Vice President, Product Management
Developer adalah partner kami. Melalui perpaduan antara kreativitas dan inovasi mereka dengan platform dan alat-alat dari Google, kita bersama menciptakan pengalaman yang menyenangkan bagi miliaran orang di seluruh dunia. Masukan mereka merupakan bagian penting dari upaya berkelanjutan kami untuk menyempurnakan Android dengan tiap rilisnya sekaligus memperbaiki kinerja app store seluler. Dalam sebuah postingan blog bulan April 2019, kami mengumumkan beberapa pembaruan untuk Kebijakan Android API dan Play berdasarkan masukan dari developer. Kali ini, kami ingin membagikan beberapa informasi tambahan yang kami peroleh dari masukan developer dan bagaimana kami memanfaatkannya untuk meningkatkan kualitas Google Play dan Android. Developer memberikan saran kepada kami agar, antara lain:
Memungkinkan developer memilih cara untuk mendistribusikan aplikasi melalui berbagai app store di berbagai platform (seluler, PC, dan konsol), masing-masing dengan model bisnis mereka sendiri dan bersaing di dalam marketplace yang sehat;
Menjelaskan kebijakan kami tentang siapa yang harus menggunakan sistem penagihan Google Play dan siapa yang tidak;
Memastikan perlakuan yang setara untuk semua aplikasi, termasuk aplikasi pihak pertama dan pihak ketiga, di platform kami;
Memungkinkan developer terhubung dan berkomunikasi langsung dengan pelanggan;
Mendukung inovasi dan memastikan kebijakan kami ramah terhadap teknologi baru yang dapat membantu meningkatkan pengalaman pelanggan.
Kami ingin membagikan pandangan tentang setiap topik ini.
Pilihan app store
Kami percaya bahwa developer harus memiliki pilihan mengenai cara mendistribusikan aplikasi mereka dan bahwa app store harus saling bersaing untuk berbisnis dengan pelanggan dan developer. Kemampuan memilih selalu menjadi prinsip utama Android. Karena itulah pengguna selalu memiliki kontrol atas aplikasi yang mereka gunakan, apakah itu keyboard, aplikasi pesan, aplikasi telepon, atau app store.
Android selalu memungkinkan pengguna mendapatkan aplikasi dari berbagai app store. Bahkan, sebagian besar perangkat Android dijual dengan setidaknya dua app store bawaan sementara pelanggan dapat menginstal app store tambahan. Setiap app store dapat menentukan sendiri model bisnis dan fitur pelanggan mereka. Keterbukaan ini menunjukkan bahwa bahkan jika developer dan Google tidak bersepakat mengenai persyaratan kerja sama bisnis, developer masih dapat menjalankan distribusinya di platform Android. Inilah mengapa Fortnite, misalnya, tersedia langsung dari app store Epic atau dari app store lain, termasuk Galaxy App Store milik Samsung.
Namun begitu, beberapa developer juga memberi kami masukan tentang bagaimana kami bisa makin memperbaiki pengalaman pengguna dalam menginstal app store lain pada perangkatnya. Sebagai tanggapan, kami akan menghadirkan perubahan di Android 12 (rilis Android tahun depan) untuk lebih memudahkan orang dalam menggunakan app store lain pada perangkatnya sambil tetap berhati-hati agar tidak mengganggu pengamanan yang sudah dimiliki Android. Kami sekarang tengah mendesain kemampuan baru ini dan akan membagikan lebih banyak informasi nanti!
Kejelasan tentang kebijakan penagihan
Seperti yang telah kami sebutkan, setiap app store Android dapat menentukan sendiri model bisnis dan fitur pelanggannya. Untuk Google Play, pengguna mengharapkan pengalaman yang aman dan tanpa hambatan, sedangkan developer menginginkan alat dan layanan yang dapat membantu mereka membangun dan mengembangkan bisnis. Kebijakan developer Google Play didesain untuk membantu kami memenuhi ekspektasi tersebut, dan sistem penagihan Google Play menjadi landasan bagi komitmen yang kami jalankan secara berkelanjutan. Pelanggan mendapatkan sistem tepercaya yang memungkinkan mereka membeli sesuatu dari developer di seluruh dunia dengan aman dan tanpa hambatan. Google melindungi info pembayaran milik pelanggan dengan berlapis-lapis pengaman, menggunakan salah satu infrastruktur keamanan paling canggih di dunia. Di sisi developer, sistem penagihan Google Play memberikan cara mudah bagi miliaran pengguna Android untuk bertransaksi dengan mereka menggunakan metode pembayaran lokal yang sesuai.
Kami selalu mengharuskan developer yang mendistribusikan aplikasi di Google Play untuk menggunakan sistem penagihan Google Play jika menawarkan pembelian dalam aplikasi atas barang digital. Kami juga mewajibkan mereka membayar biaya layanan sebesar beberapa persen dari hasil penjualan. Supaya jelas, kebijakan ini sejauh ini hanya berlaku pada kurang dari 3% developer yang mendistribusikan aplikasi di Google Play. Kami hanya memungut biaya layanan jika developer mengenakan biaya pada pengguna yang mendownload aplikasi mereka atau jika mereka menjual barang digital di dalam aplikasi. Menurut kami ini wajar. Model bisnis ini tidak hanya memungkinkan kami terus berinvestasi pada platform ini, tetapi juga langsung menyelaraskan kesuksesan kami dengan kesuksesan developer.
Akan tetapi, kami mendengar masukan bahwa kebijakan kami mengenai jenis transaksi yang harus menggunakan sistem penagihan Google Play perlu diperjelas, dan bahwa kata-kata yang digunakan saat ini menyebabkan kebingungan. Kami ingin memastikan kebijakan kami dapat dipahami dengan jelas dan selalu diperbarui agar dapat diterapkan secara konsisten dan adil pada semua developer. Oleh karena itu, kami telah memperjelas kata-kata dalam Kebijakan Pembayaran agar lebih gamblang menerangkan bahwa semua developer yang menjual barang digital dalam aplikasi diwajibkan untuk menggunakan sistem penagihan Google Play.
Sekali lagi, ini bukan hal baru. Sedari awal, kebijakan yang sudah lama berlaku ini memang menetapkan demikian. Klarifikasi ini tidak akan memengaruhi sebagian besar developer yang mendistribusikan aplikasi di Google Play. Dalam 12 bulan terakhir, jumlah developer dengan aplikasi di Google Play yang menjual barang digital tidak sampai 3%. Dari 3% ini, sebagian besarnya (hampir 97%) telah menggunakan penagihan Google Play. Namun bagi mereka yang sudah memiliki aplikasi di Google Play tetapi harus melakukan modifikasi teknis untuk mengintegrasikan sistem penagihan kami, kami tidak ingin mengganggu rencana mereka. Kami memberikan waktu satu tahun (sampai 30 September 2021) untuk menyelesaikan update. Tentu saja, kami akan mengharuskan aplikasi Google yang belum menggunakan sistem penagihan Google Play untuk juga melakukan penyesuaian yang diperlukan.
Perlakuan setara
Kebijakan kami berlaku setara pada semua aplikasi yang didistribusikan di Google Play, termasuk aplikasi milik Google sendiri. Kami menggunakan standar yang sama untuk menentukan aplikasi mana yang akan dipromosikan di Google Play, apakah itu aplikasi pihak ketiga ataupun aplikasi kami sendiri. Bahkan, kami sering mempromosikan aplikasi dari pesaing Google di bagian Pilihan Editor apabila aplikasi itu memang memberikan pengalaman pengguna yang istimewa. Begitu pula, algoritme kami memeringkat aplikasi dan game pihak ketiga menggunakan kriteria yang sama dengan yang digunakan untuk memeringkat aplikasi buatan Google sendiri.
Berkomunikasi dengan pelanggan
Para developer memberi tahu kami bahwa sangat penting bagi mereka untuk dapat berkomunikasi langsung dengan pelanggan tanpa terlalu banyak batasan. Sebagai developer aplikasi, kami pun sepenuhnya setuju dan kebijakan kami sebenarnya sudah memungkinkan hal tersebut selama ini.
Namun, banyak developer bertanya apakah mereka dapat berkomunikasi dengan pelanggan secara langsung tentang harga, penawaran, dan metode pembayaran alternatif di luar aplikasi, seperti melalui email atau cara lain. Supaya jelas, Google Play tidak memiliki batasan terkait komunikasi di luar aplikasi developer. Misalnya, developer dapat memberikan penawaran di app store Android lain atau di situs web mereka dengan harga yang lebih rendah daripada di Google Play.
Kami memahami pentingnya menjaga hubungan dengan pelanggan. Karena itu, kami juga selalu memungkinkan developer memberikan pengembalian dana atau dukungan langsung kepada pelanggan.
Mendukung inovasi
Developer selalu memiliki ide-ide yang luar biasa. Dengan memperhatikan masukan dari mereka, kami tidak berhenti berusaha untuk menyesuaikan diri untuk memastikan kami terus mendukung lahirnya bentuk-bentuk inovasi baru. Misalnya, beberapa inovasi mutakhir dalam bidang streaming game telah menghasilkan pengalaman game baru yang tersedia di Google Play, termasuk peluncuran Xbox cloud gaming baru-baru ini oleh Microsoft di aplikasi Android Xbox Game Pass.
Terus berikan masukan
Kami sangat menghargai semua masukan dari komunitas developer. Kami percaya ekosistem Android saat ini telah menjadi ruang yang sangat membangun.
Senang sekali melihat developer seperti Duolingo, Truecaller, Hyperconnect, Any.do, dan Viber mencapai kesuksesan besar dan mengembangkan bisnis di Android untuk menjangkau audiens yang beragam. Jenis-jenis layanan seperti ini begitu disukai pelanggan dan kami bangga telah menjadi penyedia platform yang dapat mendukung mereka.
Kami juga memublikasikan beberapa pertanyaan yang sering diajukan developer di sini.

Google
Labels: android , google play
Pengumuman Google Ads API keluar dari versi beta
28 September 2020
Pengumuman Google Ads API keluar dari versi beta
Kami sangat senang mengumumkan bahwa Google Ads API sekarang tersedia untuk umum. Ini berarti Anda bisa menggunakan Google Ads API untuk aplikasi produksi dengan keyakinan bahwa semua masalah kinerja telah tertangani. Batch processing kini tersedia untuk semua orang.
AdWords API akan terus didukung. Kami akan mengumumkan jadwal penghentian di kemudian hari. Kami akan terus menambahkan lebih banyak fitur dalam rilis mendatang untuk mencapai kesepadanan penuh dengan AdWords API.
Dimana saya bisa mempelajari lebih lanjut?
Mulailah dengan sumber daya berikut:
Catatan Rilis
Panduan
Referensi
Jika Anda memiliki pertanyaan atau membutuhkan bantuan tambahan, hubungi kami melalui forum atau di googleadsapi-support@google.com.
Nadine Wang, atas nama Tim Google Ads API

Pengumuman Google Ads API keluar dari versi beta
Kami sangat senang mengumumkan bahwa Google Ads API sekarang tersedia untuk umum. Ini berarti Anda bisa menggunakan Google Ads API untuk aplikasi produksi dengan keyakinan bahwa semua masalah kinerja telah tertangani. Batch processing kini tersedia untuk semua orang.
AdWords API akan terus didukung. Kami akan mengumumkan jadwal penghentian di kemudian hari. Kami akan terus menambahkan lebih banyak fitur dalam rilis mendatang untuk mencapai kesepadanan penuh dengan AdWords API.
Dimana saya bisa mempelajari lebih lanjut?
Mulailah dengan sumber daya berikut:
Catatan Rilis
Panduan
Referensi
Jika Anda memiliki pertanyaan atau membutuhkan bantuan tambahan, hubungi kami melalui forum atau di googleadsapi-support@google.com.
Nadine Wang, atas nama Tim Google Ads API

Google
Mendukung iOS 14 dan Xcode 12 dengan Flutter
24 September 2020
Seperti biasa, tujuan kami adalah membuat developer meraih kesuksesan di Flutter, apa pun platform yang Anda targetkan. Sejak pengumuman iOS 14 pada bulan Juni, kami telah berupaya menambahkan fitur baru ke Flutter yang mendukung rilis ini, termasuk update untuk dukungan Xcode 12, serta menambahkan fitur dan penyempurnaan baru untuk dukungan iOS 14.
Jika aplikasi iOS 14 Anda menggunakan TextField, CupertinoTextField, atau TextFormField, Anda tentu ingin memastikan bahwa aplikasi dibuat dengan Flutter 1.20 atau yang lebih baru untuk memastikan bahwa pengguna tidak terganggu oleh pesan notifikasi papan klip yang tidak perlu, sesuai kebijakan papan klip Apple terbaru.
Jika tidak, aplikasi produksi yang ada akan berjalan dengan baik di perangkat iOS 14 pengguna akhir. Namun, jika Anda mengupgrade ponsel pengembangan ke iOS 14 hari ini dan ingin terus menggunakannya dengan Flutter, Anda memiliki dua pilihan.
Pilihan pertama Anda adalah menggunakan rilis hotfix terbaru dari Flutter di saluran stabil (1.20.4), yang mendukung penerapan waktu pengembangan ke perangkat fisik iOS 14. Sayangnya, ada perubahan lain yang sedikit mengganggu (dan karenanya lebih berisiko) yang diperlukan untuk melakukan proses debug dan hot reload di iOS 14. Kami menangguhkan perbaikan ini untuk rilis stabil berikutnya, yang rencananya akan dirilis dalam beberapa minggu mendatang.
Pilihan kedua Anda adalah menggunakan versi beta Flutter 1.22 yang kami rilis hari ini. Rilis ini mencakup dukungan yang lebih komprehensif untuk iOS 14, termasuk update visual, klip aplikasi, dan dukungan Xcode 12. Kami akan menginformasikan lebih banyak tentang semua fiturnya saat dipublikasikan ke saluran stabil, tetapi sementara itu, kami menyarankan versi beta ini digunakan jika Anda memerlukan dukungan untuk iOS 14 dengan segera.
Untuk mendapatkan Flutter 1.22 versi beta, gunakan perintah berikut:
$ flutter channel beta
$ flutter upgrade
Apa pun pilihannya, Anda dapat memeriksa halaman Mengembangkan untuk iOS 14 untuk mendapatkan informasi bermanfaat tentang penargetan iOS 14 dengan Flutter. Jika Anda mengalami masalah dengan iOS 14, silakan laporkan masalah di repo Flutter. Jika Anda memiliki pertanyaan, silakan posting di grup flutter-dev.
Seperti biasa, tujuan kami adalah membuat developer meraih kesuksesan di Flutter, apa pun platform yang Anda targetkan. Sejak pengumuman iOS 14 pada bulan Juni, kami telah berupaya menambahkan fitur baru ke Flutter yang mendukung rilis ini, termasuk update untuk dukungan Xcode 12, serta menambahkan fitur dan penyempurnaan baru untuk dukungan iOS 14.
Jika aplikasi iOS 14 Anda menggunakan TextField, CupertinoTextField, atau TextFormField, Anda tentu ingin memastikan bahwa aplikasi dibuat dengan Flutter 1.20 atau yang lebih baru untuk memastikan bahwa pengguna tidak terganggu oleh pesan notifikasi papan klip yang tidak perlu, sesuai kebijakan papan klip Apple terbaru.
Jika tidak, aplikasi produksi yang ada akan berjalan dengan baik di perangkat iOS 14 pengguna akhir. Namun, jika Anda mengupgrade ponsel pengembangan ke iOS 14 hari ini dan ingin terus menggunakannya dengan Flutter, Anda memiliki dua pilihan.
Pilihan pertama Anda adalah menggunakan rilis hotfix terbaru dari Flutter di saluran stabil (1.20.4), yang mendukung penerapan waktu pengembangan ke perangkat fisik iOS 14. Sayangnya, ada perubahan lain yang sedikit mengganggu (dan karenanya lebih berisiko) yang diperlukan untuk melakukan proses debug dan hot reload di iOS 14. Kami menangguhkan perbaikan ini untuk rilis stabil berikutnya, yang rencananya akan dirilis dalam beberapa minggu mendatang.
Pilihan kedua Anda adalah menggunakan versi beta Flutter 1.22 yang kami rilis hari ini. Rilis ini mencakup dukungan yang lebih komprehensif untuk iOS 14, termasuk update visual, klip aplikasi, dan dukungan Xcode 12. Kami akan menginformasikan lebih banyak tentang semua fiturnya saat dipublikasikan ke saluran stabil, tetapi sementara itu, kami menyarankan versi beta ini digunakan jika Anda memerlukan dukungan untuk iOS 14 dengan segera.
Untuk mendapatkan Flutter 1.22 versi beta, gunakan perintah berikut:
$ flutter channel beta
$ flutter upgrade
Apa pun pilihannya, Anda dapat memeriksa halaman Mengembangkan untuk iOS 14 untuk mendapatkan informasi bermanfaat tentang penargetan iOS 14 dengan Flutter. Jika Anda mengalami masalah dengan iOS 14, silakan laporkan masalah di repo Flutter. Jika Anda memiliki pertanyaan, silakan posting di grup flutter-dev.

Google
Mengekspor data dari Cloud SQL tanpa beban kinerja tambahan
23 September 2020
Meskipun ada berbagai alasan untuk mengekspor data dari database Anda - seperti untuk menjaga backup, memenuhi kebijakan retensi data regulasi, atau menyediakan analitik hilir - ekspor bisa memberikan beban yang tidak perlu pada sistem produksi Anda, sehingga sulit untuk dijadwalkan dan dikelola. Untuk menghilangkan beban sumber daya tersebut, kami meluncurkan fitur baru untuk Cloud SQL: ekspor tanpa server. Ekspor tanpa server memungkinkan Anda mengekspor data dari instance database MySQL dan PostgreSQL tanpa memengaruhi kinerja atau risiko pada beban kerja produksi Anda.
Ekspor Cloud SQL, yang menawarkan format data portabel (SQL, CSV), bisa dipicu kapan saja dan ditulis ke bucket Cloud Storage yang Anda kontrol.
Jika Anda harus memenuhi persyaratan regulasi seputar retensi data, Anda bisa dengan mudah mengirim ekspor ke bucket dengan mengaktifkan Bucket Lock. Bucket Lock memungkinkan Anda mengonfigurasi kebijakan retensi data untuk bucket Cloud Storage yang mengatur berapa lama objek dalam bucket harus dipertahankan. Ini juga memungkinkan Anda untuk mengunci kebijakan retensi data, yang secara permanen mencegah kebijakan dikurangi atau dihapus.
Contoh lainnya, Anda bisa mengekspor data ke CSV berdasarkan kueri khusus, lalu mengimpor data tersebut langsung ke BigQuery untuk analitik. Dan jika ini untuk pelaporan rutin, Anda bisa menjadwalkan impor berulang dengan Data Transfer Service atau Cloud Scheduler.
Menggunakan fitur ekspor tanpa server yang baru memastikan ekspor ini tidak akan menghambat instance database Cloud SQL, sehingga Anda bisa terus menjalankannya dengan terprediksi dan andal. Dan hingga Februari 2021, Anda bisa menggunakan ekspor tanpa server secara gratis.
Yang berikutnya untuk Cloud SQL
Kami sangat senang melihat apa yang akan Anda bangun dengan fitur ekspor tanpa server yang baru. Punya ide lain? Beri tahu fitur dan kemampuan lain yang Anda butuhkan dengan menggunakan Issue Tracker kami dan bergabung dengan grup diskusi Cloud SQL. Kami senang Anda bergabung, dan kami menantikan masukan Anda!
Artikel Terkait
MySQL 8 siap untuk enterprise dengan Cloud SQL
Cloud SQL, layanan database yang terkelola sepenuhnya untuk MySQL, PostgreSQL, dan SQL Server, sekarang mendukung MySQL 8. Sebagai layanan terkelola, MySQL 8 ...
Baca Artikel
Meskipun ada berbagai alasan untuk mengekspor data dari database Anda - seperti untuk menjaga backup, memenuhi kebijakan retensi data regulasi, atau menyediakan analitik hilir - ekspor bisa memberikan beban yang tidak perlu pada sistem produksi Anda, sehingga sulit untuk dijadwalkan dan dikelola. Untuk menghilangkan beban sumber daya tersebut, kami meluncurkan fitur baru untuk Cloud SQL: ekspor tanpa server. Ekspor tanpa server memungkinkan Anda mengekspor data dari instance database MySQL dan PostgreSQL tanpa memengaruhi kinerja atau risiko pada beban kerja produksi Anda.
Ekspor Cloud SQL, yang menawarkan format data portabel (SQL, CSV), bisa dipicu kapan saja dan ditulis ke bucket Cloud Storage yang Anda kontrol.
Jika Anda harus memenuhi persyaratan regulasi seputar retensi data, Anda bisa dengan mudah mengirim ekspor ke bucket dengan mengaktifkan Bucket Lock. Bucket Lock memungkinkan Anda mengonfigurasi kebijakan retensi data untuk bucket Cloud Storage yang mengatur berapa lama objek dalam bucket harus dipertahankan. Ini juga memungkinkan Anda untuk mengunci kebijakan retensi data, yang secara permanen mencegah kebijakan dikurangi atau dihapus.
Contoh lainnya, Anda bisa mengekspor data ke CSV berdasarkan kueri khusus, lalu mengimpor data tersebut langsung ke BigQuery untuk analitik. Dan jika ini untuk pelaporan rutin, Anda bisa menjadwalkan impor berulang dengan Data Transfer Service atau Cloud Scheduler.
Menggunakan fitur ekspor tanpa server yang baru memastikan ekspor ini tidak akan menghambat instance database Cloud SQL, sehingga Anda bisa terus menjalankannya dengan terprediksi dan andal. Dan hingga Februari 2021, Anda bisa menggunakan ekspor tanpa server secara gratis.
Yang berikutnya untuk Cloud SQL
Kami sangat senang melihat apa yang akan Anda bangun dengan fitur ekspor tanpa server yang baru. Punya ide lain? Beri tahu fitur dan kemampuan lain yang Anda butuhkan dengan menggunakan Issue Tracker kami dan bergabung dengan grup diskusi Cloud SQL. Kami senang Anda bergabung, dan kami menantikan masukan Anda!
Artikel Terkait
MySQL 8 siap untuk enterprise dengan Cloud SQL
Cloud SQL, layanan database yang terkelola sepenuhnya untuk MySQL, PostgreSQL, dan SQL Server, sekarang mendukung MySQL 8. Sebagai layanan terkelola, MySQL 8 ...
Baca Artikel

Google
Semua developer akan mendapatkan Konsol Google Play baru pada 2 November 2020
22 September 2020
Diposting oleh Tom Grinsted, Product Manager, Konsol Google Play
Kami harap Anda menikmati Konsol Google Play yang baru. Sekarang lebih dari 300.000 orang menggunakannya sebagai pengalaman default mereka dan ribuan lainnya memberikan masukan, Konsol Play baru siap keluar dari versi beta. Terima kasih untuk semua yang telah membantu sehingga kami bisa sampai di sini. Artinya, Konsol Play lama akan dihentikan mulai 2 November 2020. Setelah tanggal ini, Anda akan secara otomatis diarahkan ke Konsol Play baru saat login ke akun Anda.
Jika Anda belum mencobanya, kami menyarankan agar Anda sekarang beralih ke versi baru. Untuk memulai, kunjungi play.google.com/console.
Desain responsif Konsol Play baru berarti Anda bisa menggunakannya di semua perangkat. Navigasi baru mempermudah Anda untuk menemukan dan memahami fitur penting, dan kami telah menambahkan area untuk membantu Anda lebih memahami status rilis, kinerja akuisisi, dan panduan tentang perubahan kebijakan.
Terima kasih atas masukan Anda, kami telah melakukan banyak perbaikan:
Kami memperbaiki area rilis navigasi. Produksi sekarang berada di level teratas, dan kami telah mengelompokkan semua jalur pengujian menjadi satu. Berbagi aplikasi internal dipindahkan ke Persiapan.
Kecepatan dan kinerja di berbagai browser telah ditingkatkan.
Kami meluncurkan Inbox, area perpesanan dipersonalisasi yang menampilkan informasi bermanfaat, update kebijakan, rekomendasi fitur, dan banyak lagi.
Halaman ringkasan Publikasi baru memungkinkan Anda melihat perubahan yang sedang ditinjau. Publikasi terkelola memberikan kendali atas peluncuran dengan mengizinkan Anda untuk memutuskan kapan perubahan yang disetujui benar-benar dipublikasikan.
Laporan akuisisi dirombak total untuk membantu Anda memahami kinerja dari waktu ke waktu. Ini mencakup penghentian beberapa metrik berbasis kelompok. Ini tidak akan tersedia di konsol baru. Jika Anda ingin menyimpan data ini, download dari Konsol Play lama sebelum tanggal 2 November. Cari tahu selengkapnya
Penelusuran sekarang sudah aktif, memudahkan Anda untuk menemukan halaman dan fitur yang dibutuhkan.
Kami mengumumkan bahwa akhir tahun ini, semua pengguna Konsol Play harus menggunakan Verifikasi 2 Langkah. Cari tahu selengkapnya
Pelajari lebih lanjut tentang Konsol Play baru:
Dapatkan ringkasan tingkat tinggi tentang apa yang baru di entri blog
Tonton video ini untuk informasi lebih mendalam tentang perubahan terbesar.
Ikuti kursus Akademi untuk Kesuksesan Aplikasi untuk menjadi ahli pada pengalaman baru ini.
Dalami fitur utama dan temukan informasi pendukung di halaman pendidikan baru.
Terima kasih telah menjadi bagian dari komunitas kami, dan kami harap Anda menikmati Konsol Play yang baru!
Semua developer akan mendapatkan Konsol Google Play baru pada 2 November 2020
Diposting oleh Tom Grinsted, Product Manager, Konsol Google Play
Kami harap Anda menikmati Konsol Google Play yang baru. Sekarang lebih dari 300.000 orang menggunakannya sebagai pengalaman default mereka dan ribuan lainnya memberikan masukan, Konsol Play baru siap keluar dari versi beta. Terima kasih untuk semua yang telah membantu sehingga kami bisa sampai di sini. Artinya, Konsol Play lama akan dihentikan mulai 2 November 2020. Setelah tanggal ini, Anda akan secara otomatis diarahkan ke Konsol Play baru saat login ke akun Anda.
Jika Anda belum mencobanya, kami menyarankan agar Anda sekarang beralih ke versi baru. Untuk memulai, kunjungi play.google.com/console.
Desain responsif Konsol Play baru berarti Anda bisa menggunakannya di semua perangkat. Navigasi baru mempermudah Anda untuk menemukan dan memahami fitur penting, dan kami telah menambahkan area untuk membantu Anda lebih memahami status rilis, kinerja akuisisi, dan panduan tentang perubahan kebijakan.
Terima kasih atas masukan Anda, kami telah melakukan banyak perbaikan:
Kami memperbaiki area rilis navigasi. Produksi sekarang berada di level teratas, dan kami telah mengelompokkan semua jalur pengujian menjadi satu. Berbagi aplikasi internal dipindahkan ke Persiapan.
Kecepatan dan kinerja di berbagai browser telah ditingkatkan.
Kami meluncurkan Inbox, area perpesanan dipersonalisasi yang menampilkan informasi bermanfaat, update kebijakan, rekomendasi fitur, dan banyak lagi.
Halaman ringkasan Publikasi baru memungkinkan Anda melihat perubahan yang sedang ditinjau. Publikasi terkelola memberikan kendali atas peluncuran dengan mengizinkan Anda untuk memutuskan kapan perubahan yang disetujui benar-benar dipublikasikan.
Laporan akuisisi dirombak total untuk membantu Anda memahami kinerja dari waktu ke waktu. Ini mencakup penghentian beberapa metrik berbasis kelompok. Ini tidak akan tersedia di konsol baru. Jika Anda ingin menyimpan data ini, download dari Konsol Play lama sebelum tanggal 2 November. Cari tahu selengkapnya
Penelusuran sekarang sudah aktif, memudahkan Anda untuk menemukan halaman dan fitur yang dibutuhkan.
Kami mengumumkan bahwa akhir tahun ini, semua pengguna Konsol Play harus menggunakan Verifikasi 2 Langkah. Cari tahu selengkapnya
Pelajari lebih lanjut tentang Konsol Play baru:
Dapatkan ringkasan tingkat tinggi tentang apa yang baru di entri blog
Tonton video ini untuk informasi lebih mendalam tentang perubahan terbesar.
Ikuti kursus Akademi untuk Kesuksesan Aplikasi untuk menjadi ahli pada pengalaman baru ini.
Dalami fitur utama dan temukan informasi pendukung di halaman pendidikan baru.
Terima kasih telah menjadi bagian dari komunitas kami, dan kami harap Anda menikmati Konsol Play yang baru!

Google
14 September 2020
11 Weeks of Android: Selesai
Ini adalah entri blog terakhir untuk #11WeeksOfAndroid. Terima kasih telah bergabung dengan kami selama 11 minggu saat kita mempelajari bidang-bidang utama pengembangan Android. Jika Anda melewatkannya, berikut adalah rekap dari semua yang kita bicarakan setiap minggunya:
Minggu 1 - Orang dan identitas
Temukan cara menerapkan pintasan dan balon percakapan dengan ‘notifikasi percakapan’. Selain itu, pelajari lebih lanjut tentang penambahan percakapan dan berita System UI lainnya, serta temukan dokumentasi developer aplikasi orang dan percakapan di sini. Terakhir, Anda juga bisa mendengarkan podcast Android Backstage, di sini tim System UI diwawancarai mengenai aplikasi orang dan balon.
Untuk mengatasi kompleksitas pengguna dan developer yang menjadikan identitas sebagai tantangan bagi developer, kami telah mengerjakan One Tap dan Block Store, bagian dari Google Identity Services Library kami yang baru.
Jika Anda tertarik untuk mempelajari lebih lanjut tentang Identity, kami memublikasikan video “Identity on Android: apa yang baru di sign-in,” di sini Vishal menjelaskan library baru di Google Identity System.
Dua tim yang bekerja sedari awal dengan kami adalah tim Facebook Messenger dan tim direct messaging dari Twitter. Baca cerita dari Twitter di sini dan lihat bagaimana kami bekerja sama dengan Facebook dalam penerapannya di sini.
Ketahui selengkapnya dengan jalur pembelajaran Aplikasi Orang dan Identitas, playlist, dan entri blog ringkasan minggu ini.
Minggu 2 - Machine learning
Kami membuka minggu ini dengan mengumumkan para pemenang #AndroidDevChallenge! Periksa semua aplikasi pemenang dan lihat bagaimana mereka menggunakan ML Kit dan TensorFlow Lite, semuanya berfokus untuk mendemonstrasikan bagaimana machine learning bisa diterapkan di kehidupan nyata dengan baik untuk membantu pengguna menyelesaikan berbagai hal, seperti aplikasi untuk membantu tunanetra berjalan di keramaian atau membantu siswa belajar bahasa isyarat.
Kami belum lama ini membuat SDK mandiri untuk ML Kit yang tidak lagi memerlukan akun Firebase. Hanya satu baris dalam file build.gradle dan Anda bisa mulai menghadirkan fungsi ML ke dalam aplikasi Anda.
Tambahan lain yang sangat dinanti adalah dukungan untuk menukar model Google dengan model Anda sendiri guna Pemberian Label Gambar serta Deteksi dan Pelacakan Objek.
Ketahui tentang pentingnya menemukan titik temu unik antara masalah pengguna dan kekuatan ML serta bagaimana Buku Panduan Aplikasi Orang + AI bisa membantu Anda membuat keputusan tentang produk ML. Lihat wawancara dengan tim Read Along untuk mendapatkan lebih banyak inspirasi.
Minggu ini kami juga menyoroti bagaimana menambahkan model khusus ke aplikasi Android Anda tidak pernah semudah ini.
Terakhir, cobalah codelab kami:
ML Kit Codelab - Mengenali, mengidentifikasi bahasa dan menerjemahkan teks dengan ML Kit dan CameraX.
Custom Model Codelab - Membangun aplikasi Android untuk mengenali bunga dengan TensorFlow Lite Model Maker dan pengikatan model Android Studio ML
Ketahui selengkapnya dengan jalur Machine Learning, playlist, dan entri blog ringkasan minggu ini.
Minggu 3 - Privasi dan keamanan
Seperti yang dibagikan dalam entri blog “Privasi dan Keamanan”, kami memberikan pengguna kontrol dan transparansi yang lebih besar atas akses data pengguna.
Di Android 11, kami memperkenalkan berbagai peningkatan privasi seperti izin sekali pakai yang memungkinkan pengguna memberikan akses aplikasi ke mikrofon, kamera, atau lokasi perangkat, hanya sekali itu saja. Pelajari lebih lanjut tentang cara membangun aplikasi yang ramah privasi dengan perubahan baru ini. Anda juga bisa mempelajari tentang berbagai update keamanan Android di video ini.
Update penting lainnya termasuk:
Setel ulang izin otomatis: Jika pengguna tidak menggunakan aplikasi yang menargetkan Android 11 dalam jangka waktu lama, sistem akan “menyetel ulang otomatis” semua izin runtime yang diberikan terkait dengan aplikasi tersebut dan memberi tahu pengguna.
API audit akses data: Di Android 11, developer memiliki akses ke API baru yang memberikan lebih banyak transparansi dalam penggunaan data pribadi dan dilindungi oleh aplikasi. Pelajari lebih lanjut tentang fitur baru di Android 11 untuk membuat aplikasi Anda lebih pribadi dan stabil.
Penyimpanan Terbatas: Di Android 11, penyimpanan terbatas wajib digunakan oleh semua aplikasi yang menargetkan tingkat API 30. Pelajari lebih lanjut dan lihat FAQ penyimpanan.
Update sistem Google Play: Update sistem Google Play diperkenalkan dengan Android 10 sebagai bagian dari Project Mainline, untuk mempermudah pemberian update komponen OS inti kepada pengguna.
Library Jetpack Biometric:Library ini telah diupdate untuk menyertakan fitur BiometricPrompt baru di Android 11 untuk memungkinkan kompatibilitas mundur.
Ketahui selengkapnya dengan jalur pembelajaran ‘privasi, kepercayaan, dan keamanan’, playlist, dan dokumentasi mengenai praktik terbaik privasi dan keamanan.
Minggu 4 - Kompatibilitas Android 11
Kami merilis Android 11 Beta kedua dan menambahkan tahap pencapaian baru yang disebut Stabilitas Platform untuk memberi sinyal yang jelas kepada developer bahwa semua API dan perilaku sistem sudah lengkap. Ketahui selengkapnya tentang Beta 2 dan stabilitas platform, termasuk arti pencapaian ini bagi developer, dan kronologi Android 11. Catatan: sejak minggu #4, kami telah merilis beta ketiga dan terakhir dan sedikit lagi merilis Android 11 ke AOSP dan ekosistemnya. Pastikan untuk memeriksa bahwa aplikasi Anda berfungsi dengan baik!
Untuk menyiapkan aplikasi Anda untuk Android 11, lihat beberapa sumber daya bermanfaat ini:
Panduan: Melakukan migrasi aplikasi Anda ke Android 11
Panduan: Perubahan perilaku yang bisa memengaruhi aplikasi Anda.
Blog: Fitur baru untuk menguji kompatibilitas aplikasi di Android 11
Video: Menguji kompatibilitas aplikasi dengan Android Studio
Video: Menguji perubahan platform di Android 11
Video: Stabilitas platform dan kronologi rilis Android
Dalam entri blog “Mempercepat update Android”, kami menjabarkan bagaimana kami terus mengupayakan OS terbaru untuk mencapai titik penting selanjutnya dengan memperluas arsitektur update Android.
Kami juga menyoroti Excelliance Tech, yang baru-baru ini memindahkan SDK LeBian mereka dari antarmuka non-SDK, menuju API resmi yang stabil sehingga mereka bisa lebih kompatibel dengan Android OS dari waktu ke waktu. Lihat kisah Excelliance Tech.
Ketahui tahu selengkapnya dengan jalur pembelajaran Kompatibilitas Android 11, playlist, dan entri blog ringkasan minggu ini.
Minggu 5 - Bahasa
Dengan Android 11 Beta, kami semakin menyempurnakan pengalaman developer untuk Kotlin di Android dengan secara resmi merekomendasikan coroutine untuk pekerjaan yang tidak bersamaan. Jika Anda baru mengenal coroutine, lihat:
Android ❤ Coroutine: Cara mengelola tugas yang tidak bersamaan di Kotlin.
Jalur pembelajaran coroutine.
Panduan developer coroutine yang baru.
Selain itu, lihat halaman studi kasus Kotlin yang baru untuk studi kasus dan data terbaru, termasuk studi kasus Google Home baru, dan video status Kotlin kami di Android. Untuk pemula, kami mengumumkan peluncuran kursus Dasar-Dasar Android di Kotlin baru.
Jika Anda adalah seorang developer bahasa Java, lihat dukungan untuk Java API baru mengenai bagaimana kami menyediakan library OpenJDK yang lebih baru di semua versi Android. Dengan Android 11, kami juga mengupdate runtime Android agar aplikasi lebih cepat dimulai dengan I/O prefetching.
Android 11 menyertakan update di seluruh toolchain native, termasuk fitur yang lebih baik untuk profile-guided optimization (PGO) dan penyempurnaan manajemen dependensi native di Android Studio 4.0.
Yang terakhir, kami terus berfokus pada penyempurnaan compiler D8 dan R8 di Android Studio dengan dukungan yang lebih baik untuk Kotlin di R8 shrinker. Pelajari lebih lanjut.
Ketahui selengkapnya dengan jalur pembelajaran bahasa, playlist, dan entri blog ringkasan minggu ini.
Minggu 6 - Android Jetpack
Tertarik dengan apa yang baru di Jetpack? Lihat peluncuran #Android11 Beta dengan tinjauan cepat yang memperkenalkan banyak update ke library kami, dengan tips tentang cara memulai.
Dalami rilis utama seperti Hilt, dengan rujukan ringkas untuk membantu Anda memulai, dan pelajari cara kami memigrasikan contoh kami sendiri agar menggunakan Hilt untuk injeksi dependensi. Lebih sedikit boilerplate = lebih menyenangkan.
Ketahui selengkapnya tentang Paging 3.0, penulisan ulang library menyeluruh menggunakan Kotlin coroutine dan penambahan fitur seperti penanganan error yang disempurnakan, transformasi yang lebih baik, dan banyak lagi.
Perkenalan CameraX Beta, dan pelajari caranya membantu developer mengelola kasus berisiko di berbagai perangkat dan versi OS, sehingga Anda tidak perlu melakukannya.
Tahun ini, kami telah membuat beberapa peningkatan besar dengan merilis Navigation 2.3, yang memungkinkan Anda dengan mudah melakukan navigasi di antara layar-layar aplikasi yang berbeda dengan tetap mengikuti prinsip-prinsip Android UI.
Di Android 11, kami melanjutkan pekerjaan kami untuk memberi pengguna kontrol yang lebih besar atas izin sensitif. Sekarang ada kontrak bertipe-aman untuk intent umum dan lebih banyak lagi melalui ActivityResult API baru. Perubahan ini menyederhanakan cara Anda meminta izin, dan kami akan terus berupaya membuat izin lebih mudah di masa mendatang.
Pelajari juga tentang rilis terbaru library AppStartup kami serta apa yang baru di WorkManager.
Ketahui selengkapnya dengan jalur pembelajaran Jetpack, playlist, dan entri blog ringkasan minggu ini.
Minggu 7 - Fitur developer Android
Kami telah mengumpulkan ringkasan tentang apa yang baru di fitur Developer Android.
Lihat update terkini dalam fitur desain, dan pelajari lebih dalam lagi:
Penyempurnaan Design Tools Suite UX di Android Studio 4.1.
Memperkenalkan Motion Editor.
Selain itu, ketahui tentang proses debug pada layout Anda, dengan update untuk layout inspector. Ketahui perkembangan terbaru untuk fitur Jetpack Compose Design, dan juga cara menggunakan database inspector baru di Android Studio.
Ketahui fitur pengembangan terbaru yang kami miliki untuk Jetpack Hilt di Android Studio.
Pelajari tentang sistem build di fitur developer Android:
API baru di Android Gradle Plugin
Memahami build Anda dengan build analyzer
Mendalami Configuration Caching
Memperkecil aplikasi Anda dengan R8
Untuk mengetahui update terkini tentang pengujian virtual, baca blog ini di Android Emulator. Yang terakhir, untuk melihat perubahan terbaru pada fitur kinerja, lihat konten profiler kinerja tentang System Trace. Selain itu, lihat lebih lanjut tentang pembuatan profil memori C++ dengan Android Studio 4.1.
Ketahui selengkapnya dengan jalur pembelajaran fitur developer Android, playlist, dan entri blog ringkasan minggu ini.
Minggu 8 - Distribusi dan monetisasi aplikasi
Lihat webinar kami tentang Google Play Console Beta baru jika Anda tidak dapat menontonnya secara langsung.
Kami membagikan peningkatan terbaru yang dibuat pada paket aplikasi, serta rencana kami mewajibkan aplikasi dan game baru untuk dipublikasikan dengan format ini pada paruh kedua 2021. In-app review API baru berarti sekarang developer bisa meminta rating dan ulasan dari dalam aplikasi Anda!
Jangan lupakan kebijakan kami mengenai langganan yang lebih transparan untuk membantu meningkatkan kepercayaan pengguna pada Google Play Billing. Kami juga memperluas rangkaian fitur untuk membantu Anda menjangkau dan mempertahankan pembeli dengan lebih baik, serta meluncurkan Play Billing Library 3, yang akan diwajibkan pada pertengahan 2021.
Google Play Pass diluncurkan di sembilan pasar baru pada bulan lalu. Developer yang menggunakan Google Play Pass dan penagihan langsung di Google Play mendapatkan rata-rata 2,5 kali lipat dari pendapatan AS dengan Google Play Pass, tanpa mengurangi penghasilan Google Play store. Pelajari lebih lanjut dan sampaikan minat untuk bergabung.
Ketahui selengkapnya dengan jalur pembelajaran distribusi dan monetisasi aplikasi, playlist, dan entri blog ringkasan minggu ini.
Minggu 9 - Android di luar ponsel
Lihat beberapa sorotan dari minggu ini, termasuk;
Android TV: Kami menyoroti apa yang baru di Android TV dan membagikan 6 peluncuran mendatang. Temukan sumber daya baru untuk membantu developer membangun aplikasi Android TV yang pertama, atau bahkan mempelajari lebih dalam tentang integrasi baru seperti Cast Connect dan langganan yang mulus.
Android for cars: Temukan cara untuk menjangkau lebih banyak pengemudi di Android for cars dan informasi selengkapnya tentang peluncuran mobil pertama yang didukung Android Automotive OS dengan layanan dan Google app bawaan — Polestar 2. Karena semakin banyak produsen meluncurkan mobil dengan fungsi tersemat ini, kami semakin memudahkan developer untuk membangun aplikasi media di Android Automotive OS dengan dokumentasi dan emulator terbaru.
Layar besar: Kami meluncurkan ChromeOS.dev — sumber daya khusus untuk developer teknis, desainer, manajer produk, dan pemimpin bisnis. Temukan praktik terbaik untuk memperluas aplikasi Anda di luar ponsel dan pengembangan Android di Chrome OS.
Wear OS: Pelajari tentang penyempurnaan yang akan hadir ke platform ini di rilis mendatang, dijadwalkan tersedia musim gugur ini.
Ketahui selengkapnya dengan jalur pembelajaran untuk Android TV dan Layar Besar, playlist Di luar ponsel, dan entri blog ringkasan minggu ini.
Minggu 10 - Game dan media
Kami membagikan beberapa update game dan menyajikan episode spesial "11 Weeks" dari The Android Game Developer Show.
Dimulai dengan fitur Android untuk pengembangan game seluler, kami menyertakan tampilan System Trace yang disempurnakan dari CPU Profiler dan menambahkan Native Memory Profiler di Android Studio 4.1. Daftar untuk melihat pratinjau developer dari Android Game Development Extension dan Android GPU Inspector.
Temukan fitur untuk menjangkau lebih banyak perangkat dan pengguna, termasuk mendalami Android Performance Tuner yang menjelaskan anotasi, tingkat kualitas, dan parameter fidelitas, bersama dengan beberapa praktik terbaik tentang cara menggunakannya.
Google Play Asset Delivery juga menghadirkan manfaat paket aplikasi untuk game; ketahui selengkapnya. Cobalah Codelab baru untuk membantu Anda mengintegrasikan Android Performance Tuner dan Google Play Asset Delivery ke dalam Unity atau game C/C++ native.
Untuk mendukung Anda masuk ke pasar, kami meluncurkan open beta Play Games Services - Friends yang memungkinkan Anda melakukan bootstrap dan menyempurnakan jaringan teman dalam game serta memberikan kesempatan untuk memunculkan game Anda di kluster baru dalam aplikasi Google Play Games.
Google Play Console Beta mendemonstrasikan pengalaman manajemen rilis baru dan update untuk penginstalan otomatis hari pertama, fitur Google Play baru yang memungkinkan pengguna meminta penginstalan otomatis game Anda selama prapendaftaran. Pelajari cara mengoptimalkan halaman cantuman toko untuk memanfaatkan pengalaman visual game yang jauh meningkat di Google Play dan bagaimana in-app review API memungkinkan Anda memilih kapan harus meminta pengguna untuk menulis ulasan dari dalam game Anda, tanpa kembali ke halaman detail aplikasi.
Anda juga bisa memanfaatkan kontrol media baru Android 11 dengan memastikan aplikasi Anda menggunakan MediaStyle dengan token MediaSession yang valid. Pelajari cara mendukung pelanjutan media dengan membuat aplikasi Anda dapat ditemukan dengan MediaBrowserServiceCompat, menggunakan petunjuk EXTRA_RECENT untuk membantu melanjutkan konten, dan menangani callback onPlay dan onGetRoot. Kemudian lihat cara memanfaatkan library jetpack MediaRouter dan lihat contoh UAMP versi terbaru.
Terakhir, kami membahas beberapa cara utama aplikasi dalam memanfaatkan 5G. Android 11 menambahkan API baru dan memperbarui API yang sudah ada untuk membantu memastikan Anda memiliki semua fitur yang dibutuhkan untuk memanfaatkan kemampuan 5G, seperti API estimasi bandwidth yang ditingkatkan, kemampuan deteksi 5G, dan tanda berkuota baru dari operator seluler. Android emulator sekarang memungkinkan Anda untuk mengembangkan dan menguji API ini tanpa memerlukan perangkat atau sambungan jaringan 5G. Semua ini dan masih banyak lagi tersedia dari halaman 5G khusus kami.
Ketahui selengkapnya dengan jalur pembelajaran ‘game dan media’, playlist, dan entri blog ringkasan, serta kunjungi d.android.com/games untuk terus mendapatkan informasi terbaru mengenai semua fitur dan sumber daya kami untuk developer game.
Minggu 11 - UI
Pada minggu terakhir, kami merilis 4 codelab baru, 9 contoh baru, dokumentasi baru, dan podcast dari tim Compose. Jika Anda lebih menyukai video; semua sudah kami siapkan:
Berpikir dalam Compose
Compose dengan Contoh
Compose untuk Aplikasi yang Sudah Ada
Yang baru di Android 11 adalah kemampuan aplikasi untuk membuat transisi mulus antara keyboard virtual saat dibuka dan ditutup. Untuk mengetahui cara menambahkannya ke aplikasi Anda, geser ke atas video, entri blog, dan contoh aplikasi
Kami sarankan mengikuti Panduan Desain Material untuk memastikan bahwa aplikasi beroperasi secara konsisten, sehingga pola yang dipelajari dalam satu aplikasi bisa digunakan di aplikasi lainnya. Ketahui selengkapnya tentang Material Theming (warna, tipe, dan bentuk), tema gelap, dan sistem gerak Material menggunakan library Material Design Components (MDC). Jika Anda belum bermigrasi ke MDC, lihat panduan migrasi kami.
Bahkan Anda bisa mempermudah migrasi dengan library seperti MDC-Android Compose Theme Adapter baru yang mengubah tema XML MDC menjadi Compose `MaterialTheme`.
Ketahui selengkapnya dengan jalur pembelajaran Compose, jalur pembelajaran UI Modern, playlist, dan entri blog ringkasan minggu ini.
Sumber daya
Anda bisa menemukan seluruh playlist konten video #11WeeksOfAndroid di sini. Ikuti kami di Twitter dan YouTube, serta langganan ke milis kami untuk menerima semua berita dan sumber daya terbaru. Terima kasih banyak telah mengizinkan kami menjadi bagian dari pengalaman ini bersama Anda!

11 Weeks of Android: Selesai
Ini adalah entri blog terakhir untuk #11WeeksOfAndroid. Terima kasih telah bergabung dengan kami selama 11 minggu saat kita mempelajari bidang-bidang utama pengembangan Android. Jika Anda melewatkannya, berikut adalah rekap dari semua yang kita bicarakan setiap minggunya:
Minggu 1 - Orang dan identitas
Temukan cara menerapkan pintasan dan balon percakapan dengan ‘notifikasi percakapan’. Selain itu, pelajari lebih lanjut tentang penambahan percakapan dan berita System UI lainnya, serta temukan dokumentasi developer aplikasi orang dan percakapan di sini. Terakhir, Anda juga bisa mendengarkan podcast Android Backstage, di sini tim System UI diwawancarai mengenai aplikasi orang dan balon.
Untuk mengatasi kompleksitas pengguna dan developer yang menjadikan identitas sebagai tantangan bagi developer, kami telah mengerjakan One Tap dan Block Store, bagian dari Google Identity Services Library kami yang baru.
Jika Anda tertarik untuk mempelajari lebih lanjut tentang Identity, kami memublikasikan video “Identity on Android: apa yang baru di sign-in,” di sini Vishal menjelaskan library baru di Google Identity System.
Dua tim yang bekerja sedari awal dengan kami adalah tim Facebook Messenger dan tim direct messaging dari Twitter. Baca cerita dari Twitter di sini dan lihat bagaimana kami bekerja sama dengan Facebook dalam penerapannya di sini.
Ketahui selengkapnya dengan jalur pembelajaran Aplikasi Orang dan Identitas, playlist, dan entri blog ringkasan minggu ini.
Minggu 2 - Machine learning
Kami membuka minggu ini dengan mengumumkan para pemenang #AndroidDevChallenge! Periksa semua aplikasi pemenang dan lihat bagaimana mereka menggunakan ML Kit dan TensorFlow Lite, semuanya berfokus untuk mendemonstrasikan bagaimana machine learning bisa diterapkan di kehidupan nyata dengan baik untuk membantu pengguna menyelesaikan berbagai hal, seperti aplikasi untuk membantu tunanetra berjalan di keramaian atau membantu siswa belajar bahasa isyarat.
Kami belum lama ini membuat SDK mandiri untuk ML Kit yang tidak lagi memerlukan akun Firebase. Hanya satu baris dalam file build.gradle dan Anda bisa mulai menghadirkan fungsi ML ke dalam aplikasi Anda.
Tambahan lain yang sangat dinanti adalah dukungan untuk menukar model Google dengan model Anda sendiri guna Pemberian Label Gambar serta Deteksi dan Pelacakan Objek.
Ketahui tentang pentingnya menemukan titik temu unik antara masalah pengguna dan kekuatan ML serta bagaimana Buku Panduan Aplikasi Orang + AI bisa membantu Anda membuat keputusan tentang produk ML. Lihat wawancara dengan tim Read Along untuk mendapatkan lebih banyak inspirasi.
Minggu ini kami juga menyoroti bagaimana menambahkan model khusus ke aplikasi Android Anda tidak pernah semudah ini.
Terakhir, cobalah codelab kami:
ML Kit Codelab - Mengenali, mengidentifikasi bahasa dan menerjemahkan teks dengan ML Kit dan CameraX.
Custom Model Codelab - Membangun aplikasi Android untuk mengenali bunga dengan TensorFlow Lite Model Maker dan pengikatan model Android Studio ML
Ketahui selengkapnya dengan jalur Machine Learning, playlist, dan entri blog ringkasan minggu ini.
Minggu 3 - Privasi dan keamanan
Seperti yang dibagikan dalam entri blog “Privasi dan Keamanan”, kami memberikan pengguna kontrol dan transparansi yang lebih besar atas akses data pengguna.
Di Android 11, kami memperkenalkan berbagai peningkatan privasi seperti izin sekali pakai yang memungkinkan pengguna memberikan akses aplikasi ke mikrofon, kamera, atau lokasi perangkat, hanya sekali itu saja. Pelajari lebih lanjut tentang cara membangun aplikasi yang ramah privasi dengan perubahan baru ini. Anda juga bisa mempelajari tentang berbagai update keamanan Android di video ini.
Update penting lainnya termasuk:
Setel ulang izin otomatis: Jika pengguna tidak menggunakan aplikasi yang menargetkan Android 11 dalam jangka waktu lama, sistem akan “menyetel ulang otomatis” semua izin runtime yang diberikan terkait dengan aplikasi tersebut dan memberi tahu pengguna.
API audit akses data: Di Android 11, developer memiliki akses ke API baru yang memberikan lebih banyak transparansi dalam penggunaan data pribadi dan dilindungi oleh aplikasi. Pelajari lebih lanjut tentang fitur baru di Android 11 untuk membuat aplikasi Anda lebih pribadi dan stabil.
Penyimpanan Terbatas: Di Android 11, penyimpanan terbatas wajib digunakan oleh semua aplikasi yang menargetkan tingkat API 30. Pelajari lebih lanjut dan lihat FAQ penyimpanan.
Update sistem Google Play: Update sistem Google Play diperkenalkan dengan Android 10 sebagai bagian dari Project Mainline, untuk mempermudah pemberian update komponen OS inti kepada pengguna.
Library Jetpack Biometric:Library ini telah diupdate untuk menyertakan fitur BiometricPrompt baru di Android 11 untuk memungkinkan kompatibilitas mundur.
Ketahui selengkapnya dengan jalur pembelajaran ‘privasi, kepercayaan, dan keamanan’, playlist, dan dokumentasi mengenai praktik terbaik privasi dan keamanan.
Minggu 4 - Kompatibilitas Android 11
Kami merilis Android 11 Beta kedua dan menambahkan tahap pencapaian baru yang disebut Stabilitas Platform untuk memberi sinyal yang jelas kepada developer bahwa semua API dan perilaku sistem sudah lengkap. Ketahui selengkapnya tentang Beta 2 dan stabilitas platform, termasuk arti pencapaian ini bagi developer, dan kronologi Android 11. Catatan: sejak minggu #4, kami telah merilis beta ketiga dan terakhir dan sedikit lagi merilis Android 11 ke AOSP dan ekosistemnya. Pastikan untuk memeriksa bahwa aplikasi Anda berfungsi dengan baik!
Untuk menyiapkan aplikasi Anda untuk Android 11, lihat beberapa sumber daya bermanfaat ini:
Panduan: Melakukan migrasi aplikasi Anda ke Android 11
Panduan: Perubahan perilaku yang bisa memengaruhi aplikasi Anda.
Blog: Fitur baru untuk menguji kompatibilitas aplikasi di Android 11
Video: Menguji kompatibilitas aplikasi dengan Android Studio
Video: Menguji perubahan platform di Android 11
Video: Stabilitas platform dan kronologi rilis Android
Dalam entri blog “Mempercepat update Android”, kami menjabarkan bagaimana kami terus mengupayakan OS terbaru untuk mencapai titik penting selanjutnya dengan memperluas arsitektur update Android.
Kami juga menyoroti Excelliance Tech, yang baru-baru ini memindahkan SDK LeBian mereka dari antarmuka non-SDK, menuju API resmi yang stabil sehingga mereka bisa lebih kompatibel dengan Android OS dari waktu ke waktu. Lihat kisah Excelliance Tech.
Ketahui tahu selengkapnya dengan jalur pembelajaran Kompatibilitas Android 11, playlist, dan entri blog ringkasan minggu ini.
Minggu 5 - Bahasa
Dengan Android 11 Beta, kami semakin menyempurnakan pengalaman developer untuk Kotlin di Android dengan secara resmi merekomendasikan coroutine untuk pekerjaan yang tidak bersamaan. Jika Anda baru mengenal coroutine, lihat:
Android ❤ Coroutine: Cara mengelola tugas yang tidak bersamaan di Kotlin.
Jalur pembelajaran coroutine.
Panduan developer coroutine yang baru.
Selain itu, lihat halaman studi kasus Kotlin yang baru untuk studi kasus dan data terbaru, termasuk studi kasus Google Home baru, dan video status Kotlin kami di Android. Untuk pemula, kami mengumumkan peluncuran kursus Dasar-Dasar Android di Kotlin baru.
Jika Anda adalah seorang developer bahasa Java, lihat dukungan untuk Java API baru mengenai bagaimana kami menyediakan library OpenJDK yang lebih baru di semua versi Android. Dengan Android 11, kami juga mengupdate runtime Android agar aplikasi lebih cepat dimulai dengan I/O prefetching.
Android 11 menyertakan update di seluruh toolchain native, termasuk fitur yang lebih baik untuk profile-guided optimization (PGO) dan penyempurnaan manajemen dependensi native di Android Studio 4.0.
Yang terakhir, kami terus berfokus pada penyempurnaan compiler D8 dan R8 di Android Studio dengan dukungan yang lebih baik untuk Kotlin di R8 shrinker. Pelajari lebih lanjut.
Ketahui selengkapnya dengan jalur pembelajaran bahasa, playlist, dan entri blog ringkasan minggu ini.
Minggu 6 - Android Jetpack
Tertarik dengan apa yang baru di Jetpack? Lihat peluncuran #Android11 Beta dengan tinjauan cepat yang memperkenalkan banyak update ke library kami, dengan tips tentang cara memulai.
Dalami rilis utama seperti Hilt, dengan rujukan ringkas untuk membantu Anda memulai, dan pelajari cara kami memigrasikan contoh kami sendiri agar menggunakan Hilt untuk injeksi dependensi. Lebih sedikit boilerplate = lebih menyenangkan.
Ketahui selengkapnya tentang Paging 3.0, penulisan ulang library menyeluruh menggunakan Kotlin coroutine dan penambahan fitur seperti penanganan error yang disempurnakan, transformasi yang lebih baik, dan banyak lagi.
Perkenalan CameraX Beta, dan pelajari caranya membantu developer mengelola kasus berisiko di berbagai perangkat dan versi OS, sehingga Anda tidak perlu melakukannya.
Tahun ini, kami telah membuat beberapa peningkatan besar dengan merilis Navigation 2.3, yang memungkinkan Anda dengan mudah melakukan navigasi di antara layar-layar aplikasi yang berbeda dengan tetap mengikuti prinsip-prinsip Android UI.
Di Android 11, kami melanjutkan pekerjaan kami untuk memberi pengguna kontrol yang lebih besar atas izin sensitif. Sekarang ada kontrak bertipe-aman untuk intent umum dan lebih banyak lagi melalui ActivityResult API baru. Perubahan ini menyederhanakan cara Anda meminta izin, dan kami akan terus berupaya membuat izin lebih mudah di masa mendatang.
Pelajari juga tentang rilis terbaru library AppStartup kami serta apa yang baru di WorkManager.
Ketahui selengkapnya dengan jalur pembelajaran Jetpack, playlist, dan entri blog ringkasan minggu ini.
Minggu 7 - Fitur developer Android
Kami telah mengumpulkan ringkasan tentang apa yang baru di fitur Developer Android.
Lihat update terkini dalam fitur desain, dan pelajari lebih dalam lagi:
Penyempurnaan Design Tools Suite UX di Android Studio 4.1.
Memperkenalkan Motion Editor.
Selain itu, ketahui tentang proses debug pada layout Anda, dengan update untuk layout inspector. Ketahui perkembangan terbaru untuk fitur Jetpack Compose Design, dan juga cara menggunakan database inspector baru di Android Studio.
Ketahui fitur pengembangan terbaru yang kami miliki untuk Jetpack Hilt di Android Studio.
Pelajari tentang sistem build di fitur developer Android:
API baru di Android Gradle Plugin
Memahami build Anda dengan build analyzer
Mendalami Configuration Caching
Memperkecil aplikasi Anda dengan R8
Untuk mengetahui update terkini tentang pengujian virtual, baca blog ini di Android Emulator. Yang terakhir, untuk melihat perubahan terbaru pada fitur kinerja, lihat konten profiler kinerja tentang System Trace. Selain itu, lihat lebih lanjut tentang pembuatan profil memori C++ dengan Android Studio 4.1.
Ketahui selengkapnya dengan jalur pembelajaran fitur developer Android, playlist, dan entri blog ringkasan minggu ini.
Minggu 8 - Distribusi dan monetisasi aplikasi
Lihat webinar kami tentang Google Play Console Beta baru jika Anda tidak dapat menontonnya secara langsung.
Kami membagikan peningkatan terbaru yang dibuat pada paket aplikasi, serta rencana kami mewajibkan aplikasi dan game baru untuk dipublikasikan dengan format ini pada paruh kedua 2021. In-app review API baru berarti sekarang developer bisa meminta rating dan ulasan dari dalam aplikasi Anda!
Jangan lupakan kebijakan kami mengenai langganan yang lebih transparan untuk membantu meningkatkan kepercayaan pengguna pada Google Play Billing. Kami juga memperluas rangkaian fitur untuk membantu Anda menjangkau dan mempertahankan pembeli dengan lebih baik, serta meluncurkan Play Billing Library 3, yang akan diwajibkan pada pertengahan 2021.
Google Play Pass diluncurkan di sembilan pasar baru pada bulan lalu. Developer yang menggunakan Google Play Pass dan penagihan langsung di Google Play mendapatkan rata-rata 2,5 kali lipat dari pendapatan AS dengan Google Play Pass, tanpa mengurangi penghasilan Google Play store. Pelajari lebih lanjut dan sampaikan minat untuk bergabung.
Ketahui selengkapnya dengan jalur pembelajaran distribusi dan monetisasi aplikasi, playlist, dan entri blog ringkasan minggu ini.
Minggu 9 - Android di luar ponsel
Lihat beberapa sorotan dari minggu ini, termasuk;
Android TV: Kami menyoroti apa yang baru di Android TV dan membagikan 6 peluncuran mendatang. Temukan sumber daya baru untuk membantu developer membangun aplikasi Android TV yang pertama, atau bahkan mempelajari lebih dalam tentang integrasi baru seperti Cast Connect dan langganan yang mulus.
Android for cars: Temukan cara untuk menjangkau lebih banyak pengemudi di Android for cars dan informasi selengkapnya tentang peluncuran mobil pertama yang didukung Android Automotive OS dengan layanan dan Google app bawaan — Polestar 2. Karena semakin banyak produsen meluncurkan mobil dengan fungsi tersemat ini, kami semakin memudahkan developer untuk membangun aplikasi media di Android Automotive OS dengan dokumentasi dan emulator terbaru.
Layar besar: Kami meluncurkan ChromeOS.dev — sumber daya khusus untuk developer teknis, desainer, manajer produk, dan pemimpin bisnis. Temukan praktik terbaik untuk memperluas aplikasi Anda di luar ponsel dan pengembangan Android di Chrome OS.
Wear OS: Pelajari tentang penyempurnaan yang akan hadir ke platform ini di rilis mendatang, dijadwalkan tersedia musim gugur ini.
Ketahui selengkapnya dengan jalur pembelajaran untuk Android TV dan Layar Besar, playlist Di luar ponsel, dan entri blog ringkasan minggu ini.
Minggu 10 - Game dan media
Kami membagikan beberapa update game dan menyajikan episode spesial "11 Weeks" dari The Android Game Developer Show.
Dimulai dengan fitur Android untuk pengembangan game seluler, kami menyertakan tampilan System Trace yang disempurnakan dari CPU Profiler dan menambahkan Native Memory Profiler di Android Studio 4.1. Daftar untuk melihat pratinjau developer dari Android Game Development Extension dan Android GPU Inspector.
Temukan fitur untuk menjangkau lebih banyak perangkat dan pengguna, termasuk mendalami Android Performance Tuner yang menjelaskan anotasi, tingkat kualitas, dan parameter fidelitas, bersama dengan beberapa praktik terbaik tentang cara menggunakannya.
Google Play Asset Delivery juga menghadirkan manfaat paket aplikasi untuk game; ketahui selengkapnya. Cobalah Codelab baru untuk membantu Anda mengintegrasikan Android Performance Tuner dan Google Play Asset Delivery ke dalam Unity atau game C/C++ native.
Untuk mendukung Anda masuk ke pasar, kami meluncurkan open beta Play Games Services - Friends yang memungkinkan Anda melakukan bootstrap dan menyempurnakan jaringan teman dalam game serta memberikan kesempatan untuk memunculkan game Anda di kluster baru dalam aplikasi Google Play Games.
Google Play Console Beta mendemonstrasikan pengalaman manajemen rilis baru dan update untuk penginstalan otomatis hari pertama, fitur Google Play baru yang memungkinkan pengguna meminta penginstalan otomatis game Anda selama prapendaftaran. Pelajari cara mengoptimalkan halaman cantuman toko untuk memanfaatkan pengalaman visual game yang jauh meningkat di Google Play dan bagaimana in-app review API memungkinkan Anda memilih kapan harus meminta pengguna untuk menulis ulasan dari dalam game Anda, tanpa kembali ke halaman detail aplikasi.
Anda juga bisa memanfaatkan kontrol media baru Android 11 dengan memastikan aplikasi Anda menggunakan MediaStyle dengan token MediaSession yang valid. Pelajari cara mendukung pelanjutan media dengan membuat aplikasi Anda dapat ditemukan dengan MediaBrowserServiceCompat, menggunakan petunjuk EXTRA_RECENT untuk membantu melanjutkan konten, dan menangani callback onPlay dan onGetRoot. Kemudian lihat cara memanfaatkan library jetpack MediaRouter dan lihat contoh UAMP versi terbaru.
Terakhir, kami membahas beberapa cara utama aplikasi dalam memanfaatkan 5G. Android 11 menambahkan API baru dan memperbarui API yang sudah ada untuk membantu memastikan Anda memiliki semua fitur yang dibutuhkan untuk memanfaatkan kemampuan 5G, seperti API estimasi bandwidth yang ditingkatkan, kemampuan deteksi 5G, dan tanda berkuota baru dari operator seluler. Android emulator sekarang memungkinkan Anda untuk mengembangkan dan menguji API ini tanpa memerlukan perangkat atau sambungan jaringan 5G. Semua ini dan masih banyak lagi tersedia dari halaman 5G khusus kami.
Ketahui selengkapnya dengan jalur pembelajaran ‘game dan media’, playlist, dan entri blog ringkasan, serta kunjungi d.android.com/games untuk terus mendapatkan informasi terbaru mengenai semua fitur dan sumber daya kami untuk developer game.
Minggu 11 - UI
Pada minggu terakhir, kami merilis 4 codelab baru, 9 contoh baru, dokumentasi baru, dan podcast dari tim Compose. Jika Anda lebih menyukai video; semua sudah kami siapkan:
Berpikir dalam Compose
Compose dengan Contoh
Compose untuk Aplikasi yang Sudah Ada
Yang baru di Android 11 adalah kemampuan aplikasi untuk membuat transisi mulus antara keyboard virtual saat dibuka dan ditutup. Untuk mengetahui cara menambahkannya ke aplikasi Anda, geser ke atas video, entri blog, dan contoh aplikasi
Kami sarankan mengikuti Panduan Desain Material untuk memastikan bahwa aplikasi beroperasi secara konsisten, sehingga pola yang dipelajari dalam satu aplikasi bisa digunakan di aplikasi lainnya. Ketahui selengkapnya tentang Material Theming (warna, tipe, dan bentuk), tema gelap, dan sistem gerak Material menggunakan library Material Design Components (MDC). Jika Anda belum bermigrasi ke MDC, lihat panduan migrasi kami.
Bahkan Anda bisa mempermudah migrasi dengan library seperti MDC-Android Compose Theme Adapter baru yang mengubah tema XML MDC menjadi Compose `MaterialTheme`.
Ketahui selengkapnya dengan jalur pembelajaran Compose, jalur pembelajaran UI Modern, playlist, dan entri blog ringkasan minggu ini.
Sumber daya
Anda bisa menemukan seluruh playlist konten video #11WeeksOfAndroid di sini. Ikuti kami di Twitter dan YouTube, serta langganan ke milis kami untuk menerima semua berita dan sumber daya terbaru. Terima kasih banyak telah mengizinkan kami menjadi bagian dari pengalaman ini bersama Anda!

label: pt