Pertanyaan 100% uptime untuk aplikasi web


Kami menerima "persyaratan" yang menarik dari klien hari ini.

Mereka menginginkan 100% waktu aktif di luar lokasi failover pada aplikasi web. Dari sudut pandang aplikasi web kami, ini bukan masalah. Ini dirancang untuk dapat meningkatkan skala di beberapa server basis data, dll.

Namun, dari masalah jaringan saya hanya tidak bisa mencari cara untuk membuatnya bekerja.

Singkatnya, aplikasi akan hidup di server dalam jaringan klien. Ini diakses oleh orang-orang internal dan eksternal. Mereka ingin kami mempertahankan salinan off-site dari sistem yang jika terjadi kegagalan serius di tempat mereka akan segera mengambil dan mengambil alih.

Sekarang kita tahu sama sekali tidak ada cara untuk menyelesaikannya untuk orang internal (merpati pos?), Tetapi mereka ingin pengguna eksternal untuk tidak menyadarinya.

Sejujurnya, saya tidak memiliki gagasan foggiest tentang bagaimana ini mungkin. Tampaknya jika mereka kehilangan konektivitas Internet maka kita harus melakukan perubahan DNS untuk meneruskan lalu lintas ke mesin eksternal ... Yang, tentu saja, membutuhkan waktu.

Ide ide?

MEMPERBARUI

Saya berdiskusi dengan klien hari ini dan mereka mengklarifikasi masalah ini.

Mereka terjebak oleh angka 100%, mengatakan aplikasi harus tetap aktif bahkan ketika terjadi banjir. Namun, persyaratan itu hanya berlaku jika kami menghostingnya untuk mereka. Mereka mengatakan bahwa mereka akan menangani persyaratan uptime jika aplikasi sepenuhnya hidup di server mereka. Anda bisa menebak tanggapan saya.


310
2017-09-29 00:31




Jangan meremehkan downtime besar yang disebabkan oleh peretasan, lihat Sony dan jaringan PlayStation. Anda dapat menjamin bahwa mereka memiliki ide waktu kerja 100% yang sama dan uang / perangkat keras untuk mendukungnya. membuat jelas dengan klien bahwa uptime 100% adalah harapan yang tidak layak, bahkan teknisi google akan ragu-ragu untuk bergumam "100% uptime". petunjuk btw adalah untuk melihat ke dalam menggunakan DNS dinamis, mereka hanya cache selama 60 detik, ini harus menyertakan OS dan server DNS lokal. - Silverfire
Saya pribadi MENJALANKAN dari klien ini secepat mungkin. Saya menduga ini bukan ide gila terakhir yang mereka miliki (dari sudut pandang teknologi). - GregD
Saya berharap saya dapat menurunkan suara klien Anda. - joeqwerty
Jika Anda mengetahui 100% uptime, beri tahu saya. Saya akan membuat bisnis dengan itu dan menjualnya ke google. Tidak mungkin menjamin 100%. Bahkan perusahaan seperti microsoft, amazon, atau google tidak akan setinggi itu karena mereka tahu itu tidak mungkin. Yang terbaik yang pernah saya lihat adalah 99,999% dan bahkan itu peregangan (5 menit dalam setahun). Yang terbaik yang mungkin Anda lakukan adalah 99,99% andal. - Matt
Buat saja harga yang sangat mahal untuk mengajukan permintaan gila mereka. Itu mungkin akan membawa mereka kembali ke akal sehat mereka. Baik dari, atau akan mengirim mereka pergi mencari seseorang yang bersedia berbohong kepada mereka. - Nate C-K


Jawaban:


Disini adalah Wikipediagrafik berguna dari mengejar sembilan:

enter image description here

Yang menarik, hanya 3 dari 20 situs web teratas mampu mencapai 5 nines mitos atau 99,999% uptime pada tahun 2007. Mereka adalah Yahoo, AOL, dan Comcast. Dalam 4 bulan pertama tahun 2008, sebagian besar jaringan sosial populer, bahkan tidak mendekati itu.

Dari grafik, harus jelas betapa konyolnya pengejaran 100% waktu operasional ...


363
2017-09-29 01:03



Pingdom juga tidak memeriksa setiap detik. Di atas itu, orang-orang yang memenuhi lima sembilan kemungkinan masih memiliki gangguan lokal yang mungkin tidak terdeteksi Pingdom, atau gangguan yang membuat beberapa layanan tidak tersedia sementara masih merespons ping. - ceejayoz
Yang dengan sendirinya membuat lima sembilan meragukan ... - GregD
Tepat. Dan mereka punya $ miliaran untuk dikerjakan! - ceejayoz
Maaf mengganggu obrolan yang sedang terjadi, tetapi pertanyaan OP adalah bagaimana melakukan perjuangan menuju sasaran 100% uptime pada level teknis tidak secara konseptual, saya yakin dia tahu itu tidak selalu mungkin karena kejadian alami yang terjadi pada perangkat keras dan lingkungan. Bisakah kita membantunya dengan itu? - David d C e Freitas
Untuk OP: Saya telah melihat SLA yang menjamin waktu aktif dalam konteks "di luar pemeliharaan normal". Pemeliharaan normal tentu saja merupakan downtime terjadwal per bulan untuk pembaruan, patch, dll., Yang biasanya terjadi pada hari paling sibuk setiap bulan selama waktu paling sibuk dalam sebulan (biasanya di tengah malam). Mereka harus memiliki beberapa jenis metrik untuk bisnis mereka berkaitan dengan bisnis. Kamu bisa menawarkan waktu kerja yang lebih baik (4 sembilan) bagi mereka hanya selama waktu itu. - GregD


Minta mereka untuk menentukan 100% dan bagaimana itu akan diukur Selama periode waktu apa. Mereka mungkin berarti mendekati 100% karena mereka mampu. Beri mereka pengaturan biaya.

Untuk menjelaskan. Saya telah berdiskusi dengan klien selama bertahun-tahun dengan persyaratan yang dianggap menggelikan. Dalam semua kasus, mereka sebenarnya hanya menggunakan bahasa yang tidak tepat.

Cukup sering mereka membingkai hal-hal dengan cara yang tampak absolut - seperti 100% tetapi dalam kenyataannya pada penyelidikan yang lebih dalam mereka cukup masuk akal untuk melakukan analisis biaya / manfaat yang diperlukan ketika disajikan dengan biaya untuk data mitigasi risiko. Bertanya kepada mereka bagaimana mereka akan mengukur ketersediaan adalah pertanyaan yang sangat penting. Jika mereka tidak tahu ini maka Anda berada dalam posisi harus menyarankan kepada mereka bahwa ini perlu didefinisikan terlebih dahulu.

Saya akan meminta klien untuk menentukan apa yang akan terjadi dalam hal dampak / biaya bisnis jika situs turun dalam keadaan berikut:

  • Pada jam tersibuk mereka selama x jam
  • Paling tidak jam sibuk untuk x jam

Dan juga bagaimana mereka akan mengukur ini.

Dengan cara ini Anda dapat bekerja dengan mereka untuk menentukan level yang tepat '100%'. Saya menduga dengan mengajukan pertanyaan semacam ini mereka akan dapat menentukan prioritas persyaratan lainnya dengan lebih baik. Misalnya mereka mungkin ingin membayar tingkat SLA tertentu dan kompromi fungsi lain untuk mencapai hal ini.


186
2017-09-29 09:45



Sepakat. Mereka mungkin hanya berarti "sangat tinggi" uptime (90-an?) Dengan strategi failover yang cukup solid. Jika tidak, maka penjelasan tentang skala biaya yang terlibat diharapkan akan membujuk mereka ... - Martin Dow
+1 untuk tidak melompat ke kesimpulan, dan sebagai gantinya hanya meminta klien untuk menjelaskan apa yang ada dalam pikiran mereka. - sleske
Saya menggemakan pernyataan "tidak melompat ke kesimpulan" ... jika pelanggan berarti 100% uptime (dikurangi pemeliharaan terjadwal) mungkin lebih dari persyaratan yang wajar. - Tim Reddy
Mengenai dampak bisnis, kami benar-benar mengetahui dan memahami bisnis mereka sepenuhnya dan biaya yang harus dikeluarkan untuk situs ini tidak finansial. Lebih dari garis-garis pribumi muncul dengan garpu rumput, hiasan potensial, dll;) Bayangkan saja 40.000 orang muncul di pintu depan Anda berteriak. Itulah yang ingin mereka hindari dengan penuh gairah. - NotMe
@ChrisLively Semakin banyak alasan untuk memiliki pemahaman matang tentang risiko itu. Paradigma dominan untuk rekayasa keselamatan adalah penilaian risiko probabilistik. Ada sistem yang dapat membunuh (bukan hanya mengganggu) ribuan orang dan mereka masih memiliki probabilitas kegagalan yang rendah, mudah-mudahan dipahami dengan baik, tetapi tidak nol. - poolie


Klienmu gila. Uptime 100% adalah mustahil tidak peduli berapa banyak uang yang kamu habiskan untuk itu. Polos dan sederhana - tidak mungkin. Lihatlah Google, Amazon, dll. Mereka memiliki uang dalam jumlah yang hampir tak terbatas untuk dilemparkan ke infrastruktur mereka, namun mereka masih dapat mengalami downtime. Anda perlu menyampaikan pesan itu kepada mereka, dan jika mereka terus bersikeras bahwa mereka menawarkan permintaan yang masuk akal. Jika mereka tidak mengenali itu beberapa jumlah downtime tidak bisa dihindari, kemudian parit 'em.

Yang mengatakan, Anda tampaknya memiliki mekanisme scaling / mendistribusikan aplikasi itu sendiri. Bagian jaringan akan perlu melibatkan uplink yang berlebihan ke ISP yang berbeda, mendapatkan ASN dan alokasi IP, dan mendapatkan leher-dalam di BGP dan gigi routing nyata sehingga ruang alamat IP dapat berpindah antar ISP jika perlu.

Ini jelas sekali jawaban yang sangat singkat. Anda belum memiliki pengalaman dengan aplikasi yang membutuhkan tingkat uptime ini, jadi Anda benar-benar perlu mendapatkan seorang profesional yang terlibat jika Anda ingin mendapatkan mendekati 100% uptime mitos.


141
2017-09-29 00:39



Sepakat. Sama sekali. Gila. - jdw
mereka dulu ?? - Sirex
@Sirex Mengacu pada percobaan terbaru @ CERN di mana neutrino telah ditemukan untuk melakukan perjalanan lebih cepat daripada cahaya. Hasil belum dapat dikonfirmasi oleh para ilmuwan independen sekalipun. - TC1
@ TC1 Saya berani bertaruh $ 200 itu tidak berjalan dengan baik. - dpatchery
@ ErikA Permintaan untuk uptime 100% adalah indikasi ketidaktahuan tentang karakteristik teknis sistem. Tidak apa-apa, karena pekerjaan pelanggan adalah melakukan apa pun yang mereka lakukan. Tugas Anda adalah merancang sistem TI. Pelanggan yang sulit seperti ini bisa mimpi buruk, tetapi mereka juga bisa menjadi pelanggan terbaik Anda. - duffbeer703


Yah, itu pasti yang menarik. Saya tidak yakin saya ingin membuat kontrak saya diwajibkan untuk 100% uptime, tetapi jika saya harus berpikir itu akan terlihat seperti ini:

Mulailah dengan IP publik pada load balancer sepenuhnya dari jaringan dan bangun setidaknya dua dari mereka sehingga satu dapat gagal ke yang lain. Program seperti Heatbeart dapat membantu dengan failover otomatis dari mereka.

Varnish terutama dikenal sebagai solusi cache tetapi melakukan beberapa load balancing yang sangat baik juga. Mungkin itu akan menjadi pilihan yang baik untuk menangani load balancing. Hal ini dapat diatur untuk memiliki 1 hingga n backends secara opsional dikelompokkan dalam direksi yang akan memuat saldo baik secara acak atau round-robin. Varnish dapat dibuat cukup cerdas untuk memeriksa kesehatan setiap bagian belakang dan melepaskan kembali ujung yang tidak sehat sampai Anda kembali online. Backend tidak harus berada di jaringan yang sama.

Saya sangat menyukai IP Elastis di Amazon EC2 hari ini jadi saya mungkin akan membangun load balancing saya di EC2 di berbagai wilayah atau setidaknya di zona ketersediaan yang berbeda di wilayah yang sama. Itu akan memberi Anda pilihan untuk secara manual (god forbid) mem-spin load balancer baru jika Anda harus dan memindahkan IP record A yang ada ke kotak baru.

Varnish tidak dapat menghentikan SSL, jadi jika itu adalah kekhawatiran Anda mungkin ingin melihat sesuatu seperti Nginx sebagai gantinya.

Anda dapat memiliki sebagian besar backend Anda di jaringan klien Anda dan satu atau lebih di luar jaringan mereka. Saya yakin, tetapi saya tidak yakin 100%, bahwa Anda dapat memprioritaskan backend sehingga mesin klien Anda akan mendapat prioritas sampai saat semua dari mereka menjadi tidak sehat.

Di situlah saya akan mulai jika saya memiliki tugas ini dan tidak diragukan lagi menyempurnakannya ketika saya pergi.

Namun, seperti yang dikatakan @ErikA, ini adalah Internet dan akan selalu ada bagian dari jaringan yang berada di luar kendali Anda. Anda akan ingin memastikan hukum Anda hanya mengikat Anda dengan hal-hal yang ada di bawah kendali Anda.


54
2017-09-29 00:47



Untuk sementara saya berpikir tentang Amazon dan MS untuk penyebaran cloud tetapi keduanya telah mengalami gangguan besar selama beberapa bulan terakhir. SSL sangat penting. - NotMe
Jika Anda akan menggunakan Amazon, Anda pasti ingin menyebarkan mesin Anda di sekitar 5 zona ketersediaan. Sangat tidak mungkin bahwa semua zona mereka akan keluar pada saat yang bersamaan. - jdw
+1 untuk benar-benar menjawab pertanyaan utama OP. - Phil
Anda akan selalu memiliki titik kegagalan, jdw, selama ada hal yang tidak terdistribusi dalam rantai (dalam kasus Anda detak jantung, kecuali tentu saja Anda memiliki beberapa contoh yang berjalan pada mesin jarak jauh semua memantau satu sama lain serta Anda server, yang salah satu dari mereka mungkin atau mungkin tidak melihat karena masalah jaringan sepanjang routing). Yang membawa kita ke "downtime". Server mungkin aktif dan berjalan dan masih tidak tersedia untuk klien tanpa detak jantung yang pernah mendeteksi jika kegagalan tidak ada di jalur perutean. - jwenting
Sepakat. Seperti yang telah ditunjukkan oleh SEMUA ORANG, tidak ada yang disebut uptime 100%. Yang bisa Anda lakukan hanyalah mencoba dan apa yang saya jelaskan adalah bagaimana saya akan mulai mencoba. - jdw


Tidak masalah - kata-kata kontrak yang sedikit direvisi meskipun:

... menjamin waktu aktif 100% (dibulatkan ke nol desimal).


29
2017-09-29 10:13



+1 untuk diperhatikan, bahwa 100% tidak 100,0% atau 100.000% dll. Angka desimal penting, mereka menunjukkan presisi;) - Danubian Sailor
Dengan beberapa konvensi, "100%" hanya memiliki satu angka penting, sehingga semua angka antara satu setengah dan satu akan bulat menjadi "100%"; 50% akan mencapai 100%. - Thomas Levine
Tergantung pada standar untuk menghitung beberapa orang akan mengatakan bahwa 50% memiliki dua nomor meeningfull di mana 100% memiliki tiga nomor meeningful. 50,5 dan 100 ada di sana sama persis. Orang lain akan menghitung digit setelah titik desimal. Kemudian 50,5 dan 100,4 akan sama akuratnya. Jika tidak ada yang lain menyatakan saya akan berasumsi bahwa 100% adalah 99,5% dan naik. 100,0% adalah 99,95% dan naik dll. - Tillebeck


Menambahkan Jawaban oconnore dari Hacker News

Saya tidak mengerti apa masalahnya. Klien ingin Anda merencanakan bencana, dan mereka tidak berorientasi pada matematika, jadi meminta kemungkinan 100% terdengar masuk akal. Insinyur, sebagai insinyur cenderung melakukan, mengingat hari pertama prob & stat 101, tanpa mempertimbangkan bahwa klien mungkin tidak. Ketika mereka mengatakan ini, mereka tidak berpikir tentang musim dingin nuklir, mereka berpikir tentang Fred membuang kopinya di server kantor, disk yang menabrak, atau ISP yang turun. Selanjutnya, Anda bisa mencapai ini. Dengan server pemantauan mandiri yang berbeda secara geografis, Anda pada dasarnya tidak akan mengalami downtime. Dengan 3 server beroperasi pada independen (1) tiga keandalan, dengan mode failover yang baik, downtime yang Anda harapkan berada di bawah satu detik per tahun (2). Bahkan jika ini terjadi sekaligus, Anda masih dalam SLA yang wajar untuk koneksi web, dan oleh karena itu, waktu henti praktis tidak ada. Klien masih harus berurusan dengan skenario hari kiamat, tetapi Godzilla dikecualikan, ia akan memiliki layanan yang "selalu".

(1) Sebuah server di LA cukup independen dari server di Boston, tapi ya, saya mengerti bahwa ada beberapa persimpangan yang melibatkan perang nuklir, peretas China menabrak jaringan listrik, dll. Saya tidak berpikir klien Anda akan kecewa dengan ini.

(2) Kegagalan DNS dapat menambahkan beberapa detik. Anda masih dalam skenario di mana klien harus mencoba kembali permintaan setahun sekali, yang, sekali lagi, dalam SLA yang wajar, dan biasanya tidak dianggap sama seperti "waktu henti". Dengan aplikasi yang secara otomatis melakukan rerout ke node yang tersedia pada kegagalan, ini dapat menjadi tidak terlihat.


25
2017-09-30 15:49



Masalahnya adalah mereka mengatakannya dalam kontrak-ese. Artinya jika terjadi bencana tidak terjadi dan Anda memerlukan lebih dari sepuluh detik untuk mengembalikan situs ini secara online melalui pencadangan yang akan mereka lakukan untuk menuntut. - Shadur
@ Shadur: Jika mereka sangat menginginkannya, maka Anda harus sangat isi mereka. Menyebarkan server secara geografis jauh dan luas, semoga tidak akan ada bencana di mana-mana. - Jungle Hunter
Saya telah melihat situs yang menawarkan jaminan uptime 100% atau uang Anda kembali. Triknya adalah mereka mengenakan muatan kapal dan dipartisi menjadi beberapa bulan. Jadi beberapa bulan tidak dibayar dan Anda menjadwalkan semua hal di sekitar itu, dan menutup kerugian dengan bulan-bulan yang berhasil, oke. - jldugger


Jika Facebook dan Amazon tidak bisa melakukannya, maka Anda tidak bisa. Sesederhana itu.


25
2017-09-29 01:10



dia bisa menjadi lebih pintar dari semua orang mereka digabungkan, siapa yang tahu: p - Matt
Uptime 100% tidak harus menjadi orang yang sangat harfiah - itu berarti: 100% tersedia selama waktu yang dibutuhkan. Sebagai contoh, sistem bank harus selalu tersedia, dan mereka melakukannya dengan cukup baik. Hanya karena mereka turun untuk pemeliharaan selama 1 detik setiap tahun tidak berarti mereka gagal mencapai 100% uptime goal mereka. - David d C e Freitas
@DavidFreitas - Saya pikir dalam kontrak itu biasanya cukup harfiah ... - UpTheCreek
@Matt hanya karena Facebook / Amazon tidak dapat melakukannya bukan berarti situs yang lebih kecil tidak dapat melakukannya. Banyak situs web besar menghadapi masalah yang jauh lebih sulit untuk diatasi daripada situs yang lebih kecil. - Xorlev
jadi apa yang Anda katakan adalah Anda tidak memiliki 100% uptime karena Anda memiliki beberapa klien yang memiliki kesalahan .. ditambah dns bukan merupakan saklar instan karena Anda memiliki ISP yang mengabaikan TTL singkat - Mike


Anda diminta untuk sesuatu yang mustahil.

Tinjau jawaban lain di sini, duduk bersama klien Anda, dan jelaskan MENGAPA tidak mungkin, dan mengukur tanggapan mereka.

Jika mereka masih menuntut uptime 100%, informasikan dengan sopan kepada mereka bahwa itu tidak dapat dilakukan dan tolak kontrak. Anda tidak akan pernah memenuhi permintaan mereka, dan jika kontrak tidak benar-benar menyedot Anda akan ditusuk dengan penalti.


17
2017-09-29 03:41



100% perlu ditentukan, yaitu 100% tersedia kecuali ketika melakukan pemeliharaan atau peningkatan dan waktu itu akan terbatas pada jam-jam tenang selama beberapa jam dalam sebulan paling banyak. Semuanya tergantung apa tujuan dan penggunaan aplikasi web dalam hal ini ... - David d C e Freitas
dan menentukan "waktu henti". Bahkan tidak dapat secara teori menjamin mereka akan dapat mengakses server di Omaha dari kantor mereka di Fairbanks kecuali Anda mengontrol seluruh jaringan di antara (meskipun Anda dapat memberikan jaminan tentang server yang sedang berjalan dan berjalan). - jwenting
Definisinya adalah, IMHO, tidak relevan jika mereka meminta "100% uptime": Bahkan jika Anda menegosiasikan pemeliharaan terjadwal dan membangun dalam redundansi N + N jika satu kesalahan kecil menyebabkan reboot atau blink layanan yang tidak terjadwal, Anda telah menghapus SLA Anda. PASTINYA relevan jika Anda menegosiasikan SLA 3, 4 atau 5 sembilan sekalipun. - voretaq7
Tergantung pada ketentuan SLA, bukan? Jika Anda mendapat bayaran $ 100K per bulan dan setiap menit waktu henti membawa penalti $ 1K, itu mungkin sepenuhnya bisa dilakukan (jika Anda memiliki kontrak lain untuk mengamortisasi biaya sysadmins on-site 24/7). - Michael Borgwardt
@MichaelBorgwardt pasti ada cara untuk "membuatnya bekerja" dari sudut pandang angka murni, tetapi saya masih menolak karena potensi PR yang buruk ($ _CLIENT terjadi di Twitter dan memberi tahu dunia 'kita kecewa karena $ _PROVIDER tidak kompeten dan tidak bisa memenuhi SLA mereka! '). Secara pribadi saya lebih suka memiliki 10 klien yang lebih kecil, lebih masuk akal membayar saya $ 10k per bulan :-) - voretaq7


Harga yang sesuai, dan kemudian menetapkan dalam kontrak bahwa setiap downtime melewati SLA akan dikembalikan pada tingkat yang mereka bayar.

ISP di pekerjaan terakhir saya melakukannya. Kami memiliki pilihan garis DSL "biasa" di 99,9% uptime untuk $ 40 / mo, atau trio terikat T1 pada uptime 99,99% untuk $ 1100 / mo. Ada pemadaman sering 10+ jam per bulan, yang membawa uptime mereka jauh di bawah $ 40 / mo DSL, namun kami hanya dikembalikan sekitar $ 15 atau lebih, karena itulah tingkat per jam * jam berakhir pada. Mereka dibuat seperti bandit dari kesepakatan.

Jika Anda menagih $ 450.000 per bulan untuk uptime 100%, dan Anda hanya mencapai 99,999%, Anda harus mengembalikannya $ 324. Saya berani bertaruh biaya infrastruktur untuk mencapai 99,999% berada di sekitar $ 45.000 per bulan dengan asumsi colos yang didistribusikan penuh, beberapa tier 1 uplink, perangkat keras fancypants, dll.


13
2017-09-29 19:01



Jika Anda melihat ada orang yang menjanjikan uptime 100% maka ini adalah persis apa yang mereka lakukan. Ada perbedaan antara 100% uptime menjanjikan dan mengantarkannya. Merupakan ide yang baik untuk menjelaskan hal ini kepada klien jika mereka mencoba mengutip SLA pesaing kepada Anda. - sjbotha


Jika pertanyaan profesional jika Ketersediaan 99,999 persen selalu merupakan kemungkinan praktis atau finansial, maka ketersediaan 99.9999% bahkan kurang mungkin atau praktis. Apalagi 100%.

Anda tidak akan memenuhi sasaran ketersediaan 100% untuk jangka waktu yang lama. Anda dapat melakukannya selama satu minggu atau satu tahun, tetapi kemudian sesuatu akan terjadi dan Anda akan bertanggung jawab. Pembuangan dapat berkisar dari reputasi yang rusak (Anda berjanji, Anda tidak memberikan) kebangkrutan dari denda kontrak.


10
2017-09-29 06:41





Ada dua jenis orang yang meminta 100% waktu aktif:

  1. Orang yang sama sekali tidak memiliki pengetahuan tentang komputer, sistem komputer, atau Internet. *
  2. Orang yang sengaja membuat keledai dari diri mereka sendiri, baik untuk menguji kemampuan Anda untuk mengatakan Tidak (Google "Uji Jus Jeruk"), atau mencoba untuk mendapatkan semacam leverage kontrak SLA untuk keluar dari pembayaran Anda nanti.

Saran saya, setelah mengalami kedua jenis klien ini dalam banyak kesempatan, adalah tidak menerima klien ini. Biarkan mereka membuat orang lain menjadi gila.

* Orang yang sama ini mungkin tidak memiliki rasa malu yang bertanya tentang perjalanan Lebih Cepat dari Cahaya, Perpetual Motion, Cold Fusion, dll.


10
2017-09-30 12:24



+1 untuk tes jus jeruk .. Saya suka dan tidak tahu tentang hal itu :) - Oliver M Grech