Ulasan kecil QCon 2018

Pada akhir Juni di New York, konferensi QCon 2018 diadakan, yang saya beruntung hadiri. Untuk kesempatan ini saya ingin berterima kasih kepada atasan saya. Konfa berlangsung 3 hari, ada sekitar 140 pembicara dan lebih dari 900 peserta.


something_will_probably_go_wrong


Penafian: tentu saja, artikel ini mengungkapkan pendapat pribadi saya.


Organisasi


Karena konferensi ini besar dan telah berlangsung lama, semuanya diatur pada tingkat tinggi. Audiens, suara, siaran, rekaman, presentasi - semuanya berjalan dengan baik. Meskipun tidak, hari pertama pada sampah keynote clicker pertama. :-) Ini, mungkin, adalah satu-satunya masalah dalam 3 hari.


crowd_on_start


Tema


Selama 3 hari, panitia membahas 15 topik berbeda. Yaitu setiap hari ada 5 aliran utama (+ presentasi sponsor dan audiensi Ask Me Anything), setiap hari ada aliran baru. Menurut pendapat saya, cakupan yang luas seperti itu baik dari segi kuantitas, tetapi kualitas menderita karenanya. Ternyata dari 6 laporan sehari yang saya hadiri, 1-2 benar-benar bermanfaat dan menarik bagi saya. Beberapa laporan tidak sesuai dengan nama mereka, yang sangat disayangkan karena waktu yang dihabiskan.


me_at_stage


Saya memiliki harapan yang sedikit berbeda untuk jumlah informasi yang baru bagi saya. Sesuatu yang baru, menarik dan tidak dikenal kurang dari yang kita inginkan.


Keynotes


Sebelum awal setiap hari, semua orang berkumpul di aula terbesar, dan beberapa orang dari perusahaan terkenal mengatakan sesuatu yang umum, tetapi menarik. Kisah-kisah ini adalah tentang mengembangkan perangkat lunak dalam satu atau lain bentuk. Saya suka semua 3 keynote.


Pengembang sebagai Malware Distribution Vehicle (Guy Podjarny, SnykSec)


Guy bekerja untuk perusahaan yang memeriksa produk sumber terbuka untuk mengetahui kerentanan. Dia berbicara tentang bagaimana kerentanan tertanam dalam alat pengembangan yang berbeda dan bagaimana kemudian menyebar di antara pengguna akhir. Saya jarang memikirkan hal ini dan, apalagi, tidak berpikir bahwa fenomena ini berskala besar. Guy menunjukkan bagaimana ini bisa dengan beberapa contoh menarik. Ternyata malware dapat disematkan dalam IDE (XCodeGhost berfungsi sebagai contoh), dan disuntikkan ke file yang dapat dieksekusi selama perakitan. Anda juga dapat menempatkan malware di perpustakaan plug-in.


Pikiran utama dari presentasi yang akan saya pilih:


  • dengan kekuatan besar datang tanggung jawab besar;
  • Anda tidak dapat mempercayai kode yang tidak Anda tulis sendiri dari awal.
  • Berhati-hatilah dan perhatikan alat yang Anda gunakan.

A History of the Opinionated of the API (Joshua Bloch, Carnegie Mellon)


Joshua Bloch memberi tahu kapan dan siapa yang pertama kali muncul dengan API (Application Program Interface) dan bagaimana istilah ini berkembang hingga hari ini.


Ternyata API diciptakan sebelum pembangunan komputer pertama! Sedikit digunakan, tetapi sangat menarik!


Kemudahan penggunaan, tidak ada bug, dan deskripsi yang baik adalah apa yang harus Anda pikirkan ketika mengembangkan API baru.


The History of Fire Escapes (Tanya Reilly, Squarespace)


Tanya menceritakan kisah kemunculan dan perkembangan jalan keluar api di New York sejak 1838. Penyebab terjadinya dan perkembangan fenomena ini, tentu saja, adalah kebakaran. Dari perspektif sejarah, dia menunjukkan mengapa itu terjadi dan langkah apa yang diambil untuk menanganinya di masa depan. "Kebakaran" di dunia perangkat lunak juga terjadi, tetapi berdasarkan pengalaman yang ada, kita dapat meminimalkan konsekuensinya.


Minimalkan secara prinsip kemungkinan kebakaran. Menyediakan alat deteksi kebakaran awal. Isolasi area yang berpotensi bahaya kebakaran agar api tidak menyebar. Miliki pemadam kebakaran dan rencana evakuasi terkini.


Sebenarnya melaporkan


Mungkin saya hanya akan menulis tentang laporan yang saya sukai secara pribadi, yang darinya saya dapat mempelajari sesuatu yang baru dan bermanfaat.


Pola Tanpa Server dan Anti-Pola (Joe Emison, Branch)


joe_emison_branch


Terakhir kali saya terjun ke tema serverless, Backendless dan sekarang meninggal di Bose Parse dikabarkan. Tetapi beberapa tahun berlalu, dan ketika saya mendengarkan Joe, saya terkejut betapa banyak layanan sekarang telah muncul di bidang ini dan betapa terkenalnya mungkin untuk menggabungkan mereka untuk mencapai berbagai tujuan. Joe memberi tahu bagaimana tanpa server (tanpa server berarti seperangkat layanan eksternal untuk mencapai tujuan suatu produk) mereka menuliskan perangkat lunak untuk mengumpulkan statistik dan memantau kualitas bahan bakar, serta aplikasi untuk memilih real estate untuk disewakan. Aplikasi ini dapat melakukan otentikasi, memvalidasi data, gambar sedang, bekerja dengan peta, membaca di awan dan banyak lagi. Dan semua ini melalui layanan eksternal! Tugas utama Anda adalah memantau ketersediaan layanan eksternal yang sama ini.


tanpa server


Dari laporan ini, saya belajar tentang banyak layanan baru yang ingin saya "sentuh" ​​dan cari tahu lebih banyak. Dan di sini, omong-omong, dan mereka:


  1. Segmen - platform tunggal untuk mengumpulkan, menyimpan, menganalisis, dan merutekan data pengguna Anda.
  2. DocRaptor - Menghasilkan PDF / Excel dari HTML
  3. Cloudinary - platform untuk mengelola konten media (gambar, video).
  4. Auth0 - platform menyediakan kemampuan identifikasi pengguna tingkat lanjut.
  5. Webtask adalah platform FaaS yang menjalankan kode Anda di cloud.
  6. Netlify - hosting awan dengan penyebaran dalam beberapa menit. Mampu terhubung ke repositori Anda di github dan menyebarkan situs darinya saat pembaruan. Nah, segala macam keripik mode lainnya
  7. Algolia - mesin pencari untuk situs Anda, seperti yang saya mengerti
  8. AWS Cognito - manajemen pengguna, identifikasi, diferensiasi hak
  9. AWS Lambda - Platform FaaS Amazon
  10. AWS AppSync - Sinkronisasi data waktu-nyata antar perangkat

Platform di Twilio: Membuka Kunci Efektivitas Pengembang (Justin Kitagawa dari, twilio)


justin_kitagawa_twilio


Inilah yang saya pelajari dari presentasi:


  1. Multilingualisme, microservices, DevOps bagus.
  2. Pembuatan kode untuk berbagai bahasa dari deskripsi API yang terpadu adalah baik.
  3. Otomatisasi semua yang dapat Anda raih.
  4. Katakan apa yang harus dilakukan, jangan katakan bagaimana. Dan kemudian semuanya akan baik-baik saja dengan Anda.
  5. Minimalkan resistensi terhadap inovasi. Pembicara mengutip contoh "penjaga gerbang" yang tidak mengizinkan "inovasi yang berpotensi berbahaya yang tidak membawa manfaat" ke proyek. Orang-orang semacam itu membangun pekerjaan berdasarkan prinsip "pekerjaan - jangan sentuh." Dan itu memperlambat pengembangan produk
  6. Pastikan transparansi infrastruktur untuk melihat kelemahan dan mendeteksi masalah sedini mungkin.

Closer to the Wire: Peringatan Berita Real-time (Katerina Domenikou dari, Bloomberg)


katerina_domenikou_bloomberg


Bagi saya sendiri, saya membuat beberapa hal menarik yang dibahas dalam presentasi:


  1. Pencarian streaming. Cari di arus informasi yang masuk.
  2. Luwak - alat yang membantu memenuhi paragraf 1.

Dan dia kembali yakin bahwa kadang-kadang Anda perlu melihat tugas dari sudut yang tampaknya tak terduga. Katerina memberi tahu bagaimana mereka memproses banyak permintaan pencarian, atau, lebih tepatnya, filter, ke sejumlah besar data. Array data juga dapat diisi ulang cukup sering. Jadi, dalam keputusan mereka, orang-orang tidak mengindeks data, tetapi pertanyaan itu. Jadi, ketika data baru muncul, diperiksa apakah data baru memenuhi permintaan yang ada, dan jika demikian, maka data tersebut dikaitkan dengan indeks. Pencarian dipercepat secara signifikan. Secara umum, bagi saya itu baru O_o.


Arus Peristiwa Kompleks dalam Sistem Terdistribusi (Bernd Rücker, Camunda)


bernd_ruker_camunda


Solusi perusahaan modern untuk mengotomatisasi proses bisnis (mesin alur kerja, mesin negara) sangat berat dan membosankan. Karena itu, Anda tidak boleh menggunakannya, tetapi ada alternatif ringan yang layak. Dan entah bagaimana ternyata alternatif sedang dikembangkan oleh tim pembicara dan disebut Camunda. Tetapi jika solusinya baik, mengapa tidak membicarakannya!
Dari presentasi ini, saya mencari tahu hal-hal berikut yang ingin saya “sentuh” dan pelajari lebih dalam:


  1. Irama UBER adalah alat yang terdistribusi, terukur, dan andal untuk mengatur proses bisnis yang tidak sinkron dan berjangka waktu.
  2. Netflix Conductor adalah alat otomatisasi bisnis berbasis microservice.
  3. Camunda adalah platform untuk mengotomatisasi proses bisnis.
  4. Zeebee - alat otomatisasi bisnis berbasis microservice dengan desainer grafis!
  5. Activiti adalah alat otomatisasi bisnis berbasis microservice berbasis cloud.
    Seperti yang saya pahami, semua alat ini memungkinkan Anda untuk membangun keseimbangan dan mendistribusikan tanggung jawab layanan-layanan microser dan mesin alur kerja yang sebenarnya. Ini dilakukan dengan melakukan operasi rutin (penanganan kesalahan dasar, siklus, eksekusi yang dijadwalkan) di sisi mesin alur kerja, dan logika domain tetap sepenuhnya berada di dalam layanan microser yang membentuk proses bisnis.

Utusan Lyft: Merangkul Layanan Mesh (Matt Klein, Lyft)


matt_klein_envoy


Matt berbicara tentang Utusan , produk yang dia pimpin. Semacam layanan mesh yang memungkinkan layanan microser untuk berinteraksi tanpa memikirkan topologi jaringan. Di antara barang lainnya hadir:


  • penyeimbang beban
  • memantau status layanan mikro,
  • mengumpulkan berbagai macam statistik,
  • layanan penemuan layanan
  • ekstensi plug-in.

utusan


Matt dikenang sekali lagi. Setelah semua presentasi, para pembicara duduk bersama di atas panggung dan mulai menjawab pertanyaan tentang topik umum ("Arsitektur yang selalu Anda tanyakan"). Ketika pertanyaan muncul tentang ketersediaan pengujian integrasi dan pendekatan untuk itu, senyum setengah terlihat di wajah semua pembicara. Matt menjawab lebih dulu, dan semua orang diam-diam mendukungnya. Jawabannya adalah dalam semangat ini - "Tentu saja, kami memiliki pengujian integrasi, tapi ... Tidak ada yang menghasilkan hasil sebagus pengujian dalam produksi". Matt menawarkan pengujian otomatis terbatas pada pengujian unit, uji beban. Dan pada tingkat yang lebih rendah, bergantung pada hasil pengujian integrasi.


Scaling Push Messaging untuk Jutaan Perangkat (Susheel Aroskar, Netflix)


Sayangnya, saya tidak dapat mengunjungi laporan itu sendiri, tetapi ada banyak ulasan positif tentang presentasi dan tentang pembicara. Jadi saya pikir ini layak untuk dilihat.


Buzzwords QCon di New York 2018


kata kunci
Ada juga seluruh lagu tentang blockchain. Tetapi saya tidak bisa sampai di sana.


Posting scriptum


Pada musim semi, saya menghadiri CodeFest 2018 di Novosibirsk. Dan jujur ​​saja, saya lebih suka di sana. Tapi, seperti kata mereka, masing-masing miliknya.


Semua presentasi sudah tersedia di sini .


Video akan tersedia untuk umum dalam 3-4 bulan. Bagi peserta, akses ke video sudah terbuka. Dan video ini dapat dikirim ke 30 orang yang berbeda melalui email.


Posting tulisan scriptum


Saya tidak menulis tentang makanan, akomodasi, dan transportasi di dalam artikel itu, karena tampaknya tidak menyangkut masalah Habr, tetapi jika ada yang tertarik, saya bisa menjawab di PM atau di komentar.

Source: https://habr.com/ru/post/id416335/


All Articles