Penawaran virtualisasi nindakake luwih elek (ndeleng eksperimen 2019ku: httpsjan.rychter.com/enblog/cloud-server-cpu-performance lan biaya luwih akeh. Bentenipun sampeyan bisa "skala sing dikarepake", sing aku nemokake ora perlu, Paling ora ing kasusku. Lan yen aku kudu skala, aku isih bisa nindakake, mung njupuk server anyar butuh jam tinimbang detik.
Ing kasusku, kabeh tagihan saben wulan kanggo lingkungan produksi lengkap lan lingkungan pementasan / siyaga duplikat tetep, prasaja, bisa diprediksi, kurang banget dibandhingake karo apa sing kudu dakbayar AWS, lan aku isih duwe akeh ruang kepala kinerja kanggo
Siji bab sing kudu dielingake yaiku aku nganggep server fisik kaya virtual: kabeh wis diatur lan aku bisa nggawe maneh kabeh saka awal. Nyatane, aku nggunakake lingkungan "devcloud"liyane ing Samudra Digital, lan sing siji digulung nggunakake terraform, sadurunge diterusake menyang ansible sing nindakake persiyapan liyane
Aku curiga yen VendorOps lan alat rumit kaya kubernetes disenengi dening pedagang kerumitan sing wis muncul ing dekade kepungkur. Iku katon apik ing resume lan menehi pimpinan teknologi raos prestasi palsu
Sauntara kuwi, Stackoverflow, sing bisa uga luwih penting tinimbang umume startup, lagi ngetutake mesin khusus.
1: httpsstackoverflow.blog/2016/02/17/stack-overflow-the-arc..
Katon kaya tren ing papan iki kanggo mlumpat langsung menyang lapisan abstraksi sing paling dhuwur. Nglewati dhasar lan arahake menyang $buzzword alat, perpustakaan lan produk
Sampeyan ndeleng sekilas babagan iki ing macem-macem formulir. Salah sijine yaiku utas media sosial sing takon kaya Pinten X sing kudu dakkarepake kanggo sinau Y Ngendi X minangka teknologi utawa lapangan sing dhasar, bisa uga stabil lan Y minangka alat utawa langsung menyang produk utawa layanan.
CORBA belongs ana. Lan mbok menawa malah barang web semantik. Mesthi XML!
XML apik - yen sampeyan ora pracaya, sampeyan bisa uga kasengsem ing lara parsing JSON: httpseriot.ch/projects/parsing_json.html
Lan aja miwiti YAML..
Biaya tambahan sing ana ing méga pancen pantes kanggo aku duwe database sing ngatur, gambar otomatis, penyeimbang beban sing di-host, panyimpenan blok plug lan play, lsp.
Aku pengin kuwatir apa produk kita apik, ora babagan kegagalan hardware tengah wengi, muter server anyar lan ora bisa digunakake kanthi bener amarga ora ana insentif kanggo nggunakake manajemen konfigurasi kanthi kothak siji, duwe tugas pelarian siji. nimbulaké OOM utawa disk lengkap lan break kabeh tinimbang mung tugas VM, wedi miwiti maneh mesin sing wis munggah 1000 dina etc
Kanggo kula, daya tarik maya dudu sawetara skalabilitas FAANG nalika ora dibutuhake, nanging patching OS otomatis, imbangan beban otomatis, layanan NAT, log terpusat, analisa, layanan database sing ora kudu dak atur, metu saka kothak Rolling upgrade kanggo layanan, ngatur crypto-tombol lan Rahasia, lan mesthi, panyimpenan obyek. (Iki kabeh sing digunakake ing wiwitan)
Aku arep pindhah ing pang lan ngandika darmabakti server bisa banget sregep / biaya efektif nalika kita tekan ukuran tartamtu, tinimbang cara liyane babak. Kanggo wayahe, biaya maya worth kanggo wiwitan
Yen sampeyan nindakake konfigurasi lingkungan minangka kode, mesthine ora masalah yen target sampeyan minangka server khusus, vm utawa sawetara persiyapan khusus awan sing dikonfigurasi liwat api.
Ora preduli sing endi, sing penting sampeyan duwe kothak sing bisa nggawe kothak anyar utawa nggawa kothak sing ora sopan bali menyang kahanan sing apik kanthi mung nglakokake prentah.
Mesthi, tumpukan nyata Go(o) sing nyopir bisa ditingkatake (lan pancen saya apik)
Sing jarene, bebener sing angel yaiku pendekatan sampeyan sing bener, meh kabeh bisnis (startup!) overbuild tinimbang fokus ing nyedhiyakake nilai, ngenali ceruk sing nyata, lan liya-liyane. Dhuwit VC mundhak akeh startups sing pengin gumantung ing pihak katelu sing bisa njupuk beban, skala karo dheweke, SLA lan liya-liyane kudu diiklanake.)
Kubernetes pancen apik tenan! Saben aku weruh bisnis potensial saingan miwiti nggunakake Kubernetes, aku langsung lega, amarga aku ngerti aku ora perlu sumelang ing bab mau. Dheweke bakal ilang ing tumpukan masalah teknis sing ora bisa ditanggulangi, nyoba ndandani masalah sing ora bisa dilacak ing tumpukan teknologi kerumitan sing ora bisa dipercaya lan ngatasi watesan sing ditindakake dening sistem sing dirancang kanggo bisnis kanthi lalu lintas loro-telu magnitudo luwih gedhe. Kajaba iku, COGS bakal luwih dhuwur tinimbang mine, tegese kudu regane produk sing luwih dhuwur, kajaba mung ngobong dhuwit VC (sing dadi lampu kilat ing panci)
Barang apik ing saubengé
Ansible iku penting, bisa mlaku menyang negara statis, lan iku mau. Yen mbukak menyang masalah uncalan munggah sambungan SSH sawijining, lan nangis ton saka kasalahan python, lan nyerah ing salawas-lawase. Malah kanthi inventaris kasebut adoh saka deklaratif
k8s minangka puteran kontrol sing nyoba nggawe kemajuan menyang negara sing diumumake. Gagal ora masalah, bakal nyoba maneh. Iku bakal terus-terusan mriksa negara dhewe, wis API apik kanggo laporan, lan thanks kanggo akèh konsep reified iku harder duwe clashes aneh antarane komponen tugasaken. (Dene nggabungake pirang-pirang playbook karo Ansible ora sepele.)
httpsgithub.com/spantaleev/matrix-docker-ansible-deploy
Lan sanajan k8s nempatno akeh banget warisan-ness, ana kawujudan slimmer mbesuk saka gagasan inti. (Contone. httpsgithub.com/aurae-runtime/aurae )
Lan saiki sampeyan nyaranake manawa wong nggunakake implementasine non-standar sing luwih gampang?
Dadi, mesthine sampeyan bisa ngetrapake solusi kerumitan minimal utawa sampeyan bisa nggunakake soko "off the shelf"k8s minangka kerumitan lan sawetara mesthi ora dibutuhake kanggo kahanan sampeyan, nanging uga umum, fleksibel, didhukung kanthi apik, lsp
>sampeyan menehi saran supaya wong nggunakake implementasine non-standar sing luwih prasaja?
Apa aku disaranake yen k8s project / lunak nemu amba banget kanggo gagal, banjur Folks bisa ngalih menyang alternatif. Untunge konsep k8s lan API mbukak sumber, supaya bisa dileksanakake ing proyek liyane, lan aku menehi conto kanggo nggambarake manawa milih k8s dudu kunci vendor kaya Oracle.
Aku mesthi krungu babagan kabeh barang apik sing bisa ditampa kanthi gratis saka panyedhiya awan. Apa barang kasebut pancen gampang disiyapake lan digunakake? Kapan wae aku nyoba nyiyapake tumpukan LAMP ing layanan maya, iku proses sing mbingungake lan medeni nganti aku nyerah. Aku kepingin weruh yen aku mung kudu push sethitik harder lan aku bakal tekan Cloud Heaven
Bisa ngomong "Aku pengin MySQL kluster ing kene kanthi spek kaya iki"luwih apik (wicaksana wektu) tinimbang nindakake dhewe. Nganyari uga dibungkus kanthi apik ing sistem, mula aku mung ujar "aplikasi nganyari paling anyar"tinimbang kanthi manual mesthekake failovers / restart kedadeyan kanthi bener.
Dadi sampeyan mbayar kanggo nyederhanakake samubarang, nanging keuntungan saka simplifikasi kasebut mung diwiwiti karo proyek sing luwih gedhe. Yen sampeyan duwe soko ing server siji sing bisa diwiwiti maneh nalika pangguna entuk kaca kesalahan, bisa uga ora ana gunane
Awan iku ora gampang kanggo njaluk pendinginan lan efisiensi daya saka kamar server cilik ing endi wae sing cedhak karo tingkat efisiensi sing paling gedhe sing diterbitake pusat data meh ora mungkin kaya konektivitas internet multi vendor.
Kanthi awan, kabeh kaya ngono bakal ilang amarga dikelola dening operator pusat data apa wae sing digunakake awan, nanging sing dilalekake wong, iku uga bener kanggo layanan colocation lawas sing asring nawakake biaya / nilai sing luwih apik tinimbang awan.
Lan sanajan mesthi luwih angel kanggo ngatur barang kaya AWS utawa Azure amarga akeh abstraksi sing didhelikake panyedhiya vpc scall cilik saka sampeyan utawa sing sampeyan ora entuk karo server omah siji, ora angel yen kudu mbukak pasangan. saka rak worth saka server vmware karo panyimpenan basis SAN Kanthi barang Cloud sampeyan duwe konfigurasi liyane sing kudu ditindakake amarga babagan konfigurasi server virtual etc. Tinimbang nggawa PC ing kothak menyang kamar sampeyan kudu "konfigurasi"supaya kasedhiya DO database duwe serep sampeyan bisa ngatur kanggo dikarepake, nyimpen ing DO Spaces (kaya S3). Manajemen pangguna DB gampang. Ana uga server cache kanggo Redis Sampeyan bisa nambah load balancer lan nyambungake menyang macem-macem server web Aku butuh udakara 30 menit kanggo nyiyapake server web 2x, server DB, server cache, load balancer, server panyimpenan lan nyambungake kabeh yen perlu nggunakake sawetara formulir sing gampang. Ora bisa ngalahake Yen sampeyan duwe info utawa pendapat liyane, mangga bareng Akeh artikel ing internet babagan hardening server Linux, sing wis dakcoba njupuk luwih saka 30 menit kanggo ngetutake langkah-langkah kasebut, luwih suwe yen aku nyoba sinau lan ngerti apa sing ditindakake saben perkara, kenapa? iku penting, apa kerentanan ndasari, lan carane aku bisa uga kudu ngatur sawetara setelan kanggo kasus panggunaan tartamtu Aku yakin sampeyan bisa nemokake conto skrip persiyapan online (konfigurasi nganyari otomatis, firewall, aplikasi, lan liya-liyane kudu dadi masalah mlaku 'curl $ URL'banjur 'chmod + x $ FILE'lan 'bash $ FILE'. Aku ora butuh manajemen konfigurasi (aku nggunakake layanan serep panyedhiya sing penting aku kira) Kaya iki: httpsraw.githubusercontent.com/potts99/Linux-Post-Install.. (katon ing httpswww.reddit.com/r/selfhosted/comments/f18xi2/ubuntu_d ) Temenan padha bisa ngandika kanggo VMs dawa mlaku, lan iki bisa ditanggulangi dening duwe tim disiplin, nanging aku iku umume luwih kamungkinan ing lingkungan karo mesin darmabakti dawa mlaku siji. Hetzner duwe kabeh iki kajaba database sing dikelola httpswww.hetzner.com/managed-server Paket webhosting uga kalebu 1..unlimited DBs (MySQL lan PostgreSQL) httpswww.hetzner.com/webhosting/ iku duwe serep otomatis lan gagal liwat? >Kanthi serep saben dina sing dipesen utawa serep sing kalebu ing jinis server, kabeh data digawe serep saben dina lan disimpen nganti maksimal 14 dina. Recovery saka serep (Mulihake) bisa liwat antarmuka administrasi konsoleH Nanging aku entuk kesan yen basis data ing server sing dikelola dimaksudake kanggo digunakake dening aplikasi sing mlaku ing server kasebut, mula ora ana konsep failover. httpswww.hetzner.com/legal/managed-server/ A drive siji ing server siji gagal ngirim tau nimbulaké outage produksi Akeh masalah konfigurasi bisa dilacak mudhun kanggo panyebaran mandiri. Apa file font utawa JRE pancen kudu diinstal ing kabeh server utawa sampeyan bisa mbendel menyang panyebaran sampeyan Penyebaran kita nggunakake target on-premise lan EC2. Skrip penyebaran ora beda, mung IP kanggo host Saiki, aku bakal ngomong yen aku bisa nggunakake S3 kanggo soko aku 100% bakal. Ora ana alternatif sing ana ing papan kanthi set fitur sing padha Titik DevOps yaiku "Sapi, dudu pets."Sijine peluru ing server sampeyan seminggu sepisan kanggo nemokake titik kegagalan sampeyan Aku seneng yen sampeyan mlumpat menyang Discord / Slack lan nggawa sawetara masalah sing sampeyan deleng supaya paling ora bisa nggawe pengalaman luwih apik kanggo wong liya sing nggunakake Dokku. Bebas bae kanggo nggebug aku ing kana (nickku `savant`) Ayo kula pambuka lan ujar manawa aku minangka pangembang aplikasi sing mung duwe kawruh babagan Docker.Aku ora super trampil ing infra lan aplikasi aku berjuang karo wis paramèter panyebaran aneh: Iku app Python sing ing mbangun-wektu parses sawetara gigs HTML statis crawls kanggo populate database Postgres sing statis sawise dibangun. Aplikasi web Flask banjur nglawan database kasebut. Parsing HTML berkembang kanthi cepet lan data DB sing diisi kudu dibundel minangka bagéan saka gambar aplikasi. IIRC, Aku berjuang karo structuring Dockerfiles nalika DB ora ngengkel nanging mung bagean dilut liyane saka app, nanging ketoke surmountable. Masalah sing luwih gedhe yaiku carane supaya ora narik data sing jarang diganti saka S3 kanggo saben mbangun nalika saenipun bakal di-cache, utamane kanthi cara sing sopan ing DigitalOcean lan lingkungan lokalku. Aku nganggep caching lapisan gambar Docker sing bener bakal ngatasi masalah kasebut, nanging aku kanthi cepet tekan pungkasan kawruh lan sabar. DX Dokku katon apik kanggo wong sing nindakake perkara normal. :) 0. httpscoolify.io/ Plus sing ora pengin muter karo Newest, dolanan paling keren ing repes liyane? Mesthine ana argumentasi kanggo mindhah (sawetara) barang saka awan mengko ing perjalanan nalika keluwesan (utawa ngatasi fluks / pivoting) dadi kurang driver utama lan skala / biaya mulai didominasi. Mesthi, sampeyan bisa entuk apa-apa ing Hetzner nanging siyap kanggo mangsuli pitakon liyane Setuju babagan titik pungkasan perusahaan sing njaluk iki, sing mung sedhih yen "syarat"bisnis iki ndhikte carane arsitek lan dadi host piranti lunak nalika cara liya bisa uga luwih apik. Pemulihan bencana minangka masalah sing nyata banget. Mulane aku nyoba kanthi rutin. Ing skenario scorched-earth, aku bisa munggah lan mlaku ing sistem sekunder (pementasan) utawa sistem maya terraformed kurang saka jam. Kanggo bisnisku, cukup
Kita ngalami boom wutah, lan kaya kabeh mau sadurunge, tegese ana akeh wong sing ora duwe pengalaman sing diwenehi dhuwit lan pangarepan sing penting. Iku resep kanggo kultus kargo lan marketing exploitative
Nanging wutah saya kalem lan dhuwit saya larang, mula alon-alon lan miwiti sinau maneh pelajaran lawas kanthi variasi anyar sing nyenengake. (Kaya ing kene: ngatur skala logam kosong lan nganggo wadhah lan orkestrasi)
Lan kabeh siklus bakal mbaleni ing boom sabanjuré. Iku industri kita saiki
Server darmabakti sing padhet yaiku 99% luwih migunani tinimbang VPS lumpuh ing piranti keras sing dienggo bareng, nanging temenan bakal nambah biaya yen sampeyan ora butuh kabeh sumber daya sing diwenehake.
Ya - nanging kepinginan kanggo "nindakake apa sing ditindakake bocah-bocah sing keren saiki"paling ora kuwat karo wong-wong sing biasane diarani "manajer", lan "karyawan"asil A) microservices / cloud sing gedhe banget dadi salah, paling ora sampeyan ngetutake praktik paling apik, kedadeyan kasebut, apa sing bisa sampeyan lakoni
asil B) sampeyan lunga karo server Hetzner lan ana sing salah, sampeyan uga kudu nganggo layanan mikro, seneng golek proyek anyar
Mangkono nyengkuyung manajer kanggo milih layanan mikro / awan. Iki bisa uga ora dadi keputusan sing tepat kanggo perusahaan, nanging keputusan sing tepat kanggo manajer, lan manajer sing nggawe keputusan.
(Kaya dadi konsultan sing pengin ekstensi lan piranti lunak nulis sing bisa digunakake, amarga aku ngerti cara sing angel.)
Ana pedhot antarane pendiri lan wong liya
Pendhiri percaya yen bakal >10x saben taun
Kasunyatane yaiku 90% kemungkinan bakal gagal
90% wektu - sampeyan bakal gagal apa wae
Sawetara % saka 10% wektu sampeyan sukses, sampeyan isih bisa tanpa awan - paling ora kanggo sawetara taun sukses, akeh wektu kanggo ngalih yen perlu.
Aku mung duwe siji persiyapan ansible, lan bisa loro kanggo server virtual lan fisik. Ora ana bedane. Bentenipun mung server virtualisasi kudu disiyapake nganggo terraform dhisik, lan sing fisik kudu dipesen dhisik lan IP-e dilebokake ing file konfigurasi (inventaris)
Mesthi wae, aku uga ati-ati supaya ora gumantung ing akeh layanan awan liyane. Contone, aku nggunakake VpnCloud (httpsgithub.com/dswd/vpncloud) kanggo komunikasi antarane server. Minangka entuk manfaat sisih, iki uga menehi kula keluwesan kanggo ngalih menyang sembarang panyedhiya infrastruktur ing sembarang wektu
Titik utamaku yaiku nalika tawaran virtual duwe panggunaan, ana celah (gedhe) antarane VPS hobi $ 10 / wulan lan perusahaan kanthi bisnis B2C sing njeblug. Umume bisnis anyar bener-bener ana ing jurang kasebut: sampeyan ora ngarep-arep wutah eksponensial hockey-stick ing SaaS B2B sing duwe bathi. Ing kene sampeyan kudu takon babagan pilihan standar "nggunakake AWS". Aku peduli karo COGS lan marginku, mula aku ndeleng pilihan iki kanthi ati-ati
Sampeyan ora perusahaan software, dhasar sampeyan nggawe lan ngedol Sprockets
Panemu ing kene bakal nyewa staf eng / IT gedhe kanggo "tuku lan njaga server"(PaaS ala) lan banjur "nulis kode dhewe"(SaaS ala) utawa apa wae sing saiki populer ing kene (utas pungkasan ing kene yaiku "Pushing PHP liwat SFTP tanpa Git, lan sampeyan butuh liyane"lol)
Nanging aku yakin bisnis kudu nindakake Siji Bab sing Apik lan ngindhari saingan (nglakoni kanthi manual) kanggo perkara sing ora ana kompetensi inti. Ing kasus iki, aku mesthi mikir Master Sprocket ora kudu nyoba ngatur hardware dhewe lan kudu ngandelake panyedhiya kanggo nangani skala, keamanan, uptime, kepatuhan, lan kabeh rincian cilik. Aku uga mikir piranti lunak kasebut kudu standar bog kanthi sithik ing omah. Dheweke dudu toko piranti lunak lan kudu nulis kode sethithik
Realistis Widget Master bisa mbukak situs kasebut kanthi staf sing rada cilik kajaba mutusake nindakake kabeh kanthi manual, mula bisa uga mbutuhake staf sing luwih gedhe.
Nanging, apa sing dakdeleng lan apa sing dakkarepake ing poster sadurunge yaiku bisnis ing endi teknologi minangka inti bisnis, lan ing kana asring kurang raos, lan tinimbang ngirit wektu, misale jek biaya wektu. Ana alesan ana ahli AWS: iku ora sepele. Server "nyata"uga ora pati penting, nanging uga ora luwih angel tinimbang layanan awan
Nanging agensi kasebut ora pengin duwe staf kanggo njaga hardware fisik.
Nanging Master Sprocket isih kudu duwe Konsultan Awan sing larang regane mung kanggo nanggapi kahanan darurat
Yen sampeyan duwe karyawan kanggo ngatasi masalah awan, sampeyan uga bisa nyewa server
Aku dhewe wis mbukak Server khusus kanggo bisnis kita ing dina-dina sadurunge, nanging nalika kita nggedhekake lan nggedhekake, dadi luwih gampang kanggo pindhah karo panyedhiya Cloud kanggo nyedhiyakake macem-macem layanan kanthi cepet sanajan biaya mundhak. Ora kanggo sebutno iku luwih gampang kanggo ngandhani calon pelanggan yen sampeyan nggunakake "awan kaya AWS"tinimbang "Oh, kita nyewa mesin kasebut ing pusat data sing dikelola dening sawetara perusahaan"(sing bisa uga luwih apik nanging pelanggan biasane ora entuk) . Audit, Kepatuhan lan liya-liyane
Kanggo akeh malah akeh kurang saka iku. Aku mbukak proyek sisih cilik [1] sing dadi viral kaping pirang-pirang (30K views ing 24 jam utawa luwih) lan mlaku ing server web CPU inti siji lan Postgres sing dikelola uga ing inti CPU siji. Malah durung cedhak karo panggunaan lengkap
1: httpsaihelperbot.com/ Apa aku bisa ngalih sawetara menyang fungsi lambda? Utawa ngalih menyang ECS? Utawa ngalih menyang sawetara layanan maya liyane du jour? Mbok. Nanging jumlah wektu aku ngginakaken nulis komentar iki wis bab nem sasi worth tabungan kanggo ngalih kuwi. Yen luwih angel tinimbang "tombol push, tampa 100% layanan sing bisa diterjemahake kanthi andal", angel kanggo mbenerake Sawetara iki uga amarga awan nyedhiyakake sawetara layanan liyane saiki sing bisa nindakake iki. Aku ora perlu mbukak klompok Kafka kanggo olahpesen dhasar, kabeh padha teka karo bis pesen. Aku nggunakake sing. Aku nggunakake opsi host DB. Aku nggunakake S3 utawa padha karo, etc. Aku nemokake apa sing isih ana meh meh ora repot kanggo nyoba macet dhewe ing sawetara paradigma liyane nalika aku mbayar dolar siji-digit saben wulan kanggo mung mbukak ing conto EC2. Mesthine ora saben wong utawa saben proyek bisa nindakake iki. Aku ora macet iki minangka tujuan pungkasan. Yen ora bisa, aku langsung njupuk tindakan skala sing cocog. Aku ora menehi saran supaya sampeyan nggawe rearchitect apa wae adhedhasar iki. Aku mung ngomong, iku dudu pilihan kanggo diremehake. Wis akeh keluwesan, lan tagihan cukup konsisten (utawa, kanthi cara liya, nyatane yen aku tiba-tiba duwe lalu lintas 50x, sistemku wiwit keselak lan sputtering tinimbang mung ngisi atusan dolar. liyane iku fitur kanggo kula tinimbang bug), lan sampeyan umume ora mulet dhewe kanggo contort menyang sawetara paradigma sing trep kanggo sawetara layanan maya nanging bisa uga ora trep kanggo sampeyan. Apa sampeyan kudu ngatur salah sawijining lingkungan kasebut? Intine, yen sampeyan pengin entuk skalabilitas dhasar luwih saka siji wong lan devops sing tepat, sampeyan kudu overprovision kanthi faktor sing signifikan (bisa uga ngilangi tabungan sampeyan) Sampeyan mesthi bakal entuk solusi sing dipesthekake, tegese para penggabung anyar bakal luwih angel nguwasani sistem kasebut lan wong-wong penting sing ninggalake perusahaan bakal nggawa kawruh babagan infrastruktur sampeyan. Sampeyan bali menyang pets tinimbang sapi. Sawetara server khusus, sawise sawetara wektu otomatis tegese "akeh skrip cangkang lem ing kene"lan upgrade OS tegese setengah infra KO kanggo sawetara wektu utawa sampeyan ora nindakake upgrade OS. Lan ing kasus bathi sampeyan kudu nggedhekake Sampeyan bisa uga nemokake kejutan sing ora nyenengake Lan aja nganti aku miwiti ing sisih jaringan. Kajaba sampeyan nyewa kabeh rak lan nyeleh hardware jaringan dhewe, sampeyan bakal entuk. Kang bisa banget miskin ing salah siji functionalities utawa pagelaran Assuming sampeyan lagi ora nindakake apa-apa apik Yen sampeyan pengin 100.0000% uptime, mesthi. Nanging sampeyan ora biasane. Perusahaan sing pengin wektu aktif kaya biasane duwe tim khusus Lan skala uga bisa digunakake ing bare-metal yen sampeyan skala vertikal - apa sampeyan ngerti jumlah daya lan throughput sing bisa ditampa saka server siji? Iku bab kanggo terus krungu bab "scaling"nalika speaker tegese "scaling horisontal" Yen syarat sampeyan "skala", banjur skala vertikal bakal nggawa sampeyan adoh Yen syarat sampeyan "skala horisontal sing dikarepake", mesthine, panyedhiya awan bakal nulungi. Nanging, sawetara papan mbutuhake skala kasebut Aku ora ngomong 100% uptime ing bare metal murah, aku ngomong 100% uptime asring ora dibutuhake Amarga industri kebak wong sing nguber tren lan tembung kunci lan sing paling penting yaiku nambah tembung kunci kasebut menyang CV. IME ngarahake skalabilitas banget salah kanggo umume layanan / aplikasi / apa wae. Lan biasane sampeyan mbayar biaya overhead kanggo solusi "scalable", mula sampeyan kudu nggawe skala kanggo ngrampungake Aku mamang iki.Tema siji sing sampeyan deleng ing meh kabeh panyengkuyung AWS yaiku sawetara khayalan sing dhuwur babagan apa sing njamin AWS bener menehi sampeyan. Ya, mesthi. Ora ana sing dipecat amarga tuku saka IBM Ya, yen perusahaan gedhe duwe kompetensi kanggo nggawe keputusan, mesthi ora bisa dikalahake lan ora bakal bisa kerja apa wae. Dadi, ya, iku kanggo umum Sumber: meh telung puluh taun ops Nganti saiki, aku durung weruh yen aku mbuwang luwih akeh kanggo perusahaan, aku uga entuk bayaran luwih akeh entuk linuwih padha karo wesi punika kathah luwih larang saka nyewakake "loro darmabakti server"- saiki sampeyan bisa uga nggoleki karo siji server lan solusi serep, lan iku adil. nanging sysad kanggo nggawe kabeh mau, sanajan kontrak cendhak kanggo persiyapan awal lan ora ana pangopènan, bakal ngluwihi prabédan rega awan, utamane yen ana database ing campuran lan sampeyan peduli karo data kasebut. Dina iki, awan padha - wektu kanggo pasar luwih cepet amarga ana bagean sing kurang obah. Nalika nawakke ekonomi lan wutah slows, beancounters teka lan nindakake bab sing Mengkono saben wektu Iki mung nggawe AWS luwih sugih ing perusahaan lan tim awan Ora pati penting kanggo nyedhiyakake lan ora nyedhiyakake conto EC2 kanthi otomatis, sajrone sawetara detik yen panyebaran sampeyan kudu nambah utawa nyuda. Sing apa ndadekake dhasar beda saka server bare metal
Saiki, aku ora nolak manawa bisa uga luwih larang regane yen dibandhingake karo AWS kanggo nyedhiyakake sawetara server sing luwih darmabakti tinimbang sing sampeyan butuhake, nanging yen sampeyan duwe beban kerja sing ora bisa diprediksi, mula ora gampang diterusake.
yen sampeyan muter lan mateni VM kanggo nyukupi kurva permintaan - ana sing salah karo arsitektur sampeyan
Apa sampeyan nate kedadeyan, kepiye stackoverflow nggunakake ~ 8 server darmabakti kanggo nglayani kabeh jagad lan ora perlu muter lan mateni VM kanggo nyukupi panjaluk pelanggan global?
--
Nalika ngrancang infrastruktur komputasi, penting kanggo bali menyang dhasar lan ora kena propaganda vendor awan
Sampeyan ngomong dhewe. Ora kabeh aplikasi kudu ngladeni kabeh jagad, mula panjaluk bakal luwih murah nalika wong turu
Malah karo aplikasi global ana peraturan sing mbutuhake sampeyan dadi tuan rumah aplikasi lan data ing wilayah tartamtu. Bayangake aplikasi sing digunakake dening pelanggan ing Eropa, Australia, lan AS. Dheweke kudu dilayani saka pusat data regional, lan siji kluster biasane turu nalika liyane mlaku (amarga zona wektu). Kanthi server darmabakti, sampeyan bakal mbuwang 60-70% sumber daya, nalika nggunakake kaya EC2 / Fargate sampeyan bisa nyuda meh 0 nalika wilayah sampeyan turu.
Ana cara kanggo kegilaan, ing kene diarani "pembangunan sing didorong keamanan kerja"Amarga iku ancaman kanggo pakaryane
Ana akeh wong sing duwe keahlian teknis kanggo dadi tuan rumah, utawa dadi tuan rumah acara cilik kanggo kulawarga / kanca / asosiasi / klub hiking. Iki wates cilik ngendi sampeyan ok kanggo nglampahi sethitik ekstra amarga sampeyan pengin nggawe iku bener, nanging sampeyan ora bisa mbecikake mbayar dadi luwih lan nglampahi wektu nindakake hard pangopènan. VPS cilik, kanthi Nextcloud sing dienggo bareng utawa situs web cilik, kabeh sing dibutuhake ing pirang-pirang kasus
Iki aku malah nggunakake Raspberry Pi 400 sethitik ing kamar turu
httpsjoeldare.com/private-analtyics-and-my-raspberry-pi-4..
Aku wis dadi tuan rumah barangku dhewe nganti meh sepuluh taun saiki. Ora ana sing nyoba DDoSing persiyapanku, amarga kenapa? Apa entuk manfaat sing bisa ditindakake? Aku bakal dadi siji-sijine wong sing kena pengaruh, lan yen mandheg, ora bakal suwe pulih
Ana sethitik utawa ora insentif kanggo DDoS kothak pribadi, apamaneh dening rando internet
Sampeyan drastis overestimating kabisan remaja kang
Mung ping IP bola-bali ora bakal nindakake akeh. Mungkin serangan DoS gumantung saka apa sing diduweni jaringan target ing babagan IPS, nanging luwih cenderung bakal nginfeksi komputer karo virus sadurunge entuk kesempatan kanggo nyerang sampeyan.
Aku wis wong wis ing mburi nampa salah siji sing kanggo piye wae cheater ing GTA 5. Iku mesthi mengkono lan ora nyenengake.
Sunting: Kayane iki bisa otomatis. Iki soko menarik aku kudu katon menyang dicokot. Mesthine mung kerumitan ekstra kanggo server cilikku, nanging aku duwe sawetara panggunaan
Secara teknis, homelabku uga ana ing IP umum statis - iki luwih minangka latihan "apa aku bisa nindakake iki"tinimbang "bener-bener perlu,"nanging isih apik lan aku seneng banget.
Mung siji-sijine hangup aku kudu ngatur Wireguard supaya trowongan tetep urip, yen ora, kadhangkala VPS bakal nampa lalu lintas sing mlebu lan yen labku durung tekan sawetara wektu (sing, kenapa?) trowongan bakal mudhun, lan sambungan proxy bakal. Untunge ana fungsi sing dibangun
Dadi, kayane nambahake feed RSS / Atom ing situs jekyll utawa GitHub cukup gampang.
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, drive 1tb, 100bit
Sawetara taun uptime ing wektu iki
Yen ora diganggu: sawetara upgrade bisa uga amarga.
Nganyari keamanan kernel minangka perkara
Aku nemokake Atoms alon banget, sanajan nganggo Linux. Mesthi wae cukup kanggo ngladeni situs web lan liya-liyane, nanging nggumunake kepiye kekuwatan sing digunakake mung ora ditindakake
Persis. Instance VPS sub-$10 iki apik kanggo proyek cilik sing sampeyan ora pengin mlebu kontrak sing dawa utawa ngurusi ngatur server sampeyan dhewe.
Yen sampeyan lagi mbukak bisnis nyata ing ngendi margine tipis lan sampeyan duwe kabeh wektu luang ing donya kanggo nangani masalah server yen (nalika) teka, sing ~ $50 darmabakti server bisa dadi menarik kanggo njelajah
Nanging yen sampeyan lagi nglakokake bisnis nyata, malah tagihan AWS $10,000 / sasi luwih murah tinimbang nyewa pangembang trampil liyane kanggo mbantu ngatur server darmabakti sampeyan.
Iki sing umume ora kejawab ing diskusi babagan biaya awan ing papan kaya HN: Ya, awan larang, nanging nyewa malah siji sysadmin / pangembang tambahan kanggo mbantu sampeyan ngatur prasarana khusus pancen larang banget lan kurang fleksibel. Pramila mbuwang hipotetis $ 5000 / sasi ing solusi awan awan sing bisa, ing teori, digawe khusus ing server $ 50 / wulan kanthi investasi wektu sing cukup isih bisa dadi gedhe. Insinyur larang lan wektu winates
Uhhh, nyuwun pangapunten, nanging sampeyan mbayar pira wong DevOps iki? Iki katon kaya perspektif Amerika, malah wilayah lembah. Ing Eropa, nyewa wong lanang bakal luwih murah
Biaya tenaga kerja sing diisi kanthi lengkap luwih dhuwur tinimbang sing digawa mulih ing gaji sampeyan. Malah luwih elek ing Eropa. Deleng denah iki: httpsaccace.com/the-true-cost-of-an-employee-in-europe/
Yen sampeyan mbayar wong 1000 EUR ing UK, biaya perusahaan total 1245 EUR
Yen sampeyan mbayar wong 1000 EUR ing Romania, biaya perusahaan 1747 EUR total
Dadi biaya $ 120,000 sing diisi kanthi lengkap mung bisa tuku sampeyan kanthi gaji $ 68,000 USD kanggo wong devops EU
Nanging sampeyan ora bisa duwe mung siji devops wong. Sampeyan kudu paling 2 yen sampeyan pengin ngidini salah siji saka wong-wong mau kanggo tau ngaso, getor pindhah ing vacation
Aku bisa nyambung sampeyan ing babagan 3 jam
AWS efisien banget biaya kanggo layanan liyane (S3, SES, SQS, etc) nanging mesin virtual ora menehi hasil apik. Sampeyan entuk kurang RAM& CPU, kanthi nduwur sirah virtualisasi, lan mbayar dhuwit luwih akeh
Utamane kanggo Postgres yen sampeyan nindakake sawetara tes karo pgbench sampeyan bisa ndeleng paukuman sing sampeyan bayar kanggo virtualisasi
Mungkin skill sysadmin sing bisa mbangun infrastruktur dhewe dadi seni sing ilang, yen ora, aku ora bisa nerangake kenapa wong seneng banget mbayar 5x kanggo kinerja sing kurang.
Hetzner murah lan dipercaya ing Eropa, yen sampeyan ana ing Amerika Utara, deleng OVH. Utamane alternatif hemat biaya sing diarani SoYouStart. Sampeyan bisa entuk 4/8 4.5ghz, 64 RAM lan drive NVME kanthi rega $65
(Aku ora duwe afiliasi karo OVH, aku mung pelanggan sing meh 100 server, lan pancen apik kanggo aku)
Aku uga bakal Wigati sing aku lawas hehe, lan salah siji saka proyek pisanan kita duwe pusat data ukuran prayoga ing situs. Nanggulangi SAN, tape drive (rotor tape otomatis nalika iku server, lan liya-liyane minangka PITA sing gedhe banget. Ngepak kaset lan ngirim menyang kantor liyane kanggo redundansi lokasi tansah nyenengake.
Aplikasi tartamtu sing aku kelola pancen nandhang GHz kurang lan ora duwe kabeh data ing memori. Aku wis mbukak pathokan ing EC2, laporan tartamtu sing rampung ing ~ 5 detik bisa njupuk luwih saka menit ing Kayata EC2 iso dibandhingke sing biaya bab 10x luwih. Aplikasi iki pancen mbutuhake CPU mentah. lan ya kita duwe tim engineering cantik gedhe sing wis optimized kabeh pitakon, Ãndices etc
Minangka adoh minangka réplikasi, serep, etc. Aku nyetel kabeh sing munggah, lan sajujure iku ora menehi hasil amba. Iku sawetara bab cendhak ing buku Postgres sing nerangake kabeh banget prasaja, carane ngatur, terus-terusan (lan otomatis) test, etc
Aku setuju yen SAN minangka ngipi elek. Mulane aku ngirim kabeh WAL (file serep PG) menyang S3 (lan pungkasane Glacier). Mangkono aku ora kudu mikir babagan kelangan file kasebut lan regane murah
Aku rumangsa salah yen konfigurasi jinis iki rumit banget kanggo disiyapake dening insinyur siji, kanthi pangopènan sing ora bakal rampung. Ing kasunyatan, sampeyan bisa nyetel kabeh kurang saka seminggu lan mung mbutuhake pangopènan nalika sampeyan pengin nganyarke Postgres (sawetara setelan bisa uga diganti). Aku ngira yen mbutuhake 5 jam saben taun pangopènan
Infrastruktur mandhiri katon luwih sregep amarga kita terus nambah pangiriman lan nggedhekake akses serat. Apa awan bakal dadi cannibalizing dhewe? Mesthi wae
Awan apa sing sampeyan entuk yaiku kemampuan kanggo nyelehake data / beban kerja sampeyan ing inti tanpa kudu nggawe tawaran khusus karo isp lokal, lan kanthi daya tahan sing luwih akeh, mula sampeyan bakal bisa mbayar manawa sampeyan paling ora duwe wadhah 20 kaki lengkap. ukuran server saka kabutuhan komputasi
httpswww.cloudflare.com/products/tunnel/
httpsgithub.com/cloudflare/cloudflared
httpsdevelopers.cloudflare.com/cloudflare-one/connections..
Sunting: Yen ana sing kasengsem ing hosting mandiri, iku gampang karo cloudflared. Aku duwe Google Pixelbook 2017 sing nganggo Ubuntu ing perangkat kukuh khusus sing nglayani situs web adhedhasar Flask. Iton mejaku ngisi daya nalika disambungake menyang jaringan wifi tamu. Nampa skor PageSpeed Mobile 100/100 lan butuh 0,8 detik kanggo mbukak kanthi lengkap
Saka DO aku entuk kabeh keuntungan saka perusahaan sing bisa dipercaya, skalabilitas, serep otomatis, lsp. Ora ana cara sing bisa diganti
Hetzner cloud saiki duwe rong lokasi AS Isih ora ana server khusus AS - sing bakal dadi nyata. Sanajan penawaran awan saiki wis ~ 30% saka rega sing padha karo awan utama.
Kaya sampeyan, aku uga mbukak layanan saka server fisik sing disewa. Aku digunakake Versaweb, nanging mesin sing lawas banget. Aku sadurunge ora seneng karo Hetzner amarga aku krungu bab-bab sing ora becik babagan dheweke ngganggu apa sing sampeyan lakoni
Nanging, aku pindhah menyang wong-wong mau ing Desember nalika Versaweb Kayata mung seda, mbokmenawa SSD saka tuwa. Aku saiki mbayar 50% saka apa sing aku mbayar Versaweb, lan aku bisa mbukak 6 conto Postgres kuwi
Banjur nggawe siji wonder apa iku worth mbayar $700 saka $800 kanggo layanan ngatur karo UI maya apik, upgrade otomatis lan serep, etc
Kanggo 1 wong nuduhake utawa wiwitan cilik, Aku ora. Luwih murah nggunakake layanan sing kasedhiya lan mbucal serep menyang S3 utawa sing luwih murah
Perusahaan aku biyen nyambut gawe kanggo perusahaan A sing dibayar kanthi seneng kaping papat tinimbang sing dikenani biaya perusahaan B kanggo layanan sing padha, mung amarga perusahaan A gelem ngirim invoice saben wulan kanthi cara sing apik karo sistem invoice. Kanggo perusahaan, ngirit sawetara atus dolar ing kene asring ora perlu repot ngenalake gesekan tambahan.
Ana biaya implisit ana. Yen mung siji utawa loro, mung njupuk layanan sing dikelola
Yen sampeyan miwiti skala, entuk jinis administrator karyawan kanggo nyimpen iki
Yen ora, aku kudu nyewa / ngontrak wong sing duwe pengalaman banget, utawa nyediakake sasi sing padhet utawa luwih akeh wektu (sing ora kasedhiya), mung dadi 100% manawa kita bisa mulihake serep PITR sing wis jurnal kanthi cepet.
Aku bisa ngirit regane awan ing papan liya, nanging PostgreSQL sing bisa dipercaya minangka telpon sing gampang (sanajan tag rega level entri luwih saka sing dikarepake)
Wiwitan awal sing ora bisa kelangan data produksi sajrone jam bisa uga rapuh banget kanggo urip
Iki minangka wiwitan awal - bakal ana gangguan sing luwih gedhe tinimbang layanan kasebut lan pelanggan sing mlayu sawise mundhut data produksi siji jam mung ora ngormati produk kasebut.
(Ing wiwitan tartamtu aku iki mikir, Aku wis sawetara becik otomatis DB-online dumps kanggo S3 karo penylametan dileksanakake, nanging aku ora mikir sing cukup apik kanggo skenario tartamtu. Nanging ora yakin kita bisa waras karo. PITR / jurnal bakal nambah siji titik anyar saka Gagal Gamble ing sukses bisnis sing digunakake bisa duwe 9+ tokoh metu ing sawetara / sawetara taun, mung kanggo nyimpen sawetara atus.)
Uga, aku ngira yen sawetara wiwitan awal sing duwe kabutuhan sing kurang nuntut, nanging luwih kuwat babagan kewajibane marang data pelanggan / pangguna, isih nglirwakake praktik dhasar minimal.
Mungkin salah siji cara intuisi kanggo appreciate: Mbayangno crita warta biz ing HN, ing sawetara operasi wiwitan nempel werni, karo jeneng pangadeg wiwitan ditempelake, lan crita ngandika lan ternyata padha ora duwe serep apik Banjur salah siji saka cofounders, sing bisa uga ora turu akeh amarga perusahaan nabrak ing saubengé, nanggapi "Data pelanggan ora penting banget ing wiwitan wiwitan; yen ana, kita bakal rapuh banget"(diketik sadurunge cofounder bisa mbuwang laptop wong kasebut. nyabrang kamar kanggo mungkasi ngetik). Iku ora bakal katon apik
Aku bakal alamat iki ing pungkasan
>Mbayangno crita warta biz ing HN, ing sawetara operasi wiwitan nempel werni, karo jeneng pangadeg wiwitan ditempelake, lan crita ngandika lan ternyata padha ora duwe serep apik.
ITYM lan ternyata padha ora duwe jam pungkasan digawe serep
Aku bisa mbayangno kabeh ing skenario sampeyan, malah bit unsnipped, lan kabeh katon normal, kajaba sampeyan maca "Klien wiwitan kita, sing wis nggunakake kita kanggo sasi, kabeh kiwa langsung nalika kita ilang jam pungkasan saka data sing"Aku pancene ora bisa mbayangno skenario kasebut
Saiki, diwenehake, ana sawetara bisnis sing entuk manfaat kanggo nggunakake yaiku ora ana data sing ilang siji jam
IOW, pelanggan nggunakake amarga ora bakal kelangan data: kolaborasi dokumen online [1], contone [2]. Yen sampeyan ngalami krisis sing kelangan siji jam saka data sing pungkasan, mesthine, ngarepake kabeh pangguna saiki sing kena pengaruh bakal langsung mlayu.
[1] Sanajan, kanthi pribadi, aku bakal nyuda resiko kanthi duplikat dokumen saiki ing panyimpenan lokal nalika lagi diedit
[2] Mungkin bursa saham uga mbutuhake sistem kanggo njaga data jam pungkasan? opo maneh?
Aku mikir sanajan kanggo tim sing luwih gedhe bisa uga bisa ngatur database dhewe, yen sampeyan duwe kompetensi kanggo nindakake kanthi apik. Ana akeh perkara sing bisa salah karo layanan sing dikelola lan ora ndhelikake implementasine dhasar kaya sing ditindakake kaya panyimpenan blok utawa panyimpenan obyek.
Kinerja puncak mesthi luwih elek - nanging aku ora keganggu yen ana sing butuh wektu luwih suwe. Sampeyan mesthi bener yen duwe otomatisasi akeh ing penyediaan server, sing ora daklakoni karo server fisik
Aku biyen duwe server root kanggo proyek pet, nanging jujur, ora ana gunane. Aku ora mbukak lalu lintas dhuwur, ngitung SaaS kuat ing mesin. Iku mung situs web statis lan sawetara proyek. Aku mudhun kanggo biaya saben wulan 24 sing kalebu kothak panyimpenan 1 TB kanggo nyimpen kabeh data
Masalah utama ing skenario apa wae sing nglibatake hardware nyata yaiku sampeyan butuh staf sing kompeten ing hardware lan sistem Linux / UNIX. Akeh sing ngaku ing resume lan ora bisa nindakake sapisan ing proyek kasebut (ing pengalamanku). Mratelakake panemume, salah sawijining sebab utama jeblugan jagad maya yaiku angel kanggo mbangun lan biaya finansial kanggo mbangun tim kasebut. Kajaba iku, ana gesekan sing rada alami (lan perlu) ing antarane pangembang aplikasi lan wong sistem. Wong sistem kudu terus mundur lan mbantah supaya luwih aman, luwih akeh proses, lan penyebaran luwih sithik. Tim dev kudu tansah mbantah kanggo luwih fleksibel, luwih akeh rilis, lan kurang proses. Manajemen sing apik banjur kudu dadi dalan tengah ing antarane loro kasebut. Sayange, manajer sing ora kompeten asring mutusake kanggo nyingkirake sistem wong lan mindhah barang menyang tanah AWS
Pungkasan, aku mung bakal nyathet yen arsitektur maya ora becik kanggo planet amarga mbutuhake panyedhiya awan, lan mbutuhake daya komputer luwih akeh amarga akeh lapisan abstraksi. Nalika sapa wae proyek sing tanggung jawab kanggo sampah iki, kabeh awan global minangka agregat banget boros. Iki ngganggu aku lan bisa uga ana faktor minangka bias emosional ing pandanganku (saiki akeh uyah kanggo kabeh sing kasebut ing ndhuwur)
Argumentasi bisa digawe sampeyan bisa nggawe sarana kanggo nyewa server fisik pra-income, banjur, yen masuk akal, sampeyan bisa nggunakake panyusutan standar -utawa- Bagean 179 babagan tumbas langsung lan / utawa sewa bagean 179.
Minangka conto, sampeyan bisa masang klompok luar biasa saged saka ayo ngomong papat pancen rampung over-provisioned $100k mesin 1U fisik ing fasilitas colo beda kanggo redundansi. Ana macem-macem trik ing kene kanggo ngimbangi beban lan failover karo layanan awan XYZ, DNS, anycast, apa wae sing dikarepake. Sampeyan bisa nggunakake macem-macem fasilitas colo sing ngoperasikake pusat data ing saindenging jagad, ngirim hardware saka vendor menyang dheweke, banjur nyedhiyakake Ansible utawa apa wae sing sampeyan tindakake tanpa ndeleng fasilitas utawa ndemek hardware.
Dadi saiki sampeyan duwe hardware fisik keluwih sing pancen bakal mbukak bunderan ing sekitar panyedhiya maya (utamane kanggo I / O), biaya tetep kaya kabeh sing bisa bandwidth (sing ora duwe markup 800% layanan awan, lsp) - ora ngenteni maneh kanggo tagihan maya $ 50k sing ora bisa dihindari utawa nyoba nglacak (kanthi gupuh) sing nyebabake sampeyan ngluwihi anggaran awan sing dikonfigurasi sajrone sedina tinimbang sasi. Oh btw, sampeyan ora ngunci dhewe menyang API proprietary goofy kanggo nyedhiyakake lan malah nggunakake layanan liyane saka mesin virtual sing ditawakake $BIGCLOUD
Yen sampeyan nindakake ML, sampeyan bisa nglatih hardware sampeyan dhewe utawa (utawa awan kadang-kadang) lan mbukak inferensi 24/7 karo NVIDIA A10. Nyewa awan sing terus-terusan kanggo kedadeyan GPU pancen larang banget lan ROI nalika tuku hardware biasane sawetara wulan (utawa meh langsung karo Bagean 179). Contone, aku bubar nggawe pathokan karo Nvidia A10 kanggo model sing kita lakoni lan bisa nindakake luwih saka 700 panjaluk inferensi / s ing FP32 kanthi latensi kurang saka 10ms. Kanthi A10 siji saben sasis ing patang kasus sehat sing 2800 req / s (lan bisa uga disetel luwih)
Banjur, yen sampeyan dadi gedhe tenan, sampeyan bisa miwiti njupuk lemari lan ngluwihi. Ing babagan kegagalan hardware kaya kasebut, kabeh sing bisa dakkandhakake yaiku dual PS RAID-ed metu, etc hardware (ing pengalaman) arang banget dipercaya. vendor bakal kalebu SLAs incredibles kanggo panggantos. Sampeyan menehi kabar babagan kegagalan, dheweke ngirim teknologi< wolung jam langsung menyang fasilitas colo lan ngganti disk, PS, etc karo lampu sumunar
Pengalamanku minangka salah sawijining (apik) sumber daya FTE kanthi gampang bisa ngatur nganti pirang-pirang skala kabinet. Kanggo titik sampeyan, masalah saiki akeh wong-wong iki sing wis dicekel dening panyedhiya awan gedhe lan diganti (ing pasar) karo sumber daya sing bisa navigasi konyol wates sing nggunakake puluhan (yen ora luwih) produk / layanan saka $ BIGCLOUD
Aku uga nemokake konfigurasi iki luwih dipercaya tinimbang $ BIGCLOUD. Ora ana maneh mikir apa sing kedadeyan karo $ BIGCLOUD outage sing ora bakal diakoni (lan sampeyan ora duwe kontrol). Teka saka latar mburi telekomunikasi lan kesehatan, aku pancene ora ngerti kepiye wektu kerja saya tambah parah karo panyedhiya awan. Biasane sampeyan mung bisa ngandhani pelanggan "oh internet lagi ngalami masalah dina iki"amarga bisa uga bakal ndeleng berita utama babagan iki, nanging kanggo akeh aplikasi sing ora bisa ditampa - lan kita kudu ngarepake luwih apik.
[0] - httpswww.section179.org/section_179_deduction/
[1] = httpswww.section179.org/section_179_leases/
Yen aku pengin nggawe proyek anyar utawa nyoba hosting sing anyar, butuh sawetara menit lan aku entuk skrip. Penyebaran cepet, pangopènan kurang, lan aku duwe dhuwit luwih akeh
Kanggo sapa wae sing kasengsem, iki minangka potongan kasar saka apa sing aku gunakake:
* Ansible kanggo ngatur kabeh
* A dicokot cilik saka terraform kanggo sawetara entri DNS kang bisa ngganti siji dina
* restic kanggo serep, maneh kontrol dening ansible
* tailscale kanggo vpn (Aku duwe sawetara pi ing omah, ora ana sing utama nanging tailscale nggawe gampang lan aman)
* docker-nyipta kanggo meh kabeh liyane
Aplikasi utama yaiku Clojure, mula aku mbukak JVM asli. Basis data wis disebarake kanthi lengkap, RethinkDB, saiki digunakake kanggo pindhah menyang FoundationDB
Sing penting ora ngatur apa-apa kanthi manual, contone. nambani server fisik kaya server maya liyane. Ora preduli manawa fisik utawa virtualisasi
Aku wis ndeleng akeh wong sing kurang pengalaman mbayar luwih kanggo hetzner lan padha nalika vps $5-10 bakal bisa digunakake
Ya, sampeyan ndhukung hardware sampeyan dhewe ing wektu kasebut. Ora, iku ora sirah gedhe
Biaya tambahan paling gedhe kanggo iki yaiku nyewa alamat IPv4 luwih akeh, sing dikenani biaya Hetzner kanthi apik saiki, amarga mung sawetara sing kasedhiya.
Punapa mawon sampeyan nggawe, bakal miwiti karo 0 kedhaftar, lan kabeh mesin nyata rampung overkill kanggo sing 0 mbukak sampeyan bakal entuk. Sampeyan nganyarke VPS dadi sepasang mesin nyata, banjur dadi kluster sing disewakake, banjur dadi pusat data (yen ana sing ora ngrusak). Kabeh mau duwe tagihan sing bisa diprediksi lan kinerja paling apik kanggo regane
Apa wae sing sampeyan duwe ing colo bakal luwih akeh saben wulan. Nalika aku duwe sambungan ing ngendi aku bisa mbayar IP statis, biasane $ 5 / sasi
Saiki aku nyewa server sing cukup murah, nanging $ 30 / sasi. Luwih akeh kabeh sing dak butuhake, nanging apik. Lan padha ora drop support kanggo OS nalika nambah prices kanggo nambah support utawa soko. (Sanajan aku duwe sawetara hardware flakey pisanan sing kudu diganti)
minangka sampeyan nuding metu, bare metal iku cara kanggo pindhah. kerjane ngelawan awan - luwih akeh kerja ing wiwitan nanging biaya luwih murah ing pungkasan
Info liyane httpseuropa.eu/youreurope/business/taxation/vat/cross-bor..
Nyetel lan ngatur Postgres pancen angel. Luwih becik duwe cara sing luwih gampang kanggo ngrampungake iki
1. Pasukan config kanggo reproducible, minangka VMs bakal mudhun
2. Sampeyan bisa njaluk diskon abot ing AWS sing nyuda pain
3. Barang liyane sing sampeyan duwe akses menyang ndhuwur VM sing luwih murah / luwih cepet yen barang sampeyan wis ana ing awan
4. Luwih gampang duwe config sistem nyathet (contone. AWS docs) saka olahraga wong / dokumen apa khusus sing duwe ing-house. Utamane migunani kanggo nyewa wong anyar
5. Sampeyan ora perlu papan utawa keluwihan daya / internet / etc ing premesis. Cukup kanggo ngidini wong mbukak laptop
Aku nggunakake VPS sadurunge, nanging mandheg lan ngalih menyang sing fisik amarga luwih apik lan ora ana watesan CPU.
Pemantauan disk ora angel banget. Kanggo hard drive, mbukak smartctl sapisan jam, tandha nalika realokasi utawa pending sektor mundak akeh cepet utawa tekan 100. Kanggo SSDs, nyabrang driji; ing pengalaman karo sawetara ewu, padha kathah karya gedhe nganti ilang saka bis, ora bakal katon maneh. Nduwe rencana pemulihan data sing ora kalebu panyimpenan data menyang piranti model sing padha kanthi daya sing padha ing jam daya lan kesalahan perangkat kukuh sing ana hubungane karo jam nyata.
Hetzner duwe API kanggo pesen server khusus, lan API kanggo nginstal OS (utawa kanggo rebooting kanggo ngluwari lan sumunar gambar apa wae sing dikarepake)
Aku guess yen aku iki investigating komersial opsi aku bakal duwe "trunk"diurutake ing kantor karo solusi isp komersial, IP statis, hardware IT apik Mungkin, nanging saka apa aku ngerti ing wayahe pas yen klien needed hosting Aku 'd tansah langsung nyewa vps
Aku luwih saka junior dev ing wektu dadi mungkin aku anbut aku ora kantun ing kabeh. Ing teori, aku setuju karo apa sing sampeyan ucapake, nanging nggunakake Dockerfile menyang kaya Google Cloud Run luwih gampang. Ya, aku mbayar luwih akeh tinimbang sing bakal dakurus VPS dhewe, nanging aku mikir iki luwih saka diimbangi dening jam dev sing disimpen
- hardware fisik duwe alangan, f.eks. Gagal penggemar ->VM sandi bakal urip migrasi menyang host beda, Aku ora sok dong mirsani utawa Care
- hardware fisik njeblug ->VM sandi miwiti maneh ing host beda, Aku sok dong mirsani nanging aku ora Care
Perencanaan bencana luwih gampang nganggo VM (sanajan karo kewan dudu sapi)
Kanggo pemula, sing paling murah bisa rampung
Aku yakin manawa komputasi awan berkembang, penawaran kasebut dadi luwih umum
Ana aspek liyane saka komputasi awan. Perusahaan medium nganti gedhe, ngitung komputasi awan minangka persentase digit siji ing petungan biaya. Iki tegese keputusan sing ditindakake dening manajer lan tim, asring golek linuwih lan skalabilitas (kanggo dilebokake ing presentasi) tinimbang "apa persiyapanku larang utawa murah"Majikanku nggunakake awan minangka dolanan bisnis / finansial, dudu agama. Kita asring nggawe bangunan anyar ing awan lan pindhah menyang pusat data yen cocog mengko
Aplikasi ing prem regane kurang luwih 40%. Aplikasi sing luwih efektif biaya ing awan tetep ana
Aku mikir yen AWS / GCP / Azure dudu tawaran sing kompetitif ing Eropa. Apa aku ora weruh bukti sing kanggo AS
kanggo spek sing padha, mesthi. Aku virtual nggawe pangertèn ing loro ends - salah siji kaukur dinamis kanggo N gedhe penting, utawa sampeyan mung perlu bagian sekedhik cilik saka kothak fisik. Mbayar 45 / mo kanggo soko sing mlaku golek ing 5 / mo ora wicaksana uga, lan menehi luwih keluwesan kanggo ora ganging iku mung kanggo nggunakake server
Tansah serep ing kasus apa wae. Luwih ing panyedhiya liyane utawa paling ora ing lokasi fisik sing beda. Lan, mesthi, nyoba wong-wong mau
Lan yen sampeyan ngatur rezim serep sing apik, lan ngawasi data / aplikasi sampeyan, apa ngawasi nyebabake kesulitan ekstra?
--
[1] nyatane yen sampeyan ngotomatisasi proses mulihake menyang lokasi liyane, sing daklakoni kanggo sawetara bit, sampeyan mung bisa mencet tombol kasebut lan nganyari DNS yen wis rampung, lan bisa uga nyedhiyakake RAM + intine luwih akeh (testku). pangilon luwih cilik tinimbang VM langsung amarga ora perlu ngladeni pola panggunaan nyata)
Persis apa sing dak lakoni kanggo aku lan klienku. Ngirit ton saka dosh
Malah yen aku pengin nganyari, iku mung cilik kanggo narik versi paling anyar menyang docker-nyipta template lan mbukak maneh playbook ansible. Temenan yen upgrade mbutuhake luwih akeh, nanging ora beda karo persiyapan liyane.
Mbokmenawa mung siji sing kudu daklakoni kanthi manual yaiku nyoba serepku. Nanging aku duwe script kanggo saben project kang nindakake supaya aku mung SSH ing, mbukak siji-liner, mriksa asil lan wis rampung. Aku nindakake sing kira-kira sapisan sasi utawa luwih, nanging aku uga njaluk email yen serep gagal
Dadi bisa ora ana wektu. Biasane bisa uga 1-2 jam saben wulan yen aku nganyari kanthi semi-reguler. Nanging sing bakal ukuran karo liyane iku tuan rumah lan ngatur
Ing tembung liyane, mung prabédan saka ngendi file persediaan ansible asalé. Iki minangka dhaptar IP statis, utawa asale saka terraform
Yen sampeyan pengin ECC RAM, sing katon dadi 60 / sasi, lan uga langkah nganti CPU 8-inti luwih kuat
Ora preduli, yen kita ngomong babagan "lingkungan produksi lengkap lan lingkungan pementasan / siyaga duplikat"(kanggo ngutip wong sing dijawab), banjur 60 / sasi * (2 utawa 3) isih murah tinimbang karo AWS wiwitan. tagihan sing aku weruh
Kasus panggunaan beda-beda, nanging aku setuju yen AWS / GCP / Azure ora minangka jawaban kanggo saben masalah
Kanggo wong sing bisa nyukupi aplikasi kasebut menyang VPS $4, mesthine bakal luwih murah tinimbang logam sing kosong, nanging awan kasebut mundhak larang banget ing pirang-pirang kasus. Logam Bare ora minangka jawaban kanggo saben masalah, nanging akeh wong ing industri sing ora ngormati yen bisa dadi jawaban sing bener.
SERVER PRIBADI VIRTUAL#120
