Menguruskan Berbilang Laman Web sebagai Satu Estet, Bukan Lima Masalah Berasingan

Apabila satu laman web senyap-senyap menjadi lima masalah berasingan

Satu laman web adalah satu hubungan: satu host, satu set log masuk, seorang yang secara kasar memahami cara keseluruhan sistem berfungsi. Tambah laman web kedua — halaman cawangan baharu, jenama adik, syarikat subsidiari — dan sesuatu berubah yang tiada kaitan dengan halaman tambahan itu. Kini ada dua bil hosting pada dua kitaran pembaharuan berbeza, dua set kelayakan admin, mungkin dua pembangun atau agensi berbeza, masing-masing membuat keputusan kecil sendiri tentang plugin, tema dan penamaan. Menjelang laman web keempat atau kelima, kebanyakan perniagaan bukan lagi menguruskan "laman web" — mereka menguruskan portfolio hubungan yang tiada kaitan tetapi kebetulan berkongsi logo yang sama, ditemui secara berperingkat setiap kali domain luput atau borang rosak dan tiada sesiapa ingat siapa yang membinanya.

Alternatifnya ialah menguruskan portfolio itu sebagai satu estet: satu badan infrastruktur dengan standard yang dikongsi, berbanding satu set laman web yang masing-masing diselesaikan dari kosong. Ini tidak mengurangkan kerja asas — lima laman web tetap memerlukan lima set kemas kini, lima sijil, lima backup. Yang berubah ialah di mana keputusan dibuat. Berbanding membuat keputusan semula tentang cara backup diambil, siapa mempunyai akses admin, dan plugin mana dibenarkan pada setiap laman web baharu, anda membuat keputusan itu sekali dan menggunakannya di mana-mana laman web baharu menyertai.

Tuliskan standard sekali sahaja

Kebanyakan ketidakkonsistenan merentasi estet berbilang laman web bukan disebabkan pilihan yang buruk — ia disebabkan pilihan yang baik dibuat secara berasingan, lima kali berbeza, oleh lima orang berbeza, yang tiada seorang pun nampak apa yang orang lain putuskan. Satu laman web berakhir pada versi CMS berbeza, satu lagi mempunyai plugin yang tiada sesiapa lain gunakan, satu lagi tiada header keselamatan dikonfigurasikan kerana sesiapa yang membinanya tidak terfikir untuk bertanya.

Standard yang dikongsi tidak perlu menjadi dokumen formal dengan muka depan. Ia boleh menjadi satu halaman yang menyatakan: versi CMS atau platform yang disokong, plugin atau extension yang telah pra-lulus, versi minimum PHP atau Node, header keselamatan yang diperlukan, dan konvensyen penamaan untuk persekitaran dan repositori. Nilainya bukan pada kandungan yang bijak — tetapi pada setiap laman web baharu bermula daripada baseline yang sama berbanding halaman kosong, dan setiap laman web sedia ada boleh diaudit berbanding sesuatu yang konkrit berbanding "bagaimanapun ia dikonfigurasikan sekarang."

Satu proses deploy, satu proses backup

Lima laman web yang masing-masing menjalankan rutin kemas kini ad hoc sendiri bermakna lima cara berbeza untuk sesuatu tersasar, dan lima tempat berasingan untuk disemak apabila ia berlaku. Pendekatan estet menyatukan ini kepada satu proses yang didokumenkan: cara kemas kini diuji dan dilancarkan, cara backup dijadualkan dan disimpan, dan cara restore benar-benar disahkan berbanding diandaikan berfungsi. Ini soalan yang benar-benar berbeza daripada sama ada sesuatu laman web mempunyai backup — ia adalah sama ada proses yang sama dan diketahui menghasilkannya, supaya apabila sesuatu rosak pada laman web ketiga, orang yang bertindak balas sudah tahu tepat di mana hendak menyemak, kerana ia tempat yang sama yang akan mereka semak pada laman web pertama.

Satu dokumen yang tidak sepatutnya hilang

Kegagalan paling lazim dalam pengurusan berbilang laman web bukanlah godaman atau gangguan — ia adalah notis pembaharuan domain dihantar ke alamat e-mel yang tiada sesiapa semak lagi, untuk domain yang tiada sesiapa ingat mendaftarnya. Inventori pusat merentasi keseluruhan estet — setiap domain, pendaftar dan tarikh pembaharuannya, setiap akaun hosting, pembekal DNS untuk setiap laman web, tarikh luput sijil SSL (kebanyakannya kini pembaharuan automatik melalui Let's Encrypt atau setara, tetapi tidak semua), dan akaun yang berkaitan dengan analitik, tag manager dan perkhidmatan pihak ketiga lain — menukar "adakah sesiapa tahu jika domain ini masih milik kita" daripada huru-hara kepada carian ringkas. Ia memerlukan seorang pemilik dan tarikh semakan, atau ia akan reput secepat mana-mana perkara lain yang tiada sesiapa ditugaskan untuk menyelenggaranya.

Akses yang boleh berkembang tanpa menjadi liabiliti

Dengan satu laman web, log masuk berkongsi adalah tabiat buruk. Dengan lima, ia adalah liabiliti sebenar, kerana kata laluan yang sama digunakan semula atau orang yang sama mempunyai akses admin tetap pada segala-galanya bermakna satu kelayakan yang terjejas adalah satu estet yang terjejas, bukan satu laman web sahaja. Kawalan akses yang konsisten bermakna akaun individu yang dinamakan berbanding satu log masuk "admin" berkongsi yang dihantar melalui e-mel; akses yang dihadkan kepada apa yang seseorang benar-benar perlukan pada laman web tertentu berbanding akses admin menyeluruh secara lalai; dan offboarding dianggap sebagai tindakan seluruh estet — apabila seseorang berhenti, aksesnya perlu disemak terhadap setiap laman web dalam inventori, bukan hanya laman web yang seseorang kebetulan ingat mereka pernah kerjakan.

Apa yang sebenarnya berubah dari segi kos apabila estet berkembang

Ekonomi sesebuah estet tidak berkembang seperti yang orang jangkakan. Sesetengah perkara menjadi lebih murah bagi setiap laman web: proses berkongsi untuk kemas kini dan backup bermakna laman web kelima tidak memerlukan seberapa banyak perhatian tambahan seperti yang pertama, kerana rutin itu sudah dibina. Perkara lain berkembang secara linear tidak kira apa yang anda lakukan — pembaharuan domain, bil hosting, sijil SSL adalah kos setiap laman web, dan lima laman web akan sentiasa berkos kira-kira lima kali ganda daripada satu, tidak kira sebaik mana estet itu dianjurkan.

Risiko bergerak ke arah bertentangan dengan kos. Satu laman web yang down adalah satu gangguan. Plugin berkongsi, host berkongsi, atau set kelayakan berkongsi merentasi estet bermakna satu kegagalan boleh, dalam kes terburuk, menjejaskan semua laman web serentak — kecekapan yang sama yang menjadikan estet lebih murah untuk dikendalikan turut menumpukan blast radius bagi apa-apa yang tersasar dengan bahagian berkongsi tersebut. Trade-off itu wajar dibuat secara sengaja, bukan secara tidak sengaja: seragamkan bahagian di mana konsistensi mengurangkan risiko (proses backup, kawalan akses, baseline keselamatan), dan kekalkan pemisahan yang cukup antara laman web — kelayakan berasingan, akaun hosting berasingan di mana ia penting — supaya satu laman web yang terjejas tidak automatik menjadi lima.

Bagi estet yang berkembang di mana permintaan perubahan datang secara tidak menentu merentasi beberapa laman web serentak, sesetengah penyedia menetapkan harga untuk itu secara langsung dengan tahap permintaan tanpa had berbanding menyukat setiap perubahan secara berasingan — pelan Unlimited JagaWeb (RM4,500/bulan) adalah satu contoh struktur itu, walaupun ia wajar disemak dengan tepat apa yang termasuk bagi setiap laman web sebelum menganggap ia merangkumi keseluruhan portfolio berbanding satu laman web sahaja.

Di mana hendak bermula

Tiada satu pun daripada ini perlu diselesaikan dalam satu sesi. Langkah pertama yang munasabah bagi kebanyakan perniagaan berbilang laman web ialah sekadar membina inventori pusat — apa yang wujud, siapa mempunyai akses, bila setiap pembaharuan jatuh tempo — sebelum menyentuh proses atau standard langsung. Sebaik sahaja ia wujud, selebihnya menjadi satu siri keputusan lebih kecil dan kurang mendesak berbanding satu keputusan besar.

Jika penjagaan berterusan bagi satu laman web dalam estet itu adalah keperluan segera berbanding rombakan portfolio penuh, JagaWeb Care (RM450/bulan) merangkumi pemantauan dan penyelenggaraan rutin, dan Care + Changes (RM1,500/bulan) menambah bajet kerja untuk permintaan kandungan dan pembetulan — satu pilihan antara beberapa lagi, wajar dibandingkan dengan apa yang benar-benar diperlukan oleh estet bersaiz ini sebelum komited.