Knight Upgrade Triggered Old Trading System

Knight Capital Group Apakah Komputer yang Sengaja Jahat Knock Down Trading House. Knight Capital Group adalah rumah perdagangan yang membantu orang lain mengakses pasar keuangan dengan menjalankan perdagangannya. Ini berfungsi sebagai penanda pasar yang ditunjuk, yang berarti menyediakan perintah jual beli sehingga orang lain Selalu dapat melakukan perdagangan terhadapnya, untuk lebih dari 600 sekuritas di bursa saham NYSE dan NASDAQ Ini juga berfungsi sebagai pembuat pasar untuk sekuritas lainnya Karena pembuatan dan perdagangan pasar merupakan aktivitas utama di pasar keuangan, yang memerlukan transaksi yang andal dan jujur, hal itu Tak heran bila situsnya mengusung slogan The Standard of Trust. Jadi apa yang dipikirkan kejadian yang terjadi pada 1 Agustus ini, di mana sebuah kesibukan perdagangan dari Knight menyebabkannya menumpuk posisi perdagangan 7 miliar, jauh. Lebih dari itu bisa mempertahankan, mengarah pada upaya bersama untuk mendorong posisi ke tingkat yang kurang berisiko Dalam usahanya untuk mengurangi eksposur risikonya, ia pasti menjual beberapa kepemilikannya. Murah juga dikenal sebagai penjualan api, dan akhirnya kehilangan 440 juta Bahkan melawan standar kerugian yang telah kita gunakan dalam krisis keuangan ini, ini adalah hari yang sangat buruk bagi Knight Sejak saat itu, Knight telah mampu menemukan investor dengan Modal segar 400 juta, pada dasarnya jumlah yang sama yang hilang, yang akan menstabilkan perusahaan jika tidak menderita kerugian bencana lagi. Ini juga telah menginvestigasi alasan lonjakan pesanan pembelian tiba-tiba. Informasinya sedikit tidak jelas, tapi Wall Street Journal melaporkan alasan yang tidak terduga Pembaruan sistem komputer yang kacau Apa yang tampaknya terjadi adalah bahwa sistem komputer baru dipasang dan bekerja dengan benar, namun tidak dipasang di semua platform perdagangan, setiap sistem harus direplikasi di semua platform perdagangan. Hal ini menyebabkan Ke sistem lama trading pada beberapa platform sementara sistem baru diperdagangkan pada orang lain, dan ternyata itu adalah sistem lama yang kacau Persis bagaimana hal ini mungkin tidak jelas karena Sistem lama telah benar-benar bekerja dengan baik sebelumnya, namun kemungkinan alasannya adalah bahwa sistem lama tidak lagi memposting perdagangan mereka ke sistem manajemen risiko, sehingga kontribusi perdagangan mereka terhadap total risiko tidak terdeteksi. Penjelasan ini bersifat spekulatif, namun jika laporannya Bahwa sistem baru yang berfungsi dengan baik benar, maka penumpukan pesanan beli yang besar menunjukkan bahwa pasti ada beberapa informasi yang dikeluarkan dari sistem penilaian risiko. Kisah tentang kesalahan komputer ini dimulai dan berakhir dengan kesalahan manusia Orang gagal menginstal sistem baru Di semua platform perdagangan, dan orang-orang gagal menghentikan perdagangan ketika pejabat lantai perdagangan NYSE melihat perdagangan yang tidak biasa dan memperingatkan Knight bahwa itu adalah sumber pergerakan perdagangan yang tidak biasa. Tetapi intinya di sini adalah bahwa sistem komputer begitu cepat dan efektif dalam hal ini. Bekerja bahwa ada sedikit waktu untuk menghentikan mereka begitu mereka pergi Ini adalah fenomena yang terkenal dari penelitian tentang kecelakaan organisasi Ini juga merupakan ma Karena kesalahan, seperti yang telah saya catat saat bekerja dengan rekan kerja Don Palmer dan Jo-Ellen Pozner Dalam kasus Knight, perdagangan bisa dibilang sangat berbahaya sehingga merupakan keputusan pengadilan apakah firma tersebut telah memenuhi kewajibannya untuk menangani tuntutan manajemen risiko yang benar. , Siapa pun Namun, menugaskan tanggung jawab akan sulit karena perdagangan ini tidak disengaja, dan kecelakaan terjadi pada antarmuka antara komputer yang cepat dan rusak, dan manusia yang lebih lambat berusaha untuk mengejar ketinggalan. Secara jelas, cerita ini memiliki pelajaran penting untuk bagaimana organisasi memikirkan pengelolaan risiko. Dan kontrol kualitas, terutama karena mereka membuat lebih dan lebih banyak sistem kunci mereka otomatis Ini juga merupakan pengingat bahwa pasar keuangan mengandung pedagang manusia, yang bisa sangat salah dalam penilaian mereka, dan menggantinya dengan komputer terkadang membuat penilaian menjadi lebih buruk Dan akhirnya , Jika Anda pernah mengalami upgrade perangkat lunak menjadi buruk, pikirkan Knight Capital dan betapa buruknya keadaan itu, saya meragukan Anda pernah mengalami Sebuah upgrade komputer yang menarik uang dari rekening bank Anda dan membagikannya kepada orang asing. Organisasi, Organisasi Kelautan, D dan Pozner, J 2010 Gone Wild Penyebab, Proses, dan Konsekuensi dari Kesalahan Organisasi The Academy of Management Annals 4 1, 53 107 Patterson, SJ Strasburg, dan J Bunge 2012 Upgrade Ksatria Memicu Sistem Perdagangan Lama, Kerugian Besar Jurnal Wall Street 15 8 2012.Add a comment Sudah menjadi anggota Sign In. Henrich R Greve adalah Profesor Kewirausahaan di INSEAD. Sebagian besar artikel terbagi. Sepasang rumah sakit India telah melakukan pembedahan biaya tanpa biaya untuk paradigma perawatan kesehatan yang berkelanjutan. Kekuatan komplementer universitas korporat dan sekolah menengah membuat mereka menjadi mitra alami melalui INSEADKnowledge. Komisi Eropa untuk Persaingan mengintai reputasinya di kasus Apple-Irlandia melalui INSEADKnowledge. Survey Orang dewasa muda sangat menyukai kursus pribadi untuk pendidikan online VinikaDRao HenrikBresman via INSEADKnowledge. Bernhard 15 03 2017 at 12 42 pm. Good artic Saya senang membaca artikel ini Satu hal yang ingin saya tunjukkan adalah bahwa digital. Christel 14 03 2017 pada 09 52 amunications advisor - Terima kasih telah membagikan do dan don ts untuk memulai pada tingkat pribadi Our. webeditor 13 03 2017 pada 02 59. Terima kasih atas pertanyaannya - Les, Prof Beechler pergi sampai 1 April saya akan memastikan dia melihat ini padanya. Brahms 09 03 2017 at 04 29 pm. Retired Scientist - Topik ini sepertinya membangkitkan lebih banyak pemikiran di Pembaca, seperti saya Neuroscience, sekarang. Brahms 09 03 2017 at 04 pm. Senior Senior, mengkhususkan diri pada ilmu Fisika - Terima kasih, untuk analisis komponen Technostress. Di Spotlight. INSEAD Global Leadership Center menawarkan keahlian unik sebagai terkemuka. Pusat dalam penelitian dan praktik dalam kepemimpinan dan. Kemitraan antara Pengetahuan INSEAD, Knowledge Wharton dan Forum Agen Global Global Economic Forum di Emerging Market. Untuk memanfaatkan peluang yang timbul dari digitalisasi, organisasi dan pemimpin harus merangkul bisnis baru. Kenyataan. Saya berbicara di sebuah konferensi tahun lalu mengenai topik DevOps, Configuration as Code, dan Continuous Delivery dan menggunakan cerita berikut untuk menunjukkan pentingnya membuat penerapan sepenuhnya otomatis dan berulang sebagai bagian dari inisiatif DevOps Continuous Delivery Sejak konferensi tersebut saya Telah diminta oleh beberapa orang untuk berbagi cerita melalui blog saya. Cerita ini benar ini benar-benar terjadi. Inilah ceritakan kisah saya berdasarkan apa yang saya baca saya tidak terlibat dalam hal ini. Inilah kisah bagaimana sebuah perusahaan dengan hampir 400 juta aset bangkrut dalam 45 menit karena penyebaran yang gagal. Knight Capital Group adalah perusahaan jasa keuangan global Amerika yang bergerak di pasar yang melakukan eksekusi secara elektronik, dan penjualan dan perdagangan institusional Pada tahun 2012 Knight adalah pedagang terbesar di ekuitas AS dengan pasar Saham sekitar 17 pada masing-masing NYSE dan NASDAQ Knight Electronic Group Group ETG mengelola volume perdagangan rata-rata harian lebih dari 3 3 miliar perdagangan S harian, perdagangan lebih dari 21 miliar dolar setiap hari Itu bukan lelucon. Pada tanggal 31 Juli 2012 Knight memiliki sekitar 365 juta uang tunai dan setara. NYSE berencana untuk meluncurkan Program Likuiditas Ritel baru sebuah program yang dimaksudkan untuk memberikan harga yang lebih baik kepada investor ritel. Melalui broker ritel, seperti Knight pada tanggal 1 Agustus 2012 Dalam persiapan untuk acara ini Knight memperbarui router algoritmik otomatis dan berkecepatan tinggi mereka yang mengirim pesanan ke pasar untuk eksekusi yang dikenal sebagai SMARS Salah satu fungsi inti SMARS adalah menerima pesanan dari Komponen lain dari perintah induk perdagangan Knights Knights dan kemudian mengirim satu atau lebih perintah anak untuk dieksekusi Dengan kata lain, SMARS akan menerima pesanan besar dari platform perdagangan dan memecahnya menjadi beberapa pesanan lebih kecil untuk menemukan penjual pembeli cocok untuk Volume saham Semakin besar pesanan orang tua, semakin banyak pesanan anak yang akan dihasilkan. Pembaruan untuk SMARS dimaksudkan untuk menggantikan kode lama dan tidak terpakai yang disebut sebagai fungsi Power Peg. Onality yang tidak pernah digunakan Knight dalam 8 tahun mengapa kode yang telah mati selama 8 tahun masih ada di basis kode adalah sebuah misteri, tapi bukan itu intinya Kode yang diperbarui berulang dari bendera lama yang digunakan. Untuk mengaktifkan fungsi Power Peg Kode ini benar-benar diuji dan terbukti bekerja dengan benar dan andal Apa yang mungkin bisa salah. Apa yang Mungkin Terjadi Salah Memang. Antara tanggal 27 Juli 2012 dan 31 Juli 2012 Knight secara manual menyebarkan perangkat lunak baru ke yang terbatas. Jumlah server per hari delapan 8 server dalam semua Ini adalah apa yang dikatakan oleh SEC mengenai proses penerapan manual BTW jika ada pengarsipan SEC tentang penempatan Anda, sesuatu mungkin telah menjadi sangat salah. Selama penggelaran kode baru, salah satu teknisi Knight tidak menyalin kode baru ke salah satu dari delapan server komputer SMARS Knight tidak memiliki teknisi kedua yang meninjau penyebaran ini dan tidak ada seorang pun di Knight menyadari bahwa kode Power Peg Belum dihapus dari server kedelapan, atau kode RLP yang baru ditambahkan Knight tidak memiliki prosedur tertulis yang memerlukan tinjauan SEC Pengarsipan Pelepasan Tidak 70694 16 Oktober 2013.At 9 30 AM Eastern Time pada tanggal 1 Agustus 2012 pasar dibuka dan Knight mulai memproses pesanan dari broker-dealer atas nama pelanggan mereka untuk Program Likuiditas Ritel yang baru. Tujuh 7 server yang memiliki penyebaran SMARS yang benar mulai memproses pesanan ini dengan benar Perintah dikirim ke server kedelapan memicu bendera repurposed yang dipaksakan dan dibawa kembali dari Mati kode Power Peg tua. Kendalikan Kode Pembunuh Zombie. Yang penting untuk memahami apa kode Power Peg yang mati dimaksudkan untuk dilakukan Fungsi ini dimaksudkan untuk menghitung sha. Res dibeli yang dijual sesuai pesanan orang tua saat pesanan anak dieksekusi. Power Peg akan menginstruksikan sistem untuk menghentikan perutean pesanan anak setelah pesanan orang tua terpenuhi. Pada dasarnya, Power Peg akan melacak perintah anak dan menghentikannya setelah pesanan orang tua selesai Pada tahun 2005 Knight memindahkan fungsi pelacakan kumulatif ini ke tahap awal dalam eksekusi kode sehingga menghapus pelacakan hitungan dari fungsionalitas Power Peg. Ketika bendera Power Peg di server kedelapan diaktifkan, fungsi Power Peg mulai merutekan perintah anak untuk eksekusi, namun Apakah tidak melacak jumlah saham terhadap perintah orang tua agak seperti lingkaran tak berujung.45 Risalah Neraka. Bayangkan apa yang akan terjadi jika Anda memiliki sistem yang mampu mengirim pesanan otomatis berkecepatan tinggi ke pasar tanpa ada pelacak untuk melihat apakah cukup Perintah telah dieksekusi Ya, itu yang buruk. Ketika pasar dibuka pada pukul 930 pagi orang dengan cepat mengetahui ada yang salah. Dengan 9 31 pagi itu jelas bagi banyak orang. Le di Wall Street bahwa sesuatu yang serius sedang terjadi Pasar dibanjiri pesanan luar biasa untuk volume perdagangan reguler pada saham tertentu Oleh 9 32 AM banyak orang di Wall Street bertanya-tanya mengapa hal itu tidak berhenti Ini adalah keabadian di high - Istilah perdagangan yang cepat Mengapa seseorang tidak menabrak sistem mematikan apa pun yang dilakukan sistem ini Karena ternyata tidak ada saklar pembunuhan Selama 45 menit pertama perdagangan eksekusi Knight terdiri lebih dari 50 volume perdagangan, mendorong saham tertentu Naik lebih dari 10 dari nilai mereka Akibatnya, saham lain mengalami penurunan nilai sebagai respons terhadap perdagangan yang salah. Untuk memperburuk keadaan, sistem Knight mulai mengirim pesan email otomatis pada pagi hari pada pukul 8 01 pagi ketika SMARS memproses pesanan yang memenuhi syarat. Untuk perdagangan pra-pasar Pesan email merujuk SMARS dan mengidentifikasi kesalahan saat Power Peg dinonaktifkan Antara pukul 08 01 dan 9 30 AM ada 97 email yang dikirim ke personel Knight Tentu saja ema ini Ils tidak dirancang sebagai peringatan sistem dan oleh karena itu tidak ada yang melihat mereka saat Oops. Selama 45 menit Neraka yang dialami Knight mereka mencoba beberapa tindakan kontra untuk mencoba dan menghentikan perdagangan yang salah. Tidak ada perisai dan tidak ada prosedur terdokumentasi. Untuk bagaimana bereaksi sehingga mereka dibiarkan mencoba untuk mendiagnosa masalah ini di lingkungan live trading dimana 8 juta saham diperdagangkan setiap menit Karena mereka tidak dapat menentukan apa yang menyebabkan perintah salah yang mereka lakukan dengan mencopot pemasangan kode baru dari server itu Disebarkan dengan benar Dengan kata lain, mereka menghapus kode kerja dan membiarkan kode rusak Ini hanya memperkuat masalah yang menyebabkan perintah orang tua tambahan untuk mengaktifkan kode Power Peg pada semua server, bukan hanya yang tidak digunakan dengan benar Akhirnya mereka Mampu menghentikan sistem setelah 45 menit melakukan trading. Pada 45 menit pertama pasar terbuka kode Power Peg yang diterima dan diproses 212 perintah orang tua Sebagai Hasilnya SMARS mengirim jutaan pesanan anak ke pasar sehingga menghasilkan 4 juta transaksi terhadap 154 ​​saham untuk lebih dari 397 juta saham. Bagi Anda pecandu pasar saham, ini berarti Knight mengasumsikan sekitar 3 5 miliar posisi long net di 80 saham dan 3 15 miliar net short Posisi di 74 saham Dalam istilah awam, Knight Capital Group menyadari kerugian 460 juta dalam 45 menit Ingat, Knight hanya memiliki 365 juta uang tunai dan setara Dalam 45 menit Knight pergi dari menjadi pedagang terbesar di ekuitas AS dan pasar utama Pembuat di NYSE dan NASDAQ untuk bangkrut Mereka memiliki 48 jam untuk meningkatkan modal yang diperlukan untuk menutupi kerugian mereka yang berhasil mereka lakukan dengan investasi 400 juta dari sekitar setengah lusin investor Knight Capital Group akhirnya diakuisisi oleh Getco LLC Desember 2012 Dan perusahaan gabungan tersebut sekarang disebut KCG Holdings. A Pelajaran untuk Mempelajari. Peristiwa 1 Agustus 2012 harus menjadi pelajaran bagi semua tim pengembangan dan operasi. Tidak cukup untuk b Uild perangkat lunak yang hebat dan tes itu Anda juga harus memastikan itu disampaikan ke pasar dengan benar sehingga pelanggan Anda mendapatkan nilai yang Anda berikan dan sehingga Anda tidak bangkrut perusahaan Anda Insinyur yang dikerahkan SMARS tidak semata-mata untuk menyalahkan di sini proses Knight Telah disiapkan tidak sesuai dengan risiko yang mereka hadapi. Selain itu, proses atau kekurangannya pada dasarnya rentan terhadap kesalahan. Setiap kali proses penyebaran Anda bergantung pada manusia yang membaca dan mengikuti instruksi, Anda mengekspos diri Anda untuk mengambil risiko Manusia melakukan kesalahan Kesalahan dapat terjadi dalam Instruksi, dalam interpretasi instruksi, atau dalam pelaksanaan instruksi. Pemakaian harus dilakukan secara otomatis dan berulang dan bebas dari kesalahan manusia potensial. Knight telah menerapkan sistem penyebaran otomatis yang lengkap dengan konfigurasi, penyebaran dan otomasi uji. Kesalahan yang menyebabkan Knightmare pasti bisa dihindari. Beberapa prinsip untuk aplikasi Continuous Delivery Di sini bahkan jika Anda tidak menerapkan proses Pengiriman Terus menerus penuh. Perangkat lunak perilisan harus berupa proses yang dapat diulang dan dapat diandalkan. Terisi sebanyak mungkin. Skenario Mari kita asumsikan mereka memiliki DevOps yang sangat bagus Jadi semua server akan sinkron Tapi anggap itu Kode baru memiliki bug Jadi semua server selaras, namun memiliki kode buggy yang sama. Bagaimana jika dua versi kode, yaitu 2 penyebaran terakhir memiliki bug ini. Jadi begitu mereka menyadari ada yang tidak beres, mereka akan kembali. Kode, bug masih tetap Menit berharga telah berlalu Mungkin 20 menit, bukan 45 menit di artikel Anda. Jadi, pendeknya kill-switch bencana mereka adalah penggelaran kode rollback di lingkungan hidup. Itu masih akan menjadi desain yang rusak. Mereka akan membutuhkan sebuah tombol merah besar hampir secara harfiah, di suatu tempat di dasbor mereka untuk segera berhenti Dimana aturan bisnis yang mengatakan pertama tidak membahayakan. VJ jika penyebaran ke semua server telah bekerja, mereka pasti akan baik-baik saja Tapi dalam kasus ini , 7 dari 8 untuk o Subsistem ne dikerahkan untuk benar Karena perilaku buruk, mereka memutar kembali yang lain 7 berpikir kode baru dalam subsistem adalah masalah Itu melipatgandakan masalah sampai akhirnya membunuh saklar. Pelatih hampir selalu kompleks Dalam hal ini adalah praktek pengkodean yang buruk , Ditambah dengan praktik pengujian kode uji yang patut dipertanyakan, ditambah kesalahan dalam penerapan, ditambah kemunduran pada perincian subsistem daripada keseluruhan sistem Jika Anda menyelesaikan masalah tersebut, Anda tidak akan mendapatkan bencana. Salah satu hal yang pernah saya lihat Di perusahaan yang tidak menyadari pentingnya dan dampak sebenarnya dari sistem TI mereka adalah mereka tidak menyediakan anggaran untuk pembaruan kode warisan. Misalnya, saya telah melihat situasi di mana TI tidak memiliki anggaran. Hal ini harus membenarkan segala hal yang dilakukannya terhadap biaya bisnis yang berarti Terus berjuang untuk berbaris proyek baru Bisnis jarang melihat kebutuhan untuk memperbarui perangkat lunak lama yang saat ini bekerja, sehingga mereka menolak untuk membayarnya Hasilnya adalah cod baru konstan E, dibuat oleh coders termurah mungkin, sementara tidak berinvestasi pada teknologi yang pada akhirnya akan meningkatkan kinerja dan mengurangi risiko Mengapa Karena ini dilihat sebagai masalah TI dan bukan bidang proyek apa pun yang sedang dikerjakan orang IT, maka tidak ada yang akan membayar Ini sebuah bacaan yang bagus mengenai praktik ini adalah The Phoenix Project oleh Gene Kim, Kevin Behr, dan George Spafford. Terima kasih telah menerapkan otak pada hype Mungkin seseorang harus bertanya mengapa teknisi yang terlibat bisa menyalahkannya tapi tidak mendapatkan wewenang untuk Bunuhlah mereka sendiri. Baiklah, karena itulah Anda meletakkan Ops SRE di tempat yang sama. R adalah untuk umpan balik yang bertanggung jawab, alias nyala api. Saya telah menulis sedikit tentang acara ini, dan saya akan mengingatkan siapa pun untuk menggunakan laporan SEC sebagai sesuatu di Selain itu untuk apa yang dibutuhkan SEC untuknya. Bacaan menarik saya bekerja di sebuah rumah lelang besar untuk buah dan sayuran begitu sebuah versi perangkat lunak baru dipasang dan gagal, menyebabkan kerugian besar bagi para pedagang meskipun tidak sekesar ini. Ini juga merupakan kasus penyebaran yang tidak tepat dan tidak ada kejatuhan. Pelajaran yang bisa dipelajari adalah bahwa ada domain di mana komputer tidak boleh mengambil keputusan apapun tanpa validasi manusia Bagaimana dengan orang-orang yang kehilangan pekerjaan karena, ada bug Bagaimana dengan perusahaan lain yang mungkin berjubel karena perubahan mendadak dari nilai saham Otomasi keputusan tingkat tinggi harus ditangani dengan hati-hati. Posting bagus dan pendidikan Btw. Dengan menggunakan kerangka kerja Cynefin, karakterisasi DevOps ini lebih baik. Posting ini Tampaknya telah ditulis dari perspektif DevOps Solusi yang disarankan konsisten dengan perspektif DevOps untuk memeriksa proses pelepasan, mengotomatisasi lebih banyak, dan menyusun sebuah saklar membunuh dengan kemampuan memutar balik. Seseorang mungkin membaca tulisan tersebut dan terlalu menekankan teknisi Knight itu. Tidak menyalin kode lama ke salah satu dari delapan server Seseorang mungkin terlalu menyederhanakan hubungan sebab dan akibat Seseorang dapat masuk pada peraturan baru untuk mencegah hal ini Rom pernah terjadi lagi. Pendekatan yang lebih kuat dapat berinvestasi untuk Meningkatkan keragaman untuk menganalisis situasi dan mensintesis opsi yang lebih baik Meningkatkan komunikasi antara spesialisasi Meningkatkan koordinasi implisit antara spesialisasi Merekrut individu dengan lebih banyak keahlian untuk menulis dan meninjau kode. Faktor utama yang membatasi peningkatan kemampuan Tim dari sembilan tahun sebelum kejadian kegagalan yang signifikan adalah salah mencirikan sistem Dalam kerangka kerja Cynefin, yang membatasi kegagalan pada masalah DevOps adalah mengaitkan sistem dengan domain Jelas dimana ada hubungan sebab dan akibat yang sederhana yang dapat dikenali oleh Profesional Kegagalan tidak boleh dikaitkan dengan domain Cynefin Complicated dimana analisis signifikan oleh spesialis akan mencegah kegagalan Sistem harus dikaitkan dengan domain Kompleks Cynefin sistem adaptif yang kompleks Sistem bersifat disposisi Kondisi awal yang sama tidak akan menghasilkan hal yang sama. Kegagalan kecuali oleh a Ccident Untuk informasi lebih lanjut tentang Cynefin, kunjungan dan CognitiveEdge. Saya menghargai Anda menyoroti faktor diam dalam malapetaka Seperti penulis, saya juga bekerja dalam operasi, dan mudah jatuh ke dalam pola pikir lama yang sama mengenai sebab dan solusi yang saya sukai. Nikmati poin Anda yang berkaitan dengan keragaman Yang hadir dalam semua bentuk tingkat pengalaman, latar belakang budaya dan pendidikan, keterampilan, usia, dan lain-lain, karena saya pikir ini adalah pendorong yang kuat di balik kesuksesan DevOps sendiri Memiliki berbagai perspektif, baik di dalam maupun di luar Anda Tim, melihat proyek Anda memiliki potensi yang kuat dan dapat dibuktikan dan dapat membantu mengurangi kelaparan seperti yang dibesarkan dalam artikel ini. Jika kode yang telah meninggal selama 8 tahun masih ada di basis kode adalah sebuah misteri, tapi itu Bukan intinya. Sebaliknya, itu persis poin Kode dengan kemungkinan konfigurasi yang tidak terpakai, dan karena itu belum teruji, adalah sebuah bencana yang menunggu untuk terjadi. Inilah sebabnya mengapa saya sangat skeptis tentang bendera fitur Pendekatan berbasis umumnya Konfigurasi adalah bagian dari program Anda sebagai kode, dan perubahan konfigurasi harus melalui permintaan tarik siklus hidup yang sama, pengkajian kode, pelepasan, diterapkan ke pementasan seperti perubahan lainnya Jika proses pelepasan Anda terlalu berat dan Anda Perlu membuat perubahan konfigurasi cepat ke produksi, memperbaiki proses pelepasan Anda. Ada terlalu banyak kesalahan untuk mengaitkan kegagalan epik dengan hanya pada DevOps meskipun saya setuju sepenuhnya bahwa otomasi dan pengujian adalah satu-satunya cara Tidak ada kerja tim dan daftar periksa saat melakukan pembaruan produksi Server Setiap pembaruan produksi harus mewajibkan tim untuk saling mengawasi, dan melalui daftar periksa kode sumber lama yang tidak terpakai dalam kode yang sudah lama ada yang memberitahukan banyak tentang kurangnya kode yang tidak terpakai Tidak cukup logging dari kode tersebut, Dan pemantauan log, korelasi dan analisis real-time yang tidak mencukupi Itu akan memicu cukup petunjuk awal satu untuk para insinyur dan orang-orang ops Tidak ada hot-hot failover to Sebuah cluster dengan versi sebelumnya Itu akan menghentikan semua masalah setelah 1 atau 2 menit Itu adalah tombol merah bug yang disebutkan artikelnya. Jika Anda juga telah merancang perangkat lunak, sistem dan perusahaan untuk waktu yang lama, Anda tahu bencana terjadi, Anda Tahu beberapa bug hanya tertangkap di alam liar dan tidak selama simulasi, sama seperti Anda tahu mesin akan turun Anda perlu mempersiapkan kasus terburuk di kedua skenario. Hukum sarkoma begitu benar di dunia kita. Saya pernah berada di tempat yang mana Sekarang disebut ruang DevOps selama hampir 20 tahun, lebih dari setengahnya di dunia finansial Knight sama-sama menjadi vendor dan pesaing perusahaan tempat saya bekerja saat ini. Otomasi tenaga kerja mungkin telah membantu Mungkin Tetapi hanya sedikit perusahaan yang bisa membeli lingkungan yang persis sama, Dan ini pada dasarnya disebabkan oleh perbedaan lingkungan Bahkan validasi penerapan otomatis mungkin tidak membantu dalam kasus ini jika otomasi tidak mengetahui perbedaan lingkungan Otomasi hanya sebaik pada Pengetahuan orang-orang yang mengaturnya Jika pemasangan manual tidak mengetahui sistem lama, mungkin ada baiknya sistem otomatis tidak mengetahuinya. Mungkin ada pengembalian uang juga sebagai keputusan. - membuat apakah akan membuat roll-back Dan jika otomasi secara tidak sengaja memulai sistem lama, tidak ada jaminan bahwa mengalihkan sistem kontemporer kembali akan menghentikan sistem lama yang bisa Anda dapatkan dengan masalah yang sama bahkan setelah sebuah proses otomatis. Kembalinya sistem kontemporer. Yang membawa saya ke titik akhir Otomasi adalah persyaratan di lingkungan yang besar dan modern. Tetapi ketergantungan berlebihan pada hal itu dapat menyebabkan orang-orang yang mengoperasikan sistem tidak menyadari apa yang dilakukannya. Otomasi sangat berguna untuk validasi. , Karena memvalidasi hal-hal yang dilakukan dengan benar adalah membosankan dan mudah berhemat pada saat dilakukan secara manual Bahkan ketika mengotomatisasi, memiliki breakpoint yang melibatkan manusia atau langkah yang digerakkan oleh manusia membantu memastikan bahwa operasi yang dilakukan Sistemnya mengetahui sistem dan cara kerjanya, sangat meningkatkan kemampuan mereka untuk memecahkan masalah, mendiagnosis masalah, dan memberikan saran yang tepat mengenai langkah-langkah apa yang harus dilakukan untuk menghentikan atau mengurangi masalah. Otomasi adalah alat, namun hanya satu alat dan masih ada. Membutuhkan pengrajin untuk menggunakannya dengan tepat Keahlian adalah apa yang membuat dan mempertahankan sistem hebat dengan hebat. Tuliskan ini di Garrett SY Hampton dan komentasikan DevOps yang Luar Biasa selalu tonton, dokumentasikan, dan ulas penerapan Anda. Kesadaran gelap Maraknya pedagang robot. Tempat Lantai dealer yang panik pada tahun 1980an telah digantikan oleh jajaran server komputer yang luas. Manusia tidak dapat bersaing dengan kecepatan, sama mudahnya dengan itu. Beberapa tahun yang lalu, John Coates adalah seorang pedagang di Wall Street. Hari ini, dia adalah seorang neuroscientist di Universitas Cambridge, dan menghabiskan harinya untuk memantau hormon pedagang untuk melihat apa yang membuat mereka kutu. Ada tes sederhana yang bisa Anda lakukan Bila Anda melihat lampu hijau Anda klik mouse Yang tercepat yang dapat Anda lakukan adalah 100 sampai 120 milidetik Setiap pemrosesan kognitif dasar, memikirkan semuanya, mungkin 200 sampai 300 milidetik. Masalahnya adalah, kotak - terakhir kali saya melihat - mereka memproses perdagangan dalam 10 milidetik, dan hari ini saya pikir kita berbicara tentang sepersejuta detik. Kotak-kotak itu adalah pedagang robot - komputer yang membuat keputusan sendiri kapan harus Membeli dan menjual, tapi seribu kali lebih cepat dari pada manusia. Mereka mengoperasikan algos yang secara efektif meniru apa yang biasa dilakukan pedagang yang melakukan Remco Lenterman, direktur perusahaan perdagangan IMC. Ketika Anda memikirkan lantai perdagangan di London atau New York, mungkin Anda Bayangkan sekawanan pria berkeringat saling menyikut karena mereka menggunakan gerakan jari yang rumit untuk menyampaikan perintah panik mereka. Ini adalah gambar yang dipopulerkan oleh komedi komedi tahun 1980an. Tetapi juga 30 tahun kedaluwarsa. Faktanya adalah Bahwa perdagangan keuangan telah mengalami revolusi terkomputerisasi yang serupa dengan pengambilalihan Amazon di High Street Semua tindakan nyata telah beralih ke dunia maya. Ambil New York Stock Exchange Akhir-akhir ini, sebagian besar perdagangan tidak terjadi di balik neoklasnya yang terkenal. Fasad asis di lepas Wall Street, tapi di New Jersey yang jauh lebih glamor. Di sinilah NYSE telah mendirikan fasilitas perdagangan elektronik yang luas seluas 10 hektar empat hektar, deretan perumahan di deretan server komputer. Dan lebih banyak lagi hektar yang ditempati oleh Server perusahaan perdagangan robot terhubung ke sana. Perdagangan kotak-kotak otak yang gila adalah dunia yang inheren tertutup. Perusahaan dagang terus memegang strategi perdagangan, orang, dan kode komputer atau algoritma mereka. Jika ada saingan yang bisa mengetahui kompleksitas mereka - Pola perdagangan yang sepenuhnya otomatis, dan kemudian menyalinnya, atau lebih buruk lagi, menipu komputer mereka untuk menyerahkan jutaan. Teks keterangan Para pedagang grosir tahun 1980an telah dimasukkan ke tempat sampah sejarah. Remco Lenterman, seorang direktur di salah satu firma tersebut, IMC di Belanda, mencoba untuk mendemistifikasi bisnisnya. Dia mengatakan di masa lalu, 10 tahun yang lalu, sebuah meja pedagang ekuitas akan memiliki antara 80 dan 100 pedagang manusia di sebuah bank investasi. Saat ini ada s Mungkin delapan dari mereka pergi. Apa yang mereka lakukan adalah mengoperasikan algos yang secara efektif menirukan apa yang biasa dilakukan pedagang, dan mereka terus-menerus mengutak-atik algos ini dan memantau risiko dari apa yang terjadi di pasar. Dengan kata lain, pedagang hormon payet hormon testosteron yang terkenal di masa lalu - Masters of the Universe diejek oleh penulis Amerika Tom Wolfe di Bonfire of the Vanities - telah digulingkan oleh quants, kotak otak kutu buku yang merancang dan menjalankan program komputer. Dalam naskah baru-baru ini untuk novelnya yang ditulis untuk Daily Beast Tom Wolfe meratapi emaskulasi para anti-pahlawannya, menamai mereka para Kasim Alam Semesta. Server lemos, kabel yang lebih tegak. Obat-obatan seperti Lenterman menghasilkan uang mereka dengan menggeser margin keuntungan kecil pada volume pembelian dan penjualan cepat tanpa disadari. Pedagang algojo yang berbeda menggunakan strategi yang sangat berbeda Tapi mereka semua berbagi kebutuhan untuk mengidentifikasi peluang perdagangan - perbedaan antara harga pasar yang tersedia dan di mana komputer dianggap sebagai pric Seharusnya - dan kemudian bereaksi terhadap mereka lebih cepat daripada orang lain. Rujuk ke opsi. Pilihan tersedia akhir tahun lalu untuk siapa pun yang ingin mengirim pesanan perdagangan elektronik antara New York dan Chicago. Waktu yang dibutuhkan untuk perjalanan pulang-pergi yang lengkap. Ini disebut perlombaan ke nol Dan ini telah menyebabkan investasi miliaran dolar di komputer yang lebih cepat dan lebih cerdas, dan dalam koneksi tercepat. Di bursa saham di seluruh planet ini, para pedagang membayar banyak Biaya untuk menemukan server mereka secara langsung di samping bursa. Dan ratusan juta telah dihabiskan untuk membangun kabel yang lebih tegak untuk mencukur beberapa pecahan sedetik dari waktu yang dibutuhkan untuk mengirimkan pesanan antara pusat perdagangan besar dunia London, New York, Chicago dan Tokyo. Semua ini tampaknya tidak masuk akal ketika pemerintah Inggris dan AS berjuang untuk mengumpulkan cukup banyak uang untuk meningkatkan infrastruktur yang diperlukan untuk mengangkut manusia dari satu tempat ke tempat lain. Benturan Crash. Namun, ada yang lebih gelap. Bersamaan dengan kesibukan ini hingga komputerisasi. Misalnya, kecelakaan bisa terjadi. Akhir Agustus, firma keuangan hi-tech Knight Capital dibawa ke ambang kebangkrutan oleh sebuah algoritma yang macet, memeras lebih dari 440m dari Kerugian hanya dalam 45 menit sebelum dimatikan. Mungkin kecelakaan yang paling terkenal adalah Flash Crash legendaris yang sekarang legendaris, pada pukul 2:45 malam di New York pada tanggal 6 Mei 2010. Dalam beberapa menit New York Stock Exchange jatuh, dan kemudian tiba-tiba Pulih kembali Harga saham di beberapa perusahaan, seperti Accenture konsultan, anjlok hingga sedikit di atas nol, sementara Apple melonjak menjadi 100.000. Selama berbulan-bulan kemudian, tidak ada yang bisa menjelaskan apa yang salah. Investigasi resmi AS mengatakan bahwa hal itu dipicu oleh Sebuah pesanan tunggal, ditempatkan oleh sebuah institusi besar, menggunakan strategi perdagangan algoritmik. Namun, yang membuat keadaan jauh lebih buruk adalah efek kentang panas di tengah kebingungan, satu per satu pedagang robot mencoba memotong dan berlari, dan komputer bursa saham Tenggelam. Outhand manipulation. Pedagang algoritmik baru juga dituduh melakukan perilaku jahat yang cukup tua. Eric Hunsader, dari firma analisis data AS Nanex, mengatakan bahwa versi mini Flash Crash terjadi dalam saham individual berkali-kali dalam sehari, dan dia menuduh Bahwa banyak dari itu adalah manipulasi langsung. Dia telah menghasilkan grafik yang menggambarkan perilaku pasar yang aneh dan indah saat komputer berusaha saling menangkis dengan cepat menghasilkan dan kemudian membatalkan ribuan pesanan. Gambar kecil Diagram Nanex yang menggambarkan Google mini - Flash crash 22 April tahun ini. Kami mengizinkan orang-orang dengan koneksi yang lebih cepat untuk menempatkan dan menghapus penawaran atau tawaran lebih cepat daripada kecepatan cahaya yang dapat menyampaikan informasi tersebut ke pelaku pasar lainnya. Dan dia bukan satu-satunya yang khawatir bahwa beberapa pedagang komputer mungkin tidak berguna. Unfortunately the nature of markets is that there always is potential for abusive activity, and with very, very fast trading, these things can happen very, very fast, says Martin Wheatley, head of the UK s newly created Financial Conduct Authority. Frankly, for the regulator, it creates a problem trying to pick out from the vast amount of data trades that potentially might be abusive. A Dark Magic, presented by BBC Business Editor Robert Peston, will be broadcast on Radio 4 at 0900 on 8 July 2013, and will be available on the BBC iPlayer afterwards. Share this story About sharing.