Π , saya bercakap tentang latar belakang penciptaan Veliam dan keputusan untuk mengedarkannya melalui sistem SaaS. Dalam artikel ini, saya akan bercakap tentang apa yang saya perlu lakukan untuk menjadikan produk itu bukan tempatan, tetapi umum. Mengenai bagaimana pengedaran bermula dan masalah yang mereka hadapi.
ΠΠ»Π°Π½ΠΈΡΠΎΠ²Π°Π½ΠΈΠ΅
Bahagian belakang semasa untuk pengguna adalah pada Linux. Hampir setiap organisasi mempunyai pelayan Windows, yang tidak boleh dikatakan tentang Linux. Kekuatan utama Veliam ialah sambungan jauh ke pelayan dan peralatan rangkaian di belakang NAT. Tetapi fungsi ini sangat terikat dengan fakta bahawa penghala mestilah Mikrotik. Dan ini jelas tidak akan memuaskan hati ramai. Saya mula berfikir tentang menambah sokongan untuk penghala daripada vendor yang paling biasa. Tetapi saya faham bahawa ini adalah perlumbaan yang tidak berkesudahan untuk mengembangkan senarai syarikat yang disokong. Selain itu, mereka yang sudah disokong mungkin mempunyai set perintah yang berbeza untuk menukar peraturan NAT daripada model ke model. Satu-satunya jalan keluar dari situasi itu adalah VPN.
Memandangkan kami memutuskan untuk mengedarkan produk, tetapi bukan sebagai sumber terbuka, menjadi mustahil untuk memasukkan pelbagai perpustakaan dengan lesen terbuka seperti GPL. Ini secara amnya topik yang berasingan; selepas membuat keputusan untuk menjual produk, saya terpaksa melalui separuh daripada perpustakaan kerana fakta bahawa mereka adalah GPL. Apabila mereka menulis untuk diri mereka sendiri, itu adalah perkara biasa. Tetapi ia tidak sesuai untuk diedarkan. VPN pertama yang terlintas di fikiran ialah OpenVPN. Tetapi ia adalah GPL. Pilihan lain ialah menggunakan VPN SoftEther Jepun. Lesennya membenarkan dia memasukkannya ke dalam produknya. Selepas beberapa hari pelbagai ujian tentang cara mengintegrasikannya sedemikian rupa sehingga pengguna tidak perlu mengkonfigurasi apa-apa sama sekali dan mengetahui tentang SoftEther VPN, prototaip telah diperolehi. Segala-galanya adalah seperti yang sepatutnya. Tetapi atas sebab tertentu skim ini masih mengelirukan kami, dan akhirnya kami meninggalkannya. Tetapi secara semula jadi mereka menolak selepas mereka datang dengan pilihan lain. Akhirnya, semuanya dilakukan pada sambungan TCP biasa. Sesetengah sambungan berfungsi melalui penyelaras, sesetengahnya secara langsung melalui teknologi Nat Hole Punching (NHP), yang turut dilaksanakan dalam Free Pascal. Saya mesti mengatakan bahawa saya tidak pernah mendengar tentang NHP sebelum ini. Dan saya tidak pernah terfikir bahawa adalah mungkin untuk menyambungkan 2 peranti rangkaian, kedua-duanya berada di belakang NAT. Saya mempelajari topik itu, memahami prinsip operasi dan duduk untuk menulis. Pelan itu direalisasikan, pengguna menyambung dengan satu klik ke peranti yang dikehendaki di belakang NAT melalui RDP, SSH atau Winbox tanpa memasukkan kata laluan atau menyediakan VPN. Selain itu, kebanyakan sambungan ini melepasi penyelaras kami, yang mempunyai kesan yang baik pada ping dan kos servis sambungan ini.
Memindahkan bahagian pelayan dari Linux ke Windows
Terdapat beberapa masalah semasa beralih kepada Windows. Yang pertama ialah wmic terbina dalam dalam tingkap tidak membenarkan anda membuat pertanyaan WQL. Dan dalam sistem kami semuanya telah dibina di atasnya. Dan ada sesuatu yang lain, tetapi sekarang saya telah terlupa mengapa mereka akhirnya meninggalkan penggunaannya. Mungkin perbezaan antara versi Windows. Dan masalah kedua ialah multithreading. Tidak menemui utiliti pihak ketiga yang baik di bawah lesen "boleh diterima" untuk kami, saya melancarkan IDE Lazarus sekali lagi. Dan saya menulis utiliti yang diperlukan. Input ialah senarai objek yang diperlukan dan pertanyaan khusus yang perlu dibuat, dan sebagai tindak balas saya menerima data. Dan semua ini dalam mod berbilang benang. Hebat.
Selepas saya menyediakan pthread untuk PHP Windows, saya fikir semuanya akan bermula serta-merta, tetapi itu tidak berlaku. Selepas beberapa lama penyahpepijatan, saya menyedari bahawa pthread nampaknya berfungsi, tetapi ia tidak berfungsi pada sistem kami. Ia menjadi jelas bahawa terdapat beberapa keanehan dalam bekerja dengan pthreads pada Windows. Dan begitulah. Saya membaca dokumentasi, dan ada tertulis di sana bahawa untuk Windows bilangan utas adalah terhad, dan, sejauh yang saya ingat, secara tersirat. Ini menjadi masalah. Kerana apabila saya mula mengurangkan bilangan utas aplikasi dijalankan, ia melakukan kerja dengan sangat perlahan. Saya membuka IDE sekali lagi dan fungsi untuk ping berbilang benang objek telah ditambahkan pada utiliti yang sama. Nah, sudah ada banyak pengimbasan port di sana juga. Sebenarnya, selepas ini, keperluan untuk pthread untuk PHP hilang, dan ia tidak lagi digunakan. Selanjutnya, beberapa lagi fungsi telah ditambahkan pada utiliti ini dan ia masih berfungsi sehingga hari ini. Selepas ini, pemasang untuk Windows telah dipasang, termasuk Apache, PHP, MariaDB, aplikasi PHP itu sendiri dan satu set utiliti untuk berinteraksi dengan sistem, yang ditulis dalam Free Pascal. Bagi pemasang, saya fikir saya akan menyelesaikan masalah ini dengan cepat, kerana... Ini adalah perkara yang sangat biasa dan perlu untuk hampir setiap perisian. Sama ada saya mencari di tempat yang salah, atau sesuatu yang lain. Tetapi saya sentiasa menjumpai produk yang sama ada tidak cukup fleksibel, atau mahal dan juga tidak fleksibel. Namun, saya menemui pemasang percuma di mana ia akan menjadi mungkin untuk menyediakan sebarang kehendak. Ini ialah InnoSetup. Saya menulis tentang perkara ini di sini kerana saya perlu mencarinya sekiranya saya menjimatkan masa seseorang.
Penolakan pemalam yang memihak kepada pelanggan anda
Saya sebelum ini menulis bahawa bahagian pelanggan ialah pelayar dengan "plugin". Jadi ada kalanya Chrome dikemas kini dan susun aturnya sedikit bengkok, kemudian Windows dikemas kini dan skema uri tersuai hilang. Saya benar-benar tidak mahu mempunyai kejutan seperti ini dalam versi awam produk. Selain itu, uri tersuai mula hilang selepas setiap kemas kini Windows. Microsoft hanya memadamkan semua bukan cawangannya dalam bahagian yang diperlukan. Selain itu, Google Chrome kini tidak membenarkan anda mengingati pilihan untuk membuka atau tidak aplikasi daripada uri tersuai, dan bertanya soalan ini setiap kali anda mengklik pada objek pemantauan. Nah, secara umum, interaksi biasa dengan sistem tempatan pengguna diperlukan, yang tidak disediakan oleh penyemak imbas. Pilihan paling mudah dalam skema ini nampaknya hanya membuat penyemak imbas anda sendiri, seperti yang kini banyak dilakukan melalui Elektron. Tetapi banyak perkara telah ditulis dalam Free Pascal, termasuk di bahagian pelayan, jadi kami memutuskan untuk membuat pelanggan dalam bahasa yang sama, dan tidak membuat zoo. Beginilah cara pelanggan dengan Chromium di atas kapal ditulis. Selepas itu, ia mula memperoleh pelbagai strapping.
Lepaskan
Akhirnya kami memilih nama untuk sistem. Kami sentiasa melalui pelbagai pilihan semasa proses penukaran daripada versi tempatan kepada SaaS sedang dijalankan. Memandangkan kami pada mulanya merancang untuk memasuki bukan sahaja pasaran domestik, kriteria utama untuk memilih nama ialah kehadiran domain yang tidak diduduki atau tidak terlalu mahal dalam zon ".com". Sesetengah fungsi/modul masih belum dialihkan daripada versi tempatan ke Veliam, tetapi kami memutuskan bahawa kami akan mengeluarkannya dengan fungsi semasa dan melengkapkan selebihnya sebagai kemas kini. Dalam versi pertama tiada HelpDesk, Veliam Connector, adalah mustahil untuk menukar ambang untuk pencetus pemberitahuan dan banyak lagi. Kami membeli Sijil Tandatangan Kod dan menandatangani bahagian klien dan pelayan. Kami menulis tapak web untuk produk, memulakan prosedur untuk mendaftar perisian, tanda dagangan, dsb. Secara umum, kami bersedia untuk memulakan. Sedikit euforia daripada kerja yang dilakukan dan dari fakta bahawa mungkin seseorang akan menggunakan produk anda, walaupun kami tidak mempunyai keraguan tentang perkara ini. Dan kemudian berhenti. Rakan kongsi itu berkata bahawa adalah mustahil untuk memasuki pasaran tanpa pemberitahuan melalui messenger. Ia mungkin tanpa banyak perkara lain, tetapi tidak tanpa ini. Selepas beberapa perdebatan, integrasi dengan Telegram telah ditambah, yang sesuai dengan kami. Daripada semua pemesej segera semasa, ini adalah satu-satunya yang menyediakan akses kepada APInya secara percuma dan tanpa sebarang prosedur kelulusan yang rumit. WhatsApp yang sama mencadangkan menghubungi pembekal yang mengenakan bayaran yang baik untuk menggunakan perkhidmatan mereka semua surat yang meminta akses tanpa gasket diabaikan. Nah, Viber... Saya tidak tahu siapa yang menggunakannya sekarang, kerana... spam dan pengiklanan terdapat di luar carta. Pada penghujung Disember, selepas beberapa siri ujian dalaman dan ujian dalam kalangan rakan-rakan, pendaftaran dibuka untuk semua orang dan perisian telah tersedia untuk dimuat turun.
Permulaan pengedaran
Dari awal lagi, kami memahami bahawa kami memerlukan aliran kecil pengguna sistem supaya mereka boleh menguji produk dalam mod pertempuran dan memberi beberapa maklum balas pertama. Beberapa siaran yang dibeli di VK membuahkan hasil. Pendaftaran pertama telah tiba.
Di sini mesti dikatakan bahawa memasuki pasaran apabila syarikat anda tidak mempunyai nama terkenal, dan pada masa yang sama menyediakan fungsi pemantauan tanpa ejen di mana anda perlu memasukkan akaun dari pelayan dan stesen kerja anda, adalah sangat sukar. Ini menakutkan ramai orang. Kami memahami dari awal lagi bahawa akan ada masalah dengan ini dan bersedia untuk ini secara teknikal dan moral. Semua sambungan jauh, walaupun RDP dan SSH telah disulitkan secara lalai, disulitkan tambahan oleh perisian kami menggunakan piawaian AES. Semua data daripada pelayan tempatan dipindahkan ke awan melalui HTTPS. Akaun disimpan dalam bentuk yang disulitkan. Kunci penyulitan untuk semua subsistem adalah individu untuk semua pelanggan. Untuk sambungan jauh, kunci penyulitan sesi biasanya digunakan.
Apa yang boleh kita lakukan dalam situasi ini untuk membuat orang berasa lebih tenang ialah bersikap seterbuka yang mungkin, menjaga keselamatan dan tidak jemu menjawab soalan orang.
Bagi kebanyakan orang, kemudahan dan kefungsian perisian melebihi ketakutan, dan mereka mendaftar. Sesetengah individu menulis dalam siaran yang diterbitkan di VK bahawa perisian ini tidak boleh digunakan kerana Ini adalah koleksi kata laluan mereka dan biasanya syarikat tanpa nama. Ia mesti dikatakan bahawa lebih daripada satu orang mempunyai pendapat ini. Ramai orang tidak faham bahawa apabila mereka memasang perisian proprietari lain pada pelayan yang berjalan sebagai perkhidmatan, ia juga mempunyai hak penuh dalam sistem dan mereka tidak memerlukan akaun untuk melakukan sesuatu yang menyalahi undang-undang (jelas bahawa anda boleh menukar pengguna dari mana perkhidmatan itu dilancarkan, tetapi di sini juga, anda boleh memasukkan mana-mana akaun). Malah, ketakutan orang ramai boleh difahami. Memasang perisian pada pelayan adalah perkara biasa, tetapi memasuki akaun agak menakutkan dan intim, kerana separuh daripada orang yang baik mempunyai kata laluan yang sama untuk semua perkhidmatan, dan membuat akaun berasingan walaupun untuk ujian adalah malas. Tetapi pada masa ini terdapat sejumlah besar perkhidmatan yang dipercayai orang dengan kelayakan mereka dan banyak lagi. Dan kami berusaha untuk menjadi salah seorang daripada mereka.
Terdapat banyak komen yang mengatakan kami mencurinya di suatu tempat. Ini mengejutkan kami sedikit. Baiklah, pendapat seorang, tetapi komen sebegitu ditemui dalam pelbagai penerbitan daripada orang yang berbeza. Pada mulanya mereka tidak tahu bagaimana untuk bertindak balas terhadap perkara ini. Sama ada sedih kerana sesetengah orang mempunyai pendapat bahawa di Rusia tiada siapa yang boleh melakukan apa-apa sendiri, tetapi hanya boleh mencuri, atau gembira kerana mereka berfikir bahawa ini hanya boleh dicuri.
Kami kini telah menyelesaikan prosedur untuk mendapatkan Sijil Tandatangan Kod EV. Untuk mendapatkannya, anda perlu melalui beberapa siri pemeriksaan dan menghantar sekumpulan dokumen mengenai syarikat itu, beberapa daripadanya mesti disahkan oleh peguam. Mendapatkan sijil Tandatangan Kod EV semasa wabak adalah topik yang berasingan untuk artikel. Prosedur itu mengambil masa sebulan. Dan ia bukan sebulan menunggu, tetapi permintaan berterusan untuk dokumen tambahan. Mungkin wabak itu tiada kaitan dengannya, dan prosedur itu mengambil masa yang lama untuk semua orang? Kongsi.
Ada yang mengatakan bahawa kami tidak akan menggunakannya kerana tiada sijil FSTEC. Kami perlu menjelaskan bahawa kami tidak boleh mendapatkannya dan tidak akan kerana untuk mendapatkan sijil ini, penyulitan mesti mengikut GOST, dan kami merancang untuk mengedarkan perisian itu bukan sahaja di Rusia dan menggunakan AES.
Semua komen ini menimbulkan keraguan bahawa adalah mungkin untuk mempromosikan produk yang memerlukan anda memasukkan akaun tanpa diketahui umum. Walaupun kita tahu bahawa akan ada mereka yang mempunyai sikap yang sangat negatif terhadap perkara ini. Selepas jumlah pendaftaran melebihi seribu, kami berhenti memikirkannya. Terutama selepas, sebagai tambahan kepada negatif mereka yang belum mencuba produk, ulasan yang sangat menyenangkan mula muncul. Harus dikatakan bahawa ulasan positif ini adalah pendorong terbesar untuk pembangunan produk.
Menambah fungsi capaian jauh untuk pekerja
Salah satu tugas yang kerap daripada pelanggan ialah "memberi Vanya akses kepada komputernya dari rumah." Kami menaikkan VPN pada Mikrotik dan mencipta akaun untuk pengguna. Tetapi ini adalah masalah sebenar. Pengguna tidak dapat melihat arahan dan mengikutinya langkah demi langkah untuk menyambung melalui VPN. Versi Windows yang berbeza. Dalam satu Windows semuanya bersambung dengan baik, dalam satu lagi protokol yang berbeza diperlukan. Dan secara umum, ini selalu dikaitkan dengan konfigurasi semula peralatan rangkaian, yang bertindak sebagai pelayan VPN, dan tidak semua pekerja mempunyai akses kepadanya dan ini menyusahkan.
Tetapi kami sudah mempunyai sambungan jauh ke pelayan dan peralatan rangkaian. Mengapa tidak menggunakan pengangkutan siap dan buat utiliti kecil berasingan yang boleh anda berikan kepada pengguna untuk disambungkan. Saya hanya mahu memastikan bahawa pengguna tidak memasukkan apa-apa yang tidak masuk akal di sana. Hanya satu butang "sambung". Tetapi bagaimana utiliti ini akan memahami tempat untuk menyambung jika ia hanya mempunyai satu butang? Terdapat idea untuk membina aplikasi yang diperlukan dalam talian pada pelayan kami. Pentadbir sistem mengklik butang "muat turun pintasan", dan arahan dihantar ke awan kami untuk membina binari individu dengan maklumat berwayar keras untuk menyambung ke pelayan/komputer yang dikehendaki melalui RDP. Secara umum, ini boleh dilakukan. Tetapi ini mengambil masa yang lama; pentadbir perlu menunggu dahulu sehingga binari disusun dan kemudian dimuat turun. Sudah tentu, adalah mungkin untuk menambah fail kedua dengan konfigurasi, tetapi ini sudah menjadi 2 fail, dan untuk kesederhanaan pengguna memerlukan satu. Satu fail, satu butang dan tiada pemasang. Selepas membaca sedikit di Google, saya membuat kesimpulan bahawa jika anda menambah beberapa maklumat pada akhir ".exe" yang disusun, maka ia tidak merosot (baik, hampir). Anda sekurang-kurangnya boleh menambah perang dan keamanan di sana, dan ia akan berfungsi seperti sebelumnya. Berdosa jika tidak mengambil kesempatan ini. Kini anda hanya boleh membongkar aplikasi semasa dalam perjalanan terus dalam klien itu sendiri, dengan cara ia dipanggil Veliam Connector, dan hanya menambah maklumat yang diperlukan untuk sambungan ke penghujungnya. Dan aplikasi itu sendiri tahu apa yang perlu dilakukan dengannya. Mengapa saya menulis "hampir baik" dalam kurungan yang lebih tinggi sedikit? Kerana anda perlu membayar untuk kemudahan ini kerana aplikasi kehilangan tandatangan digitalnya. Tetapi pada peringkat ini, kami percaya bahawa ini adalah harga yang kecil untuk dibayar untuk kemudahan tersebut.
Lesen Modul Pihak Ketiga
Saya sudah menulis di atas bahawa selepas diputuskan untuk menjadikan produk itu tersedia secara umum, dan bukan hanya untuk kegunaan kita sendiri, kami perlu bekerja keras dan mencari pengganti untuk beberapa modul yang tidak membenarkan diri kami dimasukkan ke dalam produk kami. Tetapi selepas dikeluarkan, perkara yang sangat tidak menyenangkan telah ditemui secara tidak sengaja. Pelayan Veliam, yang berada di bahagian pelanggan, termasuk DBMS MariaDB. Dan ia berlesen GPL. Lesen GPL membayangkan bahawa perisian itu mestilah sumber terbuka, dan jika produk kami termasuk MariaDB, yang mempunyai lesen ini, maka produk kami mestilah di bawah lesen ini. Tetapi mujurlah, tujuan lesen ini adalah sumber terbuka, bukan menghukum mereka yang secara tidak sengaja melakukan kesilapan di mahkamah. Jika pemegang hak cipta mempunyai tuntutan, dia memberitahu pelanggar secara bertulis dan dia mesti menghapuskan pelanggaran dalam masa 30 hari. Kami mendapati kesilapan kami sendiri dan tidak menerima apa-apa surat dan segera mula mempertimbangkan pilihan tentang cara menyelesaikan masalah itu. Penyelesaiannya ternyata jelas - beralih kepada SQLite. Pangkalan data ini tidak mempunyai sekatan pelesenan. Kebanyakan pelayar moden menggunakan SQLite, dan sekumpulan program lain. Saya mendapati maklumat di Internet bahawa SQLite dianggap sebagai DBMS yang paling meluas di dunia, tepatnya kerana pelayar, tetapi saya tidak mencari bukti, jadi ini adalah maklumat yang tidak tepat. Saya mula mengkaji bahaya bertukar kepada SQLite.
Ini menjadi tugas yang tidak remeh apabila pelanggan mempunyai beberapa ratus pelayan yang dipasang dengan MariaDB dan data di dalamnya. Sesetengah ciri MariaDB tidak tersedia dalam SQLite. Nah, sebagai contoh, dalam kod kami menggunakan pertanyaan seperti
Select * FROM `table` WHERE `id`>1000 FOR UPDATE
Pembinaan ini bukan sahaja membuat pilihan daripada jadual, tetapi juga mengunci data baris. Dan beberapa lagi reka bentuk juga terpaksa ditulis semula. Tetapi sebagai tambahan kepada fakta bahawa kami perlu menulis semula banyak pertanyaan, kami juga perlu menghasilkan mekanisme yang, apabila mengemas kini Pelayan Veliam pelanggan, akan memindahkan semua data ke DBMS baharu dan memadamkan yang lama. Juga, urus niaga dalam SQLite tidak berfungsi dan ini adalah masalah sebenar. Tetapi selepas membaca keluasan World Wide Web, saya mendapati tanpa sebarang masalah bahawa transaksi dalam SQLite boleh didayakan dengan menghantar arahan mudah apabila menyambung
PRAGMA journal_mode=WAL;Hasilnya, tugas itu telah selesai dan kini bahagian pelayan pelanggan berjalan pada SQLite. Kami tidak melihat sebarang perubahan dalam operasi sistem.
HelpDesk Baharu
Ia adalah perlu untuk memindahkan sistem HelpDesk dari versi dalaman ke versi SaaS, tetapi dengan beberapa perubahan. Perkara pertama yang saya mahu lakukan ialah penyepaduan dengan domain pelanggan dari segi kebenaran pengguna yang telus dalam sistem. Sekarang, untuk log masuk ke HelpDesk dan meninggalkan permintaan dalam sistem, pengguna hanya mengklik pada pintasan pada desktop dan pelayar dibuka. Pengguna tidak memasukkan sebarang bukti kelayakan. Modul untuk Apache SSPI, yang merupakan sebahagian daripada Pelayan Veliam, secara automatik membenarkan pengguna di bawah akaun domain. Untuk meninggalkan permintaan dalam sistem apabila pengguna berada di luar rangkaian korporat, dia mengklik pada butang dan dia menerima pautan dalam e-melnya yang melaluinya dia log masuk ke sistem HelpDesk tanpa kata laluan. Jika pengguna dilumpuhkan atau dipadamkan dalam domain, maka akaun HelpDesk juga akan berhenti berfungsi. Oleh itu, pentadbir sistem tidak perlu memantau akaun dalam kedua-dua domain dan HelpDesk sendiri. Seorang pekerja berhenti - dia memutuskan sambungan akaunnya dalam domain dan itu sahaja, dia tidak akan log masuk ke sistem bukan dari rangkaian korporat, bukan melalui pautan. Untuk penyepaduan ini berfungsi, pentadbir sistem perlu mencipta satu GPO, yang ΠΈ .
Perkara kedua yang kami anggap amat perlu untuk sistem HelpDesk, sekurang-kurangnya untuk diri kami sendiri, adalah menyambung kepada pemohon secara terus daripada aplikasi dalam satu klik. Selain itu, sambungan mesti lulus jika pentadbir sistem berada pada rangkaian yang berbeza. Untuk penyumberan luar ini adalah wajib, untuk pentadbir sistem sepenuh masa ia juga selalunya sangat diperlukan. Sudah terdapat beberapa produk yang melakukan kerja yang sangat baik dalam sambungan jauh. Dan kami memutuskan untuk membuat penyepaduan untuk mereka. Kami kini telah menyepadukan untuk VNC, dan pada masa hadapan kami merancang untuk menambah Radmin dan TeamViewer. Menggunakan pengangkutan rangkaian kami untuk sambungan infrastruktur jauh, kami membuat VNC menyambung ke stesen kerja jauh di belakang NAT. Perkara yang sama akan berlaku dengan Radmin. Kini, untuk menyambung kepada pengguna, anda hanya perlu mengklik butang "sambung kepada pemohon" dalam aplikasi itu sendiri. Pelanggan VNC membuka dan menyambung kepada pemohon, tidak kira sama ada anda berada di rangkaian yang sama atau duduk di rumah dengan selipar. Pertama, pentadbir sistem, menggunakan GPO, mesti memasang Pelayan VNC pada stesen kerja semua orang.
Kini kami sendiri beralih kepada HelpDesk baharu dan menggunakan penyepaduan dengan domain dan VNC. Ini sangat memudahkan kami. Kini kami boleh mengelak daripada membayar untuk TeamViewer, yang telah kami gunakan selama lebih daripada tiga tahun untuk menjalankan perkhidmatan sokongan kami.
Apa yang kita rancangkan seterusnya?
Apabila kami mengeluarkan produk, kami tidak membuat sebarang tarif berbayar, tetapi hanya mengehadkan tarif percuma kepada 50 objek pemantauan. Lima dozen peranti rangkaian dan pelayan sepatutnya mencukupi untuk semua orang, kami fikir. Dan kemudian permintaan mula masuk untuk meningkatkan had. Untuk mengatakan bahawa kami sedikit terkejut adalah untuk mengatakan apa-apa. Adakah syarikat yang mempunyai banyak pelayan benar-benar berminat dengan perisian kami? Kami melanjutkan had secara percuma untuk mereka yang membuat permintaan sedemikian. Sebagai tindak balas kepada permintaan mereka, kami bertanya beberapa mengapa mereka memerlukan begitu banyak, adakah mereka benar-benar mempunyai bilangan pelayan dan peralatan rangkaian yang begitu besar. Dan ternyata pentadbir sistem mula menggunakan sistem dengan cara yang kami tidak rancang sama sekali. Segala-galanya ternyata mudah - perisian kami mula memantau bukan sahaja pelayan, tetapi juga stesen kerja. Oleh itu terdapat banyak permintaan untuk mengembangkan had. Kini kami telah pun memperkenalkan tarif berbayar dan had boleh diperluaskan secara bebas.
Pelayan hampir selalu berfungsi dengan sama ada sistem storan atau cakera tempatan dalam tatasusunan RAID. Dan pada mulanya kami membuat produk untuk mereka. Dan pemantauan SMART tidak menarik untuk tugas ini. Tetapi dengan mengambil kira fakta bahawa orang telah menyesuaikan perisian untuk memantau stesen kerja, permintaan telah muncul untuk pelaksanaan pemantauan SMART. Kami akan melaksanakannya tidak lama lagi.
Dengan kemunculan Veliam Connector, ia menjadi tidak perlu untuk menggunakan pelayan VPN dalam rangkaian korporat, atau melakukan RDGW, atau hanya memajukan port ke mesin yang diperlukan untuk menyambung melalui RDP. Ramai orang menggunakan sistem kami hanya untuk sambungan jauh ini. Veliam Connector hanya tersedia untuk Windows, dan sesetengah pengguna syarikat menyambung dari komputer riba rumah yang menjalankan MacOS ke stesen kerja atau terminal pada rangkaian korporat. Dan ternyata pentadbir sistem terpaksa, disebabkan oleh beberapa pengguna, untuk masih kembali kepada isu pemajuan atau VPN. Oleh itu, kami kini sedang menyelesaikan pembuatan versi Veliam Connector untuk MacOS. Pengguna teknologi Apple kegemaran mereka juga akan berpeluang untuk menyambung ke infrastruktur korporat dalam satu klik.
Saya sangat menyukai hakikat bahawa, mempunyai bilangan pengguna sistem yang ramai, anda tidak perlu memerah otak anda tentang apa yang orang perlukan dan perkara yang lebih mudah. Mereka sendiri menulis hasrat mereka, jadi terdapat banyak rancangan pembangunan untuk masa terdekat.
Secara selari, kami kini merancang untuk mula menterjemah sistem ke dalam bahasa Inggeris dan mengedarkannya ke luar negara. Kami belum tahu bagaimana kami akan mengedarkan produk di luar negara kami, kami sedang mencari pilihan. Mungkin akan ada artikel berasingan mengenai perkara ini kemudian. Mungkin seseorang yang telah membaca artikel ini akan dapat mencadangkan vektor yang diperlukan, atau dia sendiri tahu dan tahu bagaimana untuk melakukannya dan akan menawarkan perkhidmatannya. Kami akan menghargai bantuan anda.
Sumber: www.habr.com