Tawaran maya menunjukkan prestasi yang jauh lebih teruk (lihat eksperimen 2019 saya: httpsjan.rychter.com/enblog/cloud-server-cpu-performance dan kos lebih tinggi. Perbezaannya ialah anda boleh "mengukur atas permintaan", yang saya dapati tidak perlu, sekurang-kurangnya dalam kes saya. Dan jika saya perlu membuat skala, saya masih boleh melakukannya, cuma untuk mendapatkan pelayan baharu mengambil masa berjam-jam dan bukannya beberapa saat. Nah, saya tidak perlu membuat skala dalam beberapa saat
Dalam kes saya, keseluruhan bil bulanan saya untuk persekitaran pengeluaran penuh dan persekitaran pementasan/siap sedia pendua adalah malar, mudah, boleh diramal, sangat rendah berbanding dengan apa yang saya perlukan untuk membayar AWS, dan saya masih mempunyai banyak ruang kepala prestasi untuk
Satu perkara yang perlu diberi perhatian ialah saya melayan pelayan fizikal seperti pelayan maya: semuanya diuruskan melalui ansible dan saya boleh mencipta semula semuanya dari awal. Malah, saya menggunakan persekitaran "devcloud"yang lain di Lautan Digital, dan persekitaran itu diputar menggunakan terraform, sebelum diserahkan kepada ansible yang melakukan persediaan yang lain
Saya mengesyaki bahawa VendorOps dan alat kompleks seperti kubernetes digemari oleh pedagang kerumitan yang telah timbul dalam dekad yang lalu. Ia kelihatan hebat pada resume dan memberikan pemimpin teknologi rasa pencapaian yang palsu
Sementara itu, Stackoverflow, yang boleh dikatakan lebih penting daripada kebanyakan pemula, sedang menggunakan mesin khusus
1: httpsstackoverflow.blog/2016/02/17/stack-overflow-the-arc..
Nampaknya trend dalam ruang ini adalah untuk melompat terus ke lapisan abstraksi tertinggi. Melangkau asas-asas dan tuding kepada alatan $buzzword, perpustakaan dan produk
Anda melihat sekilas tentang ini dalam bentuk yang berbeza. Salah satunya ialah rangkaian media sosial yang menanyakan perkara seperti Berapa banyak X yang perlu saya ketahui untuk belajar Y Di mana X ialah teknologi atau bidang yang asas, mungkin sangat stabil dan Y ialah beberapa alat du jour atau teruskan produk atau perkhidmatan
CORBA ada di sana. Dan mungkin juga barangan web semantik. Sudah tentu XML!
XML hebat - jika anda tidak mempercayainya, maka anda mungkin berminat dengan kesakitan menghuraikan JSON: httpseriot.ch/projects/parsing_json.html
Dan jangan biarkan saya memulakan YAML..
Kos tambahan untuk berada di awan amat berbaloi bagi saya untuk menguruskan pangkalan data, syot kilat automatik, pengimbang beban yang dihoskan, storan blok palam dan mainkan dsb.
Saya ingin bimbang sama ada produk kami bagus, bukan tentang kegagalan perkakasan tengah malam, memutar pelayan baharu dan tidak berfungsi dengan betul kerana tiada insentif untuk menggunakan pengurusan konfigurasi dengan satu kotak, mempunyai satu tugas lari menyebabkan OOM atau cakera penuh dan memecahkan segala-galanya dan bukannya hanya tugas VM itu, takut untuk memulakan semula mesin yang telah beroperasi 1000 hari dan lain-lain
Bagi saya, daya tarikan awan bukanlah sesuatu yang mudah berskala FAANG apabila ia tidak diperlukan, tetapi tampalan OS automatik, pengimbangan beban automatik, perkhidmatan NAT, log berpusat, boleh dianalisis, perkhidmatan pangkalan data yang saya tidak perlu uruskan, daripada naik taraf bergolek kotak kepada perkhidmatan, mengurus kunci dan rahsia kripto, dan sudah tentu, penyimpanan objek. (Ini semua perkara yang kami gunakan dalam permulaan kami)
Saya akan mengambil berat dan mengatakan pelayan khusus mungkin sangat berdaya maju/kos efektif apabila kita mencapai skala tertentu, bukannya sebaliknya. Buat masa ini, perbelanjaan awan berbaloi untuk permulaan saya
Jika anda melakukan konfigurasi persekitaran anda sebagai kod, ia akhirnya tidak penting jika sasaran anda ialah pelayan khusus, vm atau beberapa persediaan khusus awan yang dikonfigurasikan melalui api
Tidak kira yang mana satu, intinya ialah anda mempunyai kotak yang boleh membina kotak baharu atau membawa kotak yang tidak berkelakuan baik kembali kepada keadaan yang baik dengan hanya menjalankan arahan
Pasti, timbunan sebenar Go(o) yang mendorongnya boleh dipertingkatkan (dan ia sememangnya bertambah baik)
Walau bagaimanapun, kebenaran yang sukar ialah pendekatan anda adalah yang betul, hampir semua perniagaan (pemula!) membina terlalu banyak daripada menumpukan pada memberikan nilai, mengenal pasti niche sebenar, dll. (Ya, terdapat juga bahagian permintaan ini, sebagai Pemula yang melambung wang VC terlalu membina yang mereka mahu bergantung pada pihak ketiga yang boleh mengambil beban, skala dengan mereka, SLA dan sebagainya mesti diiklankan.)
Kubernetes memang hebat! Setiap kali saya melihat perniagaan yang berpotensi bersaing mula menggunakan Kubernetes, saya serta-merta berasa lega, kerana saya tahu saya tidak perlu risau tentang mereka lagi. Ia akan hilang dalam timbunan masalah teknikal yang tidak dapat diselesaikan, cuba membetulkan isu yang tidak dapat dikesan dalam timbunan teknologi kerumitan yang sukar dipercayai dan mengatasi pengehadan yang dikenakan oleh sistem yang direka untuk perniagaan dengan trafik dua-tiga magnitud lebih besar. Selain itu, COGS mereka akan jauh lebih tinggi daripada saya, yang bermaksud mereka perlu menetapkan harga produk mereka lebih tinggi, melainkan mereka hanya membakar wang VC (dalam hal ini mereka adalah kilat dalam kuali)
Barang bagus di sekeliling
Ansible adalah penting, ia boleh berfungsi ke arah keadaan statik, dan itu sahaja. Jika ia menghadapi masalah ia membuang sambungan SSHnya, dan menangis banyak ralat python, dan berputus asa selama-lamanya. Walaupun dengan inventorinya, ia jauh daripada deklaratif
k8s ialah gelung kawalan yang cuba membuat kemajuan ke arah keadaan yang diisytiharkan. Kegagalan bukan masalah, ia akan mencuba semula. Ia akan sentiasa menyemak keadaannya sendiri, ia mempunyai API yang bagus untuk melaporkannya, dan terima kasih kepada banyak konsep yang diperbaharui, lebih sukar untuk mempunyai pertembungan aneh antara komponen yang digunakan. (Sedangkan menyepadukan berbilang buku permainan dengan Ansible bukanlah perkara remeh.)
httpsgithub.com/spantaleev/matrix-docker-ansible-deploy
Dan walaupun k8s meletakkan terlalu banyak warisan-warisan, terdapat manifestasi yang lebih tipis dari idea teras yang akan datang. (Cth. httpsgithub.com/aurae-runtime/aurae )
Dan sekarang anda mencadangkan bahawa orang ramai menggunakan pelaksanaan bukan standard yang lebih mudah?
Jadi sudah tentu anda boleh melaksanakan penyelesaian kerumitan minimum atau anda boleh menggunakan sesuatu "di luar rak"k8s adalah kerumitan dan sebahagian daripadanya pastinya tidak diperlukan untuk situasi anda, tetapi ia juga agak umum, fleksibel, disokong dengan baik, dsb.
>anda mencadangkan orang ramai menggunakan pelaksanaan bukan standard yang lebih mudah?
Apa yang saya cadangkan ialah jika projek/perisian k8s menjadi terlalu besar untuk gagal, maka orang ramai boleh bertukar kepada alternatif. Nasib baik konsep k8s dan API adalah sumber terbuka, jadi ia boleh dilaksanakan dalam projek lain, dan saya memberikan contoh sedemikian untuk menggambarkan bahawa memilih k8s bukanlah vendor seperti Oracle lock-in
Saya sentiasa mendengar tentang semua perkara hebat yang anda dapat secara praktikal secara percuma daripada pembekal awan. Adakah bahan itu sebenarnya semudah itu untuk disediakan dan digunakan? Pada bila-bila masa saya cuba menyediakan tindanan LAMP saya pada perkhidmatan awan, ia adalah proses yang mengelirukan dan menakutkan sehingga saya akhirnya menyerah. Saya tertanya-tanya jika saya hanya perlu menolak sedikit lebih kuat dan saya akan sampai ke Syurga Awan
Mampu mengatakan "Saya mahu MySQL berkelompok di sini dengan spesifikasi jenis ini"adalah lebih baik (dari segi masa) daripada melakukannya sendiri. Kemas kini juga dibungkus dengan baik dalam sistem, jadi saya hanya mengatakan "gunakan kemas kini terkini"dan bukannya secara manual memastikan failover/mula semula berlaku dalam susunan yang betul
Jadi anda membayar untuk memudahkan perkara, tetapi keuntungan daripada penyederhanaan itu hanya bermula dengan projek yang lebih besar. Jika anda mempunyai sesuatu dalam pelayan tunggal yang anda boleh mulakan semula semasa pengguna anda mendapat halaman ralat, ia mungkin tidak berbaloi
Awan bukan mudah untuk mendapatkan penyejukan dan kecekapan kuasa bilik pelayan kecil di mana-mana berhampiran tahap kecekapan yang diterbitkan oleh kebanyakan pusat data besar adalah mustahil seperti sambungan internet berbilang vendor
Dengan awan semua jenis itu hilang kerana ia diuruskan oleh mana-mana pengendali pusat data yang awan sedang berjalan tetapi apa yang orang lupa ialah ia juga berlaku untuk perkhidmatan colocation lama yang sering menawarkan kos/nilai yang lebih baik daripada awan
Dan walaupun pastinya lebih sukar untuk menguruskan perkara seperti AWS atau Azure kerana ia mengeluarkan banyak abstraksi yang disembunyikan oleh penyedia vpc bersisik kecil daripada anda atau yang anda tidak benar-benar dapat dengan pelayan rumah tunggal, ia tidak sukar pada skala perlu menjalankan pasangan daripada rak bernilai pelayan vmware dengan storan berasaskan SANDengan perkara Cloud anda mempunyai lebih banyak konfigurasi untuk dilakukan kerana ia adalah mengenai mengkonfigurasi pelayan maya dan lain-lain.Daripada membawa PC dalam kotak ke bilik anda, anda mesti "konfigurasikannya"untuk menjadikannya tersediapangkalan data DO mempunyai sandaran yang boleh anda konfigurasikan mengikut keinginan anda, simpannya pada DO Spaces (seperti S3).Pengurusan pengguna DB adalah mudah.Terdapat juga pelayan cache untuk RedisAnda boleh menambah pengimbang beban dan menyambungkannya ke pelbagai pelayan web andaSaya rasa saya memerlukannya kira-kira 30 minit untuk menyediakan 2x pelayan web, pelayan DB, pelayan cache, pengimbang beban, pelayan storan dan sambungkan kesemuanya mengikut keperluan menggunakan beberapa borang mudah.Tidak dapat mengatasinyaJika anda mempunyai sebarang maklumat atau pendapat lagi, sila kongsikanBanyak artikel di internet tentang mengeraskan pelayan Linux, yang telah saya cuba mengambil masa lebih daripada 30 minit untuk mengikuti langkah-langkah, lebih lama jika saya cuba untuk benar-benar belajar dan memahami apa yang dilakukan oleh setiap perkara, mengapa ia penting, apakah kelemahan yang mendasari adalah, dan bagaimana saya mungkin perlu menyesuaikan beberapa tetapan untuk kes penggunaan tertentu sayaSaya pasti anda boleh mencari contoh skrip persediaan dalam talian (konfigurasikan autokemas kini, firewall, aplikasi, dll harus menjadi masalah menjalankan 'curl $URL'dan kemudian 'chmod +x $FILE'dan 'bash $FILE'.Saya tidak memerlukan pengurusan konfigurasi (saya menggunakan perkhidmatan sandaran pembekal saya yang penting saya rasa)Sesuatu seperti ini: httpsraw.githubusercontent.com/potts99/Linux-Post-Install..(dilihat dalam httpswww.reddit.com/r/selfhosted /comments/f18xi2/ubuntu_d )Jelas sekali perkara yang sama boleh dikatakan untuk VM yang berjalan lama, dan ini boleh diselesaikan dengan mempunyai pasukan yang berdisiplin, tetapi saya fikir ia secara amnya lebih berkemungkinan dalam persekitaran dengan satu jangka panjang khusus mesinHetzner mempunyai semua ini kecuali pangkalan data terurushttpswww.hetzner.com/managed-serverPakej pengehosan web juga termasuk 1. .DB tanpa had (MySQL dan PostgreSQL)httpswww.hetzner.com/webhosting/adakah ia mempunyai sandaran automatik dan gagal?>Dengan sandaran harian yang ditempah atau sandaran yang disertakan dalam jenis pelayan, semua data disandarkan setiap hari dan disimpan selama maksimum 14 hari.Pemulihan sandaran (Pulihkan) boleh dilakukan melalui antara muka pentadbiran konsoleHTetapi saya mendapat tanggapan bahawa pangkalan data pada pelayan terurus bertujuan untuk digunakan oleh aplikasi yang berjalan pada pelayan itu, jadi sebenarnya tidak ada konsep failoverhttpswww.hetzner.com/legal/managed-server/Satu pemacu pada pelayan tunggal gagal tidak boleh menyebabkan pengeluaran gangguan #Banyak isu konfigurasi boleh dijejaki ke penempatan serba lengkap.Adakah fail fon atau JRE itu benar-benar perlu dipasang pada keseluruhan pelayan atau bolehkah anda menggabungkannya ke dalam penempatan andaArahan kami menggunakan sasaran di premis dan EC2.Skrip penempatan tidak berbeza, hanya IP untuk hos ialahSekarang, saya akan katakan jika saya boleh menggunakan S3 untuk sesuatu yang 100% saya kehendaki.Tiada alternatif di premis untuknya dengan set ciri yang samaMaksud DevOps ialah "Lembu, bukan haiwan peliharaan."Letakkan peluru dalam pelayan anda sekali seminggu untuk mencari titik kegagalan andaSaya suka jika anda melompat ke Discord/Slack kami dan mengemukakan beberapa isu yang anda lihat supaya kami dapat mengatasinya sekurang-kurangnya menjadikan pengalaman lebih baik untuk orang lain menggunakan Dokku.Jangan ragu untuk memukul saya di sana (nama samaran saya ialah `savant`)Biar saya pendahuluan dan katakan bahawa saya adalah pembangun aplikasi yang hanya mempunyai pengetahuan tentang Docker.Saya tidak begitu mahir dalam infra dan aplikasi yang saya bergelut dengan mempunyai parameter penggunaan yang pelik: Ia adalah aplikasi Python yang pada masa binaan menghuraikan beberapa gig merangkak HTML statik untuk mengisi pangkalan data Postgres yang statik selepas dibina. Apl web Flask kemudian berfungsi terhadap pangkalan data itu. Penghuraian HTML berkembang dengan pantas dan oleh itu data DB yang dihuni harus digabungkan sebagai sebahagian daripada imej aplikasi IIRC, saya bergelut dengan penstrukturan Dockerfiles apabila DB tidak berterusan tetapi sebaliknya hanya bahagian sementara apl, tetapi ia kelihatan boleh diatasi. Isu yang lebih besar nampaknya ialah bagaimana untuk mengelak daripada menarik pertunjukan data yang jarang ditukar daripada S3 untuk setiap binaan apabila idealnya ia akan dicache, terutamanya dalam cara yang berkelakuan waras merentasi DigitalOcean dan persekitaran tempatan saya. Saya menganggap cache lapisan imej Docker yang betul akan menangani isu ini, tetapi saya dengan cepat mencapai penghujung pengetahuan dan kesabaran saya DX Dokku nampaknya bagus untuk orang yang melakukan perkara biasa. :) 0. httpscoolify.io/ Selain itu, siapa yang tidak mahu bermain dengan mainan terbaharu dan paling hebat dengan wang orang lain? Sudah pasti terdapat hujah untuk mengalihkan (beberapa) barangan keluar dari awan kemudian dalam perjalanan apabila fleksibiliti (atau menangani fluks/pivoting) menjadi kurang sebagai pemacu utama dan skala/kos mula mendominasi Sudah tentu, anda boleh mendapatkan sesuatu yang berfungsi pada Hetzner tetapi bersedia untuk menjawab lebih banyak soalan Bersetuju pada titik terakhir perusahaan anda yang meminta perkara ini yang sekali lagi menyedihkan bahawa "keperluan"perniagaan ini menentukan cara mereka arkitek dan menjadi hos perisian anda apabila cara lain mungkin lebih baik Pemulihan bencana adalah masalah yang sangat nyata. Itulah sebabnya saya mengujinya dengan kerap. Dalam senario bumi hangus, saya boleh beroperasi pada sistem sekunder (pementasan) atau sistem awan terraform dalam masa kurang daripada sejam. Untuk perniagaan saya, itu sudah memadai
Kami melalui ledakan pertumbuhan, dan seperti semua mereka sebelum ini, ini bermakna terdapat ramai orang yang tidak berpengalaman diberikan banyak wang dan jangkaan segera. Ia adalah resipi untuk penanaman kargo dan pemasaran eksploitatif
Tetapi pertumbuhan semakin perlahan dan wang semakin mahal, jadi perlahan dan mula belajar semula pelajaran lama dengan variasi baharu yang menarik. (Seperti Di Sini: menguruskan penskalaan logam kosong dan dengan bekas dan orkestra)
Dan keseluruhan kitaran akan berulang dalam ledakan seterusnya. Itulah industri kami buat masa ini
Pelayan berdedikasi yang kukuh adalah 99% pada masa yang jauh lebih berguna daripada VPS yang lumpuh pada perkakasan yang dikongsi tetapi ia jelas datang pada kos yang meningkat jika anda tidak memerlukan semua sumber yang mereka sediakan
Ya - tetapi keinginan untuk "melakukan apa yang dilakukan oleh semua kanak-kanak yang hebat sekarang"sekurang-kurangnya sekuat mereka yang biasanya dirujuk sebagai "pengurus", berbanding "pekerja"hasil A) perbelanjaan mikroperkhidmatan/awan yang besar menjadi salah, sekurang-kurangnya anda mengikuti amalan terbaik, perkara ini berlaku, apa yang boleh anda lakukan
hasil B) anda menggunakan pelayan Hetzner dan sesuatu telah berlaku, baik anda dan sepatutnya menggunakan perkhidmatan mikro, selamat mencari pekerjaan baharu
Oleh itu menggalakkan pengurus memilih perkhidmatan mikro/awan. Ini mungkin bukan keputusan yang tepat untuk syarikat, tetapi ini adalah keputusan yang tepat untuk pengurus, dan pengurus yang membuat keputusan
(Seperti perunding yang menginginkan sambungan dan perisian penulisan yang berfungsi, seperti yang saya dapati dengan cara yang sukar.)
Terdapat putus hubungan antara pengasas dan orang lain
Pengasas percaya mereka akan >10x setiap tahun
Realitinya ialah mereka 90% berkemungkinan gagal
90% masa - anda boleh gagal dalam apa jua perkara
Beberapa % daripada 10% masa anda berjaya anda masih baik tanpa awan - sekurang-kurangnya selama beberapa tahun kejayaan, banyak masa untuk bertukar jika perlu
Saya hanya mempunyai satu persediaan yang boleh digunakan, dan ia boleh berfungsi untuk pelayan maya dan juga fizikal. Tiada beza. Satu-satunya perbezaan ialah pelayan maya perlu disediakan dengan terraform terlebih dahulu, dan yang fizikal perlu dipesan terlebih dahulu dan IP mereka dimasukkan ke dalam fail konfigurasi (inventori)
Sudah tentu, saya juga berhati-hati untuk mengelak daripada bergantung kepada banyak perkhidmatan awan lain. Sebagai contoh, saya menggunakan VpnCloud (httpsgithub.com/dswd/vpncloud) untuk komunikasi antara pelayan. Sebagai faedah sampingan, ini juga memberi saya kelonggaran untuk beralih kepada mana-mana penyedia infrastruktur pada bila-bila masa
Perkara utama saya ialah walaupun tawaran maya mempunyai kegunaannya, terdapat jurang (besar) antara VPS hobi $10/bulan dan syarikat dengan perniagaan B2C yang berkembang pesat. Kebanyakan perniagaan baharu sebenarnya jatuh ke dalam jurang itu: anda tidak menjangkakan pertumbuhan eksponen kayu hoki dalam SaaS B2B yang menguntungkan. Di situlah anda harus mempersoalkan pilihan lalai biasa "gunakan AWS". Saya mengambil berat tentang COGS saya dan margin saya, jadi saya melihat pilihan ini dengan teliti
Anda bukan syarikat perisian, pada asasnya anda membuat dan menjual Sprockets
Pendapat di sini adalah mengupah kakitangan eng/IT yang besar untuk "membeli dan menyelenggara pelayan"(PaaS adalah buruk) dan kemudian mungkin "menulis kod sendiri"(SaaS adalah buruk) atau apa sahaja yang popular di sini (bekas terakhir di sini ialah "Menolak PHP melalui SFTP tanpa Git, dan anda jika anda memerlukan lebih banyak"lol)
Tetapi saya percaya perniagaan harus melakukan Satu Perkara dengan Baik dan mengelak daripada cuba bersaing (melakukannya secara manual) untuk perkara di luar kecekapan teras mereka. Dalam kes ini, saya pasti berpendapat Sprocket Masters tidak sepatutnya cuba mengurus perkakasan mereka sendiri dan harus bergantung pada pembekal untuk mengendalikan penskalaan, keselamatan, masa beroperasi, pematuhan dan semua butiran kecil. Saya juga berpendapat perisian mereka haruslah standard rawa dengan sesedikit mungkin di dalam rumah. Mereka bukan kedai perisian dan harus menulis kod sesedikit mungkin
Secara realistik, Sarjana Widget boleh menjalankan tapak ini dengan kakitangan yang agak kecil melainkan mereka memutuskan untuk melakukan semuanya secara manual, dalam hal ini mereka mungkin memerlukan lebih ramai kakitangan
Walau bagaimanapun, apa yang saya juga lihat dan apa yang saya fikir poster sebelumnya bercakap tentang perniagaan di mana teknologi adalah teras perniagaan, dan di sana ia sering kurang masuk akal, dan bukannya menjimatkan masa ia nampaknya memakan masa. Terdapat sebab terdapat pakar AWS: ia bukan perkara remeh. Pelayan "Sebenar"juga tidak penting, tetapi juga tidak semestinya lebih sukar daripada perkhidmatan awan
Tetapi agensi-agensi itu tidak mahu mempunyai kakitangan untuk mengekalkan perkakasan fizikal sama ada..
Tetapi Sarjana Sprocket masih perlu mempunyai Perunding Awan yang mahal pada penahan semata-mata untuk bertindak balas terhadap kecemasan
Jika anda akan mempunyai seseorang kakitangan untuk menangani isu awan, anda juga boleh menyewa pelayan sebaliknya
Saya secara peribadi telah menjalankan Pelayan Terdedikasi untuk perniagaan kami pada hari-hari awal tetapi apabila kami berkembang dan berkembang, ia menjadi lebih mudah untuk pergi bersama penyedia Awan untuk menyediakan pelbagai perkhidmatan dengan cepat walaupun kos meningkat. Apatah lagi adalah lebih mudah untuk memberitahu bakal pelanggan bahawa anda menggunakan "awan seperti AWS"daripada "Oh kami menyewa mesin ini di pusat data yang dikendalikan oleh sesetengah syarikat"(yang sebenarnya boleh menjadi lebih baik tetapi pelanggan kebanyakannya tidak akan mendapatnya) . Audit, Pematuhan dan lain-lain
Bagi ramai malah lebih kurang daripada itu. Saya menjalankan projek sampingan kecil[1] yang menjadi viral beberapa kali (30K paparan dalam masa 24 jam atau lebih) dan ia berjalan pada pelayan web CPU teras tunggal dan Postgres terurus begitu juga pada teras CPU tunggal. Ia belum lagi hampir dengan penggunaan penuh
1: httpsaihelperbot.com/ Bolehkah saya menukar sebahagian daripadanya kepada fungsi lambda? Atau bertukar kepada ECS? Atau beralih kepada perkhidmatan awan lain du jour? Mungkin. Tetapi jumlah masa yang saya habiskan untuk menulis ulasan ini sudah pun kira-kira enam bulan penjimatan untuk suis sedemikian. Jika ia lebih sukar daripada "butang tekan, terima perkhidmatan terjemahan yang 100% boleh dipercayai", sukar untuk dibenarkan Sebahagian daripada ini juga kerana awan menyediakan beberapa perkhidmatan lain sekarang yang membolehkan perkara seperti ini. Saya tidak perlu menjalankan kluster Kafka untuk pemesejan asas, semuanya datang dengan bas mesej. Saya menggunakan itu. Saya menggunakan pilihan DB yang dihoskan. Saya menggunakan S3 atau setara, dsb. Saya dapati apa yang tinggal hampir tidak berbaloi dengan kerumitan cuba menyekat diri saya ke beberapa paradigma lain apabila saya membayar dolar satu digit sebulan untuk hanya berjalan pada contoh EC2 Ia benar-benar berlaku bahawa tidak semua orang atau setiap projek boleh melakukan ini. Saya tidak terikat dengan ini sebagai matlamat akhir. Apabila ia tidak berfungsi, saya segera mengambil tindakan penskalaan yang sesuai. Saya tidak mencadangkan anda membuat reka bentuk semula apa-apa berdasarkan perkara ini. Saya cuma cakap, ia bukan pilihan untuk diperlekehkan. Ia mempunyai banyak fleksibiliti di dalamnya, dan pengebilan agak konsisten (atau, dengan kata lain, hakikat bahawa jika saya tiba-tiba mempunyai 50x trafik, sistem saya mula tercekik dan terbantut dengan ketara dan bukannya hanya mengecaj saya ratusan dolar. lebih adalah ciri kepada saya dan bukannya pepijat), dan anda biasanya tidak meregangkan diri anda untuk berubah menjadi beberapa paradigma yang sesuai untuk sesetengah perkhidmatan awan tetapi mungkin tidak sesuai untuk anda Pernahkah anda terpaksa menguruskan salah satu daripada persekitaran tersebut? Masalahnya, jika anda ingin mendapatkan beberapa skalabiliti asas lebih daripada satu orang dan devops yang betul maka anda perlu terlebih peruntukan dengan faktor penting (mungkin membatalkan simpanan anda) Anda pasti akan mendapat penyelesaian yang ditempah khas, yang bermakna peserta baharu akan menghadapi lebih sukar untuk menguasai sistem dan orang penting yang meninggalkan syarikat akan membawa pengetahuan intim mereka tentang infrastruktur anda bersama mereka. Anda kembali kepada haiwan peliharaan dan bukannya lembu. Sesetengah pelayan adalah istimewa, selepas beberapa ketika automasi bermaksud "banyak skrip shell gam di sana sini"dan peningkatan OS bermakna sama ada separuh infra adalah KO untuk seketika atau anda tidak melakukan peningkatan OS langsung Dan dalam kes bernasib baik anda perlu meningkatkan Anda mungkin mendapati kejutan yang tidak menyenangkan Dan jangan sesekali membuat saya bermula di bahagian rangkaian. Melainkan anda menyewa seluruh rak anda dan meletakkan perkakasan rangkaian anda sendiri, anda mendapat apa yang anda dapat. Yang boleh menjadi sangat lemah dalam sama ada fungsi atau persembahan Dengan mengandaikan anda tidak melakukan sesuatu yang mewah Jika anda mahukan 100.0000% uptime, pasti. Tetapi anda tidak biasanya. Syarikat yang mahukan masa operasi seperti itu biasanya mempunyai pasukan yang berdedikasi untuknya Dan penskalaan berfungsi dengan baik pada bare-metal juga jika anda menskala secara menegak - adakah anda tahu jumlah kuasa dan daya pemprosesan yang boleh anda perolehi daripada satu pelayan? Adalah membimbangkan untuk terus mendengar tentang "penskalaan"apabila pembesar suara bermaksud "penskalaan mendatar" Jika keperluan anda adalah "penskalaan", maka penskalaan menegak akan membawa anda jauh Jika keperluan anda ialah "penskalaan mendatar atas permintaan", maka, sudah pasti, penyedia awan akan membantu di sana. Tetapi, beberapa tempat memerlukan skala seperti itu Saya tidak mengatakan 100% uptime pada bare metal adalah murah, saya mengatakan 100% uptime selalunya tidak diperlukan Kerana industri ini penuh dengan orang yang mengejar trend dan kata kunci dan perkara yang paling penting ialah menambahkan kata kunci tersebut pada CV IME yang menyasarkan kebolehskalaan adalah sangat salah untuk kebanyakan perkhidmatan/aplikasi/apa sahaja. Dan biasanya anda membayar terlalu banyak overhed untuk penyelesaian "boleh berskala", yang kemudiannya anda perlu skala untuk mengimbanginya Saya sangat meragui perkara ini.Satu tema yang anda lihat pada hampir setiap penyokong AWS ialah khayalan yang tinggi tentang perkara yang menjamin AWS sebenarnya memberi anda Ya pasti. Tiada siapa yang dipecat kerana membeli daripada IBM Nah, jika syarikat besar mempunyai kecekapan dalam membuat keputusan, mereka tidak akan dapat dikalahkan dan tidak ada harapan untuk bekerja pada apa-apa lagi. Jadi, ya, itu adalah kebaikan awam Sumber: hampir tiga puluh tahun ops Setakat ini saya tidak perasan bahawa jika saya berbelanja lebih untuk syarikat itu, saya juga akan mendapat bayaran lebih mendapatkan kebolehpercayaan yang setara dengan seterika adalah jauh lebih mahal daripada menyewa "dua pelayan khusus"- kini anda mungkin baik-baik saja dengan satu pelayan dan penyelesaian sandaran, dan itu adil. tetapi sysad untuk mencipta semua itu, walaupun dalam kontrak singkat untuk persediaan awal dan tiada penyelenggaraan, akan melampaui perbezaan harga awan, terutamanya jika terdapat pangkalan data dalam campuran dan anda mengambil berat tentang data itu Hari ini, awan adalah serupa - masa untuk memasarkan lebih cepat kerana bahagian yang bergerak kurang. Apabila ekonomi merosot dan pertumbuhan perlahan, kaunter kacang datang dan melakukan perkara mereka Ia berlaku setiap masa Ini hanya menjadikan AWS lebih kaya di syarikat dan pasukan awan Adalah remeh untuk menyediakan dan menyahperuntukkan tika EC2 secara automatik, dalam beberapa saat jika penggunaan anda perlu ditingkatkan atau dikecilkan. Itulah yang menjadikannya pada asasnya berbeza daripada pelayan logam kosong
Sekarang, saya tidak menafikan bahawa ia mungkin masih lebih menjimatkan kos jika dibandingkan dengan AWS untuk menyediakan beberapa pelayan khusus daripada yang anda perlukan, tetapi apabila anda mempunyai beban kerja yang benar-benar tidak dapat diramalkan, tidak mudah untuk mengikutinya.
jika anda berputar dan menutup VM untuk memenuhi keluk permintaan - ada sesuatu yang salah dengan seni bina anda
Pernahkah anda terfikir, kenapa stackoverflow menggunakan ~8 pelayan khusus untuk melayani seluruh dunia dan tidak perlu memutar dan menutup VM untuk memenuhi permintaan pelanggan global?
--
Apabila merancang infrastruktur pengiraan, adalah penting untuk kembali kepada asas dan tidak terpengaruh dengan propaganda vendor awan
Awak cakap sendiri. Tidak semua aplikasi perlu melayani seluruh dunia, oleh itu permintaan akan menjadi lebih rendah apabila orang pergi tidur
Walaupun dengan aplikasi global terdapat peraturan yang memerlukan anda untuk mengehoskan aplikasi dan data di kawasan tertentu. Bayangkan aplikasi yang digunakan oleh pelanggan di Eropah, Australia dan AS. Mereka perlu disampaikan daripada pusat data serantau, dan satu gugusan akan kebanyakannya tidur apabila yang lain sedang berjalan (kerana zon waktu). Dengan pelayan khusus, anda akan membazirkan 60-70% daripada sumber anda, semasa menggunakan sesuatu seperti EC2/Fargate anda boleh mengecilkan hampir 0 apabila rantau anda sedang tidur
Terdapat kaedah untuk kegilaan, di sini ia dipanggil "pembangunan yang didorong oleh keselamatan kerja"Kerana ia adalah ancaman kepada pekerjaan mereka
Terdapat sekumpulan orang yang mempunyai kemahiran teknikal untuk menjadi hos sendiri, atau menganjurkan contoh kecil untuk keluarga/rakan/persatuan/kelab mendaki mereka. Margin kecil ini di mana anda boleh membelanjakan sedikit tambahan kerana anda ingin menjadikannya betul, tetapi anda tidak boleh mewajarkan membayar terlalu banyak dan menghabiskan masa melakukan penyelenggaraan yang sukar. VPS kecil, dengan Nextcloud yang dikongsi atau tapak web kecil, adalah semua yang diperlukan dalam banyak kes
Untuk ini saya juga menggunakan sedikit Raspberry Pi 400 di bilik tidur saya
httpsjoeldare.com/private-analtyics-and-my-raspberry-pi-4..
Saya sendiri telah menganjurkan barangan saya sendiri selama hampir satu dekad sekarang. Tiada siapa yang mencuba DDoSing persediaan saya, kerana mengapa mereka melakukannya? Apakah faedah yang mungkin mereka perolehi daripadanya? Saya akan menjadi satu-satunya orang yang terjejas, dan apabila mereka berhenti, ia tidak akan mengambil masa yang lama untuk pulih
Terdapat sedikit atau tiada insentif untuk DDoS kotak peribadi, apatah lagi dengan rando internet
Anda secara drastik melebihkan kebolehan seorang remaja
Hanya ping IP berulang kali sebenarnya tidak akan berbuat banyak. Mungkin serangan DoS bergantung pada rangkaian sasaran dari segi IPS, tetapi walaupun begitu kemungkinan besar mereka akan menjangkiti komputer mereka dengan virus sebelum mereka mendapat peluang untuk benar-benar menyerang anda
Saya secara peribadi telah menerima salah seorang daripada mereka kerana entah bagaimana penipu dalam GTA 5. Ia pasti berlaku dan ia tidak menyeronokkan
Edit: Nampaknya ini mungkin automatik. Ini adalah sesuatu yang menarik yang harus saya teliti sedikit. Ia mungkin hanya kerumitan tambahan untuk pelayan kecil saya, tetapi saya mempunyai beberapa kegunaan dalam fikiran
Secara teknikalnya homelab saya juga menggunakan IP awam statik juga--ini lebih merupakan latihan dalam "bolehkah saya melakukan ini"daripada "sebenarnya perlu", tetapi ia masih bagus dan saya sangat gembira
Mengenai satu-satunya penutupan ialah saya perlu mengkonfigurasi Wireguard untuk memastikan terowong itu hidup, jika tidak, kadangkala VPS akan menerima trafik masuk dan jika makmal saya tidak menghubungi dalam beberapa ketika (yang, mengapa?) terowong akan turun, dan sambungan proksi akan. Syukurlah itu fungsi terbina dalam
Jadi, nampaknya seperti menambah suapan RSS / Atom pada laman jekyll atau halaman GitHub adalah agak mudah
1. httpsgithub.com/jekyll/jekyll-feed
2. httpsdocs.github.com/en/pages/setting-up-a-github-pages-s..
3. httpspages.github.com/versions/
atom 2c/4t, ram 4gb, pemacu 1tb, 100mbit
Beberapa tahun masa beroperasi pada ketika ini
Jika tidak terganggu: beberapa peningkatan mungkin perlu dibuat.
Kemas kini keselamatan kernel adalah satu perkara
Saya mendapati Atoms sangat perlahan, walaupun dengan Linux. Sudah tentu ia cukup untuk melayani laman web dan sebagainya, tetapi ia membingungkan berapa banyak kuasa yang mereka gunakan hanya tidak berprestasi
Tepat sekali. Contoh VPS sub-$10 ini bagus untuk projek kecil di mana anda tidak mahu memasuki kontrak panjang atau berurusan dengan menguruskan pelayan anda sendiri
Jika anda menjalankan perniagaan sebenar di mana margin sangat tipis dan anda mempunyai semua masa lapang di dunia untuk menangani isu pelayan jika (apabila) ia timbul, pelayan khusus ~$50 itu mungkin menarik untuk diterokai
Tetapi jika anda menjalankan perniagaan sebenar, walaupun bil AWS $10,000/bulan adalah lebih murah daripada mengupah pembangun mahir lain untuk membantu mengurus pelayan khusus anda
Inilah yang biasanya terlepas dalam perbincangan tentang kos awan di tempat seperti HN: Ya, awan adalah mahal, tetapi mengupah walaupun satu sysadmin/pembangun tambahan untuk membantu anda mengurus infrastruktur tersuai adalah sangat mahal dan kurang fleksibel. Itulah sebabnya membelanjakan hipotesis $5000/bulan pada penyelesaian yang dihoskan awan yang boleh, secara teori, tersuai pada pelayan $50/bulan dengan pelaburan masa yang mencukupi masih boleh menjadi perkara yang hebat. Jurutera mahal dan masa adalah terhad
Uhhh, maafkan saya tetapi berapa banyak yang anda bayar kepada lelaki DevOps ini? Ini kelihatan seperti perspektif yang sangat Amerika, malah kawasan lembah. Di Eropah, mengupah seorang lelaki adalah lebih murah
Kos pekerjaan yang dimuatkan sepenuhnya jauh lebih tinggi daripada yang anda bawa pulang dalam gaji anda. Ia sebenarnya lebih teruk di Eropah. Lihat carta ini: httpsaccace.com/the-true-cost-of-an-employee-in-europe/
Jika anda membayar seseorang 1000 EUR di UK, kos syarikat itu berjumlah 1245 EUR
Jika anda membayar seseorang 1000 EUR di Romania, kos syarikat itu berjumlah 1747 EUR
Oleh itu, kos $120,000 yang dimuatkan sepenuhnya mungkin hanya membeli anda pada gaji $68,000 USD untuk seorang devops EU
Tetapi anda tidak boleh mempunyai seorang devops sahaja. Anda memerlukan sekurang-kurangnya 2 jika anda ingin membenarkan salah seorang daripada mereka berehat, pergi bercuti
Saya boleh menyambung anda dalam masa kira-kira 3 jam
AWS sangat cekap kos untuk perkhidmatan lain (S3,SES,SQS, dll) tetapi mesin maya bukanlah tawaran yang bagus. Anda mendapat kurang RAM& CPU, dengan overhed virtualisasi, dan membayar lebih banyak wang
Terutama untuk Postgres jika anda menjalankan beberapa ujian dengan pgbench anda benar-benar dapat melihat penalti yang anda bayar untuk virtualisasi
Mungkin kemahiran sysadmin yang dapat membina infrastruktur anda sendiri menjadi seni yang hilang, jika tidak, saya tidak dapat menjelaskan mengapa orang sangat suka membayar 5x untuk prestasi yang lebih rendah
Hetzner murah dan boleh dipercayai di Eropah, jika anda berada di Amerika Utara, sila lihat di OVH. Terutamanya alternatif penjimatan kos mereka yang dipanggil SoYouStart. Anda boleh mendapatkan 4/8 4.5ghz, 64 RAM dan pemacu NVME dengan harga $65
(Saya tidak mempunyai hubungan dengan OVH, saya hanya pelanggan yang mempunyai hampir 100 pelayan, dan ia berfungsi dengan baik untuk saya)
Saya juga akan ambil perhatian bahawa saya sudah tua hehe, dan salah satu pekerjaan pertama saya, kami mempunyai pusat data bersaiz yang baik di tapak. Berurusan dengan SAN, pemacu pita (pemutar pita automatik pada masa itu adalah pelayan, dll adalah PITA yang besar. Mengemas pita dan menghantarnya ke pejabat lain untuk lebihan lokasi sentiasa menyeronokkan
Aplikasi tertentu yang saya uruskan benar-benar mengalami GHz rendah dan tidak mempunyai semua data dalam ingatan. Saya telah menjalankan penanda aras pada EC2, laporan tertentu yang selesai dalam masa ~5 saat boleh mengambil masa lebih daripada seminit pada contoh EC2 setanding yang berharga kira-kira 10x lebih banyak. Aplikasi ini sangat memerlukan CPU mentah. dan ya kami mempunyai pasukan kejuruteraan yang cukup besar yang telah mengoptimumkan semua pertanyaan, indeks dsb
Setakat replikasi, sandaran, dan lain-lain. Saya menetapkan semua itu, dan secara jujurnya ia bukan masalah besar. Ia adalah beberapa bab pendek dalam buku Postgres yang menerangkan semuanya dengan sangat mudah, cara mengkonfigurasi, ujian berterusan (dan automatik), dsb.
Saya bersetuju bahawa SAN adalah mimpi ngeri. Itulah sebabnya saya menghantar semua WAL saya (fail sandaran PG) ke S3 (dan akhirnya Glasier). Dengan cara itu saya tidak perlu berfikir tentang kehilangan fail tersebut dan ia adalah murah
Saya rasa terdapat salah tanggapan bahawa konfigurasi jenis ini terlalu rumit untuk disediakan oleh seorang jurutera, dengan penyelenggaraan yang tidak pernah berakhir diperlukan. Sebenarnya anda boleh menyediakan semuanya dalam masa kurang dari seminggu dan ia hanya memerlukan penyelenggaraan apabila anda ingin menaik taraf Postgres (beberapa tetapan mungkin telah berubah). Saya akan menganggarkan ia mengambil masa kira-kira 5 jam setahun untuk penyelenggaraan
Infrastruktur layan diri nampaknya akan menjadi semakin berdaya maju apabila kami terus menambah baik penghantaran terakhir dan mengembangkan akses gentian. Adakah awan akan menjadi mengkanibal diri? Pasti mungkin
Apa yang awan memberi anda adalah keupayaan untuk meletakkan data/beban kerja anda tepat pada teras tanpa perlu membuat tawaran istimewa dengan isp tempatan anda, dan dengan daya tahan yang lebih tinggi maka anda berkemungkinan akan mampu melainkan anda sekurang-kurangnya pada bekas berbilang 20 kaki penuh. skala pelayan keperluan pengiraan
httpswww.cloudflare.com/products/tunnel/
httpsgithub.com/cloudflare/cloudflared
httpsdevelopers.cloudflare.com/cloudflare-one/connections..
Sunting: Jika sesiapa berminat untuk mengehos sendiri, ia mudah dengan cloudflared. Saya mempunyai Google Pixelbook 2017 yang menjalankan Ubuntu pada perisian tegar tersuai yang menyediakan tapak web berasaskan Flask. Iton meja saya mengecas semasa disambungkan ke rangkaian wifi tetamu. Ia menerima skor PageSpeed Mudah Alih 100/100 dan mengambil masa 0.8 saat untuk dimuatkan sepenuhnya
Daripada DO saya mendapat semua faedah syarikat yang boleh dipercayai, skalabiliti, sandaran automatik dsb. dan lain-lain. Tidak mungkin saya akan berubah
Awan Hetzner kini mempunyai dua lokasi AS Masih tiada pelayan khusus AS - ia akan menjadi nyata. Walaupun tawaran awan semasa mereka sendiri sudah ~30% daripada harga setara awan utama..
Seperti anda, saya juga menjalankan perkhidmatan saya daripada pelayan fizikal yang disewa. Saya pernah menggunakan Versaweb, tetapi mesin mereka terlalu lama. Saya tidak menyukai Hetzner sebelum ini kerana saya pernah mendengar perkara buruk tentang mereka yang mengganggu apa yang anda jalankan
Walau bagaimanapun, saya berpindah kepada mereka pada bulan Disember apabila contoh Versaweb saya baru sahaja mati, mungkin SSD dari usia tua. Saya kini membayar 50% daripada apa yang saya bayar kepada Versaweb, dan saya boleh menjalankan 6 contoh Postgres sedemikian
Kemudian tertanya-tanya sama ada ia berbaloi membayar $700 daripada $800 untuk perkhidmatan terurus dengan UI awan yang mewah, naik taraf automatik dan sandaran, dsb.
Untuk rancangan 1 orang atau permulaan kecil, saya rasa tidak. Lebih murah untuk menggunakan perkhidmatan yang tersedia dan membuang sandaran ke S3 atau sesuatu yang lebih murah
Syarikat yang saya pernah bekerja untuk syarikat A yang bergaji gembira empat kali ganda amaun yang dikenakan oleh syarikat B untuk perkhidmatan yang sama, hanya kerana syarikat A sanggup menghantar invois suku tahunan dengan cara yang sesuai dengan sistem invois kami. Bagi syarikat, menjimatkan beberapa ratus dolar di sana sini selalunya tidak berbaloi dengan kerumitan memperkenalkan sebarang geseran tambahan
Terdapat kos tersirat di sana. Jika hanya satu atau dua perkara itu, ambil sahaja perkhidmatan terurus
Jika anda mula membuat skala, dapatkan pekerja jenis pentadbir untuk menjimatkan perkara ini
Jika tidak, saya perlu mengupah/mengkontrak seseorang yang sangat berpengalaman, atau mendedikasikan sebulan yang kukuh atau lebih masa saya (yang tidak tersedia), hanya untuk memastikan 100% kami sentiasa boleh memulihkan sandaran PITR berjurnal dengan cepat
Saya boleh menjimatkan magnitud pada awan menelan kos tempat lain, tetapi PostgreSQL terurus yang boleh dipercayai adalah panggilan yang agak mudah (walaupun tag harga peringkat permulaan adalah lebih daripada yang anda jangkakan)
Permulaan awal yang tidak mampu kehilangan satu jam data pengeluaran mungkin terlalu rapuh untuk terus hidup
Ini adalah permulaan awal - akan ada gangguan yang lebih besar daripada itu kepada perkhidmatan dan mana-mana pelanggan yang melarikan diri selepas kehilangan data pengeluaran selama satu jam hanya tidak menghargai produk itu dengan cukup.
(Dalam permulaan khusus yang saya fikirkan, saya sudah mempunyai beberapa pembuangan DB-dalam talian automatik yang bagus secara automatik ke S3 dengan pengekalan dikuatkuasakan, tetapi saya tidak fikir itu cukup baik untuk senario tertentu ini. Tetapi tidak pasti kita boleh pulih dengan PITR/journaling akan menambah satu titik kegagalan baru memperjudikan kejayaan perniagaan yang sebaliknya mungkin mempunyai 9+ angka keluar dalam beberapa/beberapa tahun, hanya untuk menjimatkan beberapa ratus.)
Selain itu, saya rasa beberapa syarikat permulaan awal yang mempunyai keperluan yang kurang mendesak, tetapi lebih berani tentang kewajipan mereka terhadap data pelanggan/pengguna, masih lalai dengan amalan asas minimum
Mungkin satu cara intuitif untuk menghargai: Bayangkan cerita berita biz di HN, mengenai beberapa operasi permulaan yang menjatuhkan bola, dengan nama pengasas permulaan dilampirkan, dan cerita itu mengatakan dan ternyata mereka tidak mempunyai sandaran yang baik Kemudian salah seorang daripada pengasas bersama, yang mungkin tidak banyak tidur kerana syarikat mereka mengalami kemalangan di sekeliling mereka, menjawab "Data pelanggan tidak begitu penting dalam permulaan awal; jika ya, kami akan terlalu rapuh"(ditaip sebelum pengasas bersama boleh membuang komputer riba orang itu di seberang bilik untuk menghentikan mereka menaip). Ia tidak akan menjadi pandangan yang baik
Saya akan menangani ini pada akhirnya
>Bayangkan cerita berita biz di HN, pada beberapa operasi permulaan menjatuhkan bola, dengan nama pengasas permulaan dilampirkan, dan cerita itu mengatakan dan ternyata mereka tidak mempunyai sandaran yang baik
ITYM dan ternyata mereka tidak mempunyai masa yang terakhir disandarkan
Saya boleh bayangkan segala-galanya dalam senario anda, walaupun bit yang tidak dicabut, dan semuanya kelihatan biasa, melainkan anda membaca "Pelanggan permulaan kami, yang telah menggunakan kami selama sebulan, semuanya pergi serta-merta apabila kami kehilangan jam terakhir data mereka"Saya benar-benar tidak dapat membayangkan senario itu
Sekarang, sememangnya, terdapat beberapa perniagaan di mana faedah untuk menggunakannya ialah tiada data yang hilang walaupun sejam
IOW, pelanggan menggunakannya kerana ia tidak akan kehilangan sebarang data: kerjasama dokumen dalam talian[1], contohnya[2]. Jika anda mengalami krisis yang kehilangan satu jam data terakhir yang dimasukkan, maka pasti, harapkan semua pengguna semasa yang terjejas untuk melarikan diri serta-merta
[1] Walaupun, secara peribadi, saya akan mengurangkan risiko dengan menduplikasi dokumen semasa dalam storan setempat semasa ia sedang diedit
[2] Mungkin bursa saham juga memerlukan sistem untuk menyimpan jam terakhir data? Apa lagi?
Saya fikir walaupun untuk pasukan yang lebih besar mungkin masuk akal untuk menguruskan pangkalan data sendiri, dengan mengandaikan anda mempunyai kecekapan untuk melakukannya dengan baik. Terdapat begitu banyak perkara yang boleh menjadi salah dengan perkhidmatan terurus dan ia tidak menyembunyikan pelaksanaan asas seperti yang dilakukan oleh perkara seperti storan blok atau storan objek
Prestasi puncak sudah tentu lebih teruk - tetapi saya tidak terlalu risau jika sesuatu mengambil masa yang lebih lama untuk dijalankan. Anda sememangnya betul kerana mempunyai banyak automasi dalam penyediaan pelayan, sesuatu yang saya tidak lakukan dengan pelayan fizikal
Saya pernah mempunyai pelayan akar untuk projek haiwan kesayangan saya, tetapi secara jujur, itu tidak masuk akal. Saya tidak menjalankan trafik yang tinggi, hitung SaaS yang sengit pada mesin saya. Ia hanya laman web statik dan beberapa projek. Saya turun kepada kos bulanan sebanyak 24 yang termasuk kotak storan 1 TB untuk menyimpan semua data saya
Isu utama dalam mana-mana senario yang melibatkan perkakasan sebenar ialah anda memerlukan kakitangan yang cekap dalam kedua-dua perkakasan dan sistem Linux/UNIX. Ramai yang mendakwa berada di resume mereka dan kemudian tidak boleh melakukan sekali pada kerja (mengikut pengalaman saya pula). Pada pendapat saya, salah satu sebab utama letupan dunia awan adalah tepatnya kesukaran untuk membina dan kos kewangan untuk membina pasukan sedemikian. Selain itu, terdapat geseran yang agak semula jadi (dan perlu) antara pembangun aplikasi dan pengguna sistem. Orang sistem harus sentiasa menolak dan berhujah untuk lebih keselamatan, lebih banyak proses dan lebih sedikit penggunaan. Pasukan pembangun harus sentiasa berhujah untuk lebih fleksibiliti, lebih banyak keluaran dan kurang proses. Pengurusan yang baik kemudiannya harus menjadi jalan tengah antara keduanya. Malangnya, pengurus yang tidak cekap selalunya baru sahaja memutuskan untuk menyingkirkan orang sistem dan memindahkan sesuatu ke tanah AWS
Akhir sekali, saya hanya akan ambil perhatian bahawa seni bina awan tidak baik untuk planet ini kerana ia memerlukan lebihan peruntukan oleh pembekal awan, dan ia memerlukan lebih banyak kuasa komputer secara keseluruhan disebabkan oleh banyak lapisan abstraksi. Walaupun sesiapa projek bertanggungjawab untuk sedikit sisa ini, keseluruhan awan global sebagai agregat sangat membazir. Ini menyusahkan saya dan jelas kemungkinan faktor sebagai kecenderungan emosi dalam pandangan saya (sejumlah besar garam untuk semua perkara di atas)
Hujah boleh dibuat anda boleh membangunkan cara untuk menyewa pelayan fizikal pra-pendapatan, kemudian, apabila ia masuk akal, anda boleh sama ada menggunakan susut nilai standard -atau- Seksyen 179 pada pembelian langsung dan/atau pajakan Seksyen 179
Sebagai contoh, anda boleh menggunakan kumpulan yang sangat berkebolehan, katakanlah empat mesin 1U fizikal $100k yang benar-benar melebihi peruntukan dalam kemudahan colo yang berbeza untuk redundansi. Terdapat semua jenis helah di sini untuk mengimbangi beban dan failover dengan perkhidmatan awan XYZ, DNS, anycast, apa sahaja yang anda mahukan. Anda boleh menggunakan pelbagai kemudahan colo yang mengendalikan pusat data di seluruh dunia, menghantar perkakasan daripada vendor kepada mereka, kemudian menyediakannya dengan Ansible atau apa sahaja yang anda minati tanpa pernah melihat kemudahan atau menyentuh perkakasan
Jadi sekarang anda mempunyai perkakasan fizikal berlebihan yang benar-benar akan menjalankan bulatan di sekitar kebanyakan penyedia awan (terutamanya untuk I/O), kos tetap seperti semua yang anda boleh jalur lebar (yang tidak mempunyai penanda 800% perkhidmatan awan, dll) - tidak perlu menunggu lagi untuk bil awan $50k yang tidak dapat dielakkan atau cuba menjejaki (dalam keadaan panik) apa yang menyebabkan anda melebihi belanjawan awan yang dikonfigurasikan anda dalam sehari dan bukannya sebulan. Oh btw, anda tidak mengunci diri anda ke dalam API proprietari yang bodoh untuk menyediakan dan juga menggunakan perkhidmatan selain mesin maya yang ditawarkan oleh $BIGCLOUD
Jika anda melakukan sebarang ML, anda boleh berlatih menggunakan perkakasan anda sendiri atau (atau awan sekali-sekala) dan menjalankan inferens 24/7 dengan perkara seperti NVIDIA A10. Sewaan awan berterusan untuk contoh GPU adalah sangat mahal dan ROI untuk membeli perkakasan biasanya dalam julat beberapa bulan (atau jauh lebih awal dengan Seksyen 179). Sebagai contoh, saya baru-baru ini membuat penanda aras dengan Nvidia A10 untuk model yang kami sediakan dan ia boleh melakukan lebih 700 permintaan inferens/s dalam FP32 dengan kependaman di bawah 10ms. Dengan satu A10 setiap casis merentasi empat contoh sihat iaitu 2800 req/s (dan mungkin boleh ditala lebih lanjut)
Kemudian, jika anda benar-benar besar, anda boleh mula mendapatkan kabinet dan seterusnya. Dari segi kegagalan perkakasan seperti yang disebutkan, apa yang boleh saya katakan ialah dwi PS RAID-ed keluar, dan lain-lain perkakasan (dalam pengalaman saya) sangat boleh dipercayai. mempunyai beberapa kabinet penuh perkakasan pada masa lalu kegagalan perkakasan adalah sedikit dan jauh antara perkakasan vendor akan menyertakan SLA yang luar biasa untuk penggantian. Anda memberitahu mereka tentang kegagalan, mereka menghantar masuk teknologi< lapan jam terus ke kemudahan colo dan gantikan cakera, PS, dll dengan lampu berkelip
Pengalaman saya ialah satu (baik) sumber FTE boleh menguruskan ini dengan mudah sehingga berbilang skala kabinet. Pada pandangan anda, isu semasa ialah ramai daripada mereka telah dirampas oleh penyedia awan besar dan digantikan (dalam pasaran) dengan sumber yang boleh menavigasi keterlaluan sempadan yang menggunakan berpuluh-puluh (jika tidak lebih) produk/perkhidmatan daripada $ BIGCLOUD
Saya juga mendapati konfigurasi ini sebenarnya JAUH lebih dipercayai daripada kebanyakan $BIGCLOUD. Tidak lagi tertanya-tanya apa yang berlaku dengan gangguan $BIGCLOUD yang mereka tidak akan akui (dan anda langsung tiada kawalan). Berasal dari latar belakang dalam telekom dan penjagaan kesihatan, saya tidak tahu bagaimana masa operasi sebenarnya menjadi lebih teruk dengan penyedia awan. Biasanya anda hanya boleh memberitahu pelanggan "oh internet menghadapi masalah hari ini"kerana mereka mungkin akan melihat tajuk berita mengenainya tetapi untuk banyak aplikasi itu tidak boleh diterima sama sekali - dan kita harus mengharapkan yang lebih baik
[0] - httpswww.section179.org/section_179_deduction/
[1] = httpswww.section179.org/section_179_leases/
Jika saya ingin memutarkan projek baharu atau mencuba mengehos sesuatu yang baharu, ia mengambil masa beberapa minit dan saya sudah mendapat skripnya. Pengerahan adalah pantas, penyelenggaraan adalah rendah, dan saya mempunyai lebih banyak lagi untuk wang saya
Bagi sesiapa yang berminat ini adalah potongan kasar dari apa yang saya gunakan:
* Mampu menguruskan segala-galanya
* Sedikit terraform untuk beberapa entri DNS yang mungkin saya gantikan suatu hari nanti
* restic untuk sandaran, sekali lagi dikawal oleh ansible
* tailscale untuk vpn (Saya mempunyai beberapa pi's berjalan di rumah, tiada yang utama tetapi tailscale menjadikannya mudah dan selamat)
* docker-compose untuk hampir semua perkara lain
Apl utama ialah Clojure, jadi saya menjalankan JVM asli. Pangkalan data diedarkan sepenuhnya, RethinkDB, kini sedang berusaha untuk beralih ke FoundationDB
Perkara penting ialah tidak menguruskan apa-apa secara manual, mis. merawat pelayan fizikal sama seperti pelayan awan lain. Ia tidak kira sama ada secara fizikal atau maya
Saya telah melihat ramai orang yang kurang berpengalaman membayar lebih untuk hetzner dan serupa apabila vps $5-10 akan berjaya
Ya, anda menyokong perkakasan anda sendiri pada ketika itu. Tidak, ia bukan sakit kepala yang besar
Kos tambahan terbesar untuk ini ialah menyewa lebih banyak alamat IPv4, yang Hetzner mengenakan caj lumayan buat masa ini kerana terdapat begitu sedikit yang tersedia
Apa sahaja yang anda buat, akan bermula dengan 0 pengguna, dan keseluruhan mesin sebenar benar-benar berlebihan untuk 0 beban yang anda akan dapat. Anda menaik taraf VPS anda kepada sepasang mesin sebenar, kemudian menjadi kluster kecil yang disewa, dan kemudian menjadi pusat data (jika seseorang tidak memotongnya). Kesemuanya mempunyai bil yang boleh diramal dan prestasi terbaik untuk harga mereka
Apa-apa sahaja yang anda miliki dalam colo akan menjadi lebih banyak setiap bulan juga. Apabila saya mempunyai sambungan di mana saya boleh membayar IP statik, itu biasanya $5/bulan
Saya kini menyewa pelayan yang agak rendah, tetapi ia $30/bulan. Lebih banyak lagi semua yang saya perlukan, tetapi ia bagus. Dan mereka tidak menggugurkan sokongan untuk OS saya sambil meningkatkan harga untuk meningkatkan sokongan atau sesuatu. (Walaupun saya mempunyai beberapa perkakasan serpihan pada mulanya yang perlu ditukar)
seperti yang anda nyatakan, logam kosong adalah cara yang perlu dilakukan. adalah berfungsi bertentangan dengan awan - lebih banyak kerja pada permulaan tetapi jauh lebih sedikit perbelanjaan pada akhirnya
Maklumat lanjut httpseuropa.eu/youreurope/business/taxation/vat/cross-bor..
Menyusun dan mengurus Postgres memang susah. Alangkah baiknya jika anda mempunyai cara yang lebih mudah untuk menyelesaikan masalah ini
1. Memaksa konfigurasi untuk boleh dihasilkan semula, kerana VM akan turun
2. Anda boleh mendapatkan diskaun besar pada AWS yang mengurangkan kesakitan
3. Perkara lain yang anda boleh akses di atas VM yang lebih murah/cepat apabila barangan anda sudah berada di awan
4. Lebih mudah untuk mempunyai konfigurasi sistem yang didokumenkan (cth. dokumen AWS) daripada melatih orang/mendokumentasikan perkara istimewa yang anda ada di dalam rumah. Terutamanya berguna dalam mengupah orang baru
5. Anda tidak memerlukan ruang atau kuasa berlebihan/internet/dll pada premesis. Cukup untuk membenarkan orang ramai menjalankan komputer riba mereka
Saya menggunakan VPS sebelum itu, tetapi berhenti dan beralih kepada yang fizikal kerana ia adalah tawaran yang lebih baik dan kami tidak menghadapi had CPU(asi)
Pemantauan cakera tidak terlalu sukar. Untuk cakera keras, jalankan smartctl sekali sejam, maklumkan apabila sektor yang diperuntukkan semula atau belum selesai berkembang dengan cepat atau mencecah 100. Untuk SSD, silangkan jari anda; dalam pengalaman saya dengan beberapa ribu, mereka cenderung bekerja hebat sehingga mereka hilang dari bas, tidak pernah dilihat lagi. Mempunyai pelan pemulihan data yang tidak melibatkan penyimpanan data pada peranti model yang sama dengan kuasa yang hampir sama pada jam kuasa pada jam ralat perisian tegar berkorelasi adalah nyata
Hetzner mempunyai API untuk memesan pelayan khusus, dan API untuk memasang OS (atau untuk but semula untuk menyelamatkan dan memancarkan apa sahaja imej yang anda mahukan)
Saya rasa jika saya sedang menyiasat pilihan komersil, saya akan mempunyai "batang"yang diisih di pejabat dengan penyelesaian isp komersial, IP statik, perkakasan IT yang baik mungkin, tetapi dari apa yang saya tahu pada masa yang tepat ini jika pelanggan memerlukan pengehosan saya'd sentiasa pergi terus untuk menyewa vps
Saya lebih kepada pembangun junior pada masa itu jadi mungkin saya adalah tetapi saya tidak terlepas sama sekali. Secara teorinya saya bersetuju dengan apa yang anda katakan, tetapi menggunakan fail Docker kepada sesuatu seperti Google Cloud Run adalah lebih mudah. Ya, saya membayar lebih daripada apa yang saya akan menguruskan VPS saya sendiri, tetapi saya fikir ini lebih daripada diimbangi oleh jam dev yang disimpan
- perkakasan fizikal menghadapi masalah, cth. kegagalan peminat ->VM saya dipindahkan secara langsung ke hos yang berbeza, saya tidak perasan atau peduli
- perkakasan fizikal meletup ->VM saya dimulakan semula pada hos yang berbeza, saya mungkin perasan tetapi saya tidak peduli
Perancangan bencana adalah lebih mudah dengan VM (walaupun dengan haiwan peliharaan bukan lembu)
Untuk pemula, yang paling murah menyelesaikan kerja
Saya pasti bahawa apabila pengkomputeran awan berkembang, tawaran ini menjadi lebih biasa
Terdapat satu lagi aspek pengkomputeran awan. Korporat sederhana hingga besar, mengira pengkomputeran awan sebagai peratusan satu digit pada pengiraan kos mereka. Ini bermakna bahawa keputusan yang diambil oleh pengurus dan pasukan, sering mencari kebolehpercayaan dan skalabiliti (untuk diletakkan pada pembentangan mereka) dan bukannya "adakah persediaan saya mahal atau murah"Majikan saya menggunakan awan sebagai permainan perniagaan/kewangan, bukan agama. Kami sering mendapatkan binaan baharu dalam awan dan berhijrah ke pusat data jika sesuai kemudian
Apl di premis berharga kira-kira 40% kurang. Apl yang lebih menjimatkan kos dalam cloud stay di sana
Saya berpendapat bahawa AWS/GCP/Azure bukanlah tawaran yang sangat kompetitif kos di Eropah. Apa yang saya tidak nampak adalah bukti untuk AS
untuk spek yang sama, pasti. Saya rasa maya masuk akal di kedua-dua hujung - sama ada skalabiliti dinamik untuk N besar adalah penting, atau anda hanya memerlukan sebahagian kecil daripada kotak fizikal. Membayar 45/bln untuk sesuatu yang dijalankan find pada 5/bln juga tidak masuk akal dan memberi anda lebih fleksibiliti untuk tidak menggabungkan perkara bersama hanya untuk menggunakan pelayan anda
Simpan sandaran dalam apa jua keadaan. Sebaiknya pada pembekal lain atau sekurang-kurangnya di lokasi fizikal yang berbeza. Dan, sudah tentu, menguji mereka
Dan jika anda menguruskan rejim sandaran yang baik, dan memantau data/apl anda juga, adakah pemantauan mendorong kesukaran tambahan yang ketara?
--
[1] sebenarnya jika anda mengautomasikan proses pemulihan ke lokasi lain, yang saya lakukan untuk beberapa bit saya, maka anda hanya boleh menekan butang itu dan mengemas kini DNS apabila selesai, dan mungkin memperuntukkan lebih sedikit RAM+teras (ujian saya cermin lebih kecil daripada VM langsung kerana ia tidak perlu menyediakan corak penggunaan sebenar)
Apa yang saya lakukan untuk diri saya dan pelanggan saya. Menjimatkan banyak dosh
Walaupun saya mahu mengemas kini, ia hanyalah satu kes untuk menarik versi terkini ke dalam templat karang docker dan menjalankan semula buku permainan yang boleh. Jelas sekali jika peningkatan memerlukan lebih banyak lagi, tetapi ia tidak berbeza dengan kerja persediaan lain
Mungkin satu-satunya perkara yang saya _perlu_ lakukan yang saya lakukan secara manual ialah menguji sandaran saya. Tetapi saya mempunyai skrip untuk setiap projek yang melakukannya jadi saya hanya SSH, jalankan satu pelapik, semak hasilnya dan ia selesai. Saya melakukannya kira-kira sekali sebulan atau lebih, tetapi saya juga menerima e-mel jika sandaran gagal
Jadi ia tidak boleh ada masa sama sekali. Biasanya ia mungkin 1-2 jam sebulan jika saya mengambil kemas kini secara separa tetap. Tetapi itu akan berskala dengan lebih banyak perkara yang anda hos dan urus
Dalam erti kata lain, satu-satunya perbezaan ialah dari mana fail inventori yang boleh didapati. Sama ada senarai IP statik, atau ia datang daripada terraform
Jika anda mahukan RAM ECC, itu nampaknya 60/bulan, dan ia juga meningkatkan kepada CPU 8 teras yang lebih berkuasa
Walau apa pun, jika kita bercakap tentang "persekitaran pengeluaran penuh dan persekitaran pementasan/siap sedia pendua"(untuk memetik orang yang anda balas), maka 60/bulan * (2 atau 3) masih murah berbanding dengan mana-mana AWS permulaan bil yang saya lihat
Kes penggunaan berbeza-beza, tetapi saya cenderung bersetuju bahawa AWS/GCP/Azure bukanlah jawapan kepada setiap masalah
Bagi seseorang yang boleh menyesuaikan aplikasi mereka ke VPS $4, itu jelas akan menjadi lebih murah daripada apa-apa logam kosong, tetapi awan meningkat dengan sangat mahal dalam banyak kes. Bare metal juga bukan jawapan kepada setiap masalah, tetapi ramai orang dalam industri nampaknya tidak menghargai apabila ia boleh menjadi jawapan yang betul.
PELAYAN PERSENDIRIAN MAYA#120
