運(yùn)維開(kāi)發(fā)工程師的具體職責(zé)范圍1
網(wǎng)站建設(shè)哪家好，找創(chuàng)新互聯(lián)公司！專注于網(wǎng)頁(yè)設(shè)計(jì)、網(wǎng)站建設(shè)、微信開(kāi)發(fā)、小程序定制開(kāi)發(fā)、集團(tuán)企業(yè)網(wǎng)站建設(shè)等服務(wù)項(xiàng)目。為回饋新老客戶創(chuàng)新互聯(lián)還提供了象山免費(fèi)建站歡迎大家使用！
職責(zé)：
1、運(yùn)維相關(guān)的各項(xiàng)平臺(tái)需求分析及實(shí)現(xiàn)方案設(shè)計(jì)。
2、基于Python的自動(dòng)化工具及運(yùn)維平臺(tái)開(kāi)發(fā)。
3、開(kāi)發(fā)文檔的撰寫(xiě)整理歸檔。
4、深入分析運(yùn)維業(yè)務(wù)流程，通過(guò)開(kāi)發(fā)和推行自動(dòng)化運(yùn)維工具及平臺(tái)來(lái)提高運(yùn)維效率及降低出錯(cuò)率。
任職資格:
任職條件：
1、2年以上運(yùn)維開(kāi)發(fā)經(jīng)驗(yàn)。
2、熟練使用Linux，熟悉常見(jiàn)的web容器，MysqlRedisMongoDB等數(shù)據(jù)庫(kù)使用。
3、精通shell及pyhon，熟悉python開(kāi)發(fā)框架Django。
4、有運(yùn)維自動(dòng)化體系開(kāi)發(fā)經(jīng)驗(yàn)的優(yōu)先。
5、熟悉DevOpsCMDBELKSaltabbixHadoopPython等關(guān)鍵詞者優(yōu)先。
6、熟悉前端開(kāi)發(fā)技術(shù) JS，CSS，HTML，Ajax，Vue框架等關(guān)鍵詞者優(yōu)先。
7、對(duì)前后端分離技術(shù)有理解并實(shí)現(xiàn)者優(yōu)先。
8、有責(zé)任感，工作激情，良好的溝通技巧和團(tuán)隊(duì)合作精神。
運(yùn)維開(kāi)發(fā)工程師的具體職責(zé)范圍2
職責(zé)
1、負(fù)責(zé)提供藍(lán)鯨自動(dòng)化運(yùn)維開(kāi)發(fā)平臺(tái)在企業(yè)落地實(shí)施過(guò)程中的技術(shù)支持;
2、協(xié)助項(xiàng)目經(jīng)理完成客戶現(xiàn)場(chǎng)的'需求溝通，并能與客戶就相關(guān)問(wèn)題進(jìn)行直接溝通，參與項(xiàng)目技術(shù)方案設(shè)計(jì)、編寫(xiě)等工作。
3、負(fù)責(zé)公司產(chǎn)品實(shí)施工作(部署安裝調(diào)試、工具開(kāi)發(fā)、對(duì)接平臺(tái)實(shí)際落地)，以及平臺(tái)應(yīng)用工具開(kāi)發(fā)工作，參與平臺(tái)工具腳本的編寫(xiě);
4、就公司產(chǎn)品能在技術(shù)層面向客戶進(jìn)行講解和培訓(xùn);
5、撰寫(xiě)技術(shù)支持文檔或功能使用文檔，配合公司產(chǎn)品測(cè)試，提供測(cè)試反饋;
任職資格
1、計(jì)算機(jī)相關(guān)專業(yè)，2年以上運(yùn)維開(kāi)發(fā)或運(yùn)維經(jīng)歷;
2、有運(yùn)維開(kāi)發(fā)經(jīng)驗(yàn)為佳，精通一門以上腳本語(yǔ)言(Shell/PowerShell/Perl/Python等)，熟悉Django Web開(kāi)發(fā)框架，熟悉設(shè)計(jì)模式、開(kāi)發(fā)規(guī)范，掌握常用Linux操作命令;
3、熱愛(ài)軟件研發(fā)工作，有強(qiáng)烈的創(chuàng)新精神并能付諸實(shí)施，能積極學(xué)習(xí)業(yè)界新技術(shù);
4、有良好的邏輯思維能力和想象力，善于抽象簡(jiǎn)化復(fù)雜問(wèn)題，善于系統(tǒng)性思考并使用創(chuàng)新性思維解決問(wèn)題，學(xué)習(xí)能力強(qiáng);
5、有責(zé)任心，優(yōu)秀的團(tuán)隊(duì)合作精神，良好的溝通表達(dá)，積極主動(dòng)，自我驅(qū)動(dòng)，樂(lè)觀，誠(chéng)實(shí)，勤奮，嚴(yán)謹(jǐn);
6、有不錯(cuò)的工作抗壓能力，富有激情;
7、熟悉HTML、CSS、JavaScript等前端開(kāi)發(fā)技術(shù)者優(yōu)先;
8、熟悉藍(lán)鯨產(chǎn)品軟件設(shè)計(jì)體系，掌握藍(lán)鯨SaaS開(kāi)發(fā)人員優(yōu)先。
運(yùn)維開(kāi)發(fā)工程師的具體職責(zé)范圍3
職責(zé)：
1、負(fù)責(zé)各類CI/CD環(huán)境的搭建與維護(hù)。
2、負(fù)責(zé)公司容器云平臺(tái)的實(shí)施，監(jiān)測(cè)，故障定位等。
3、負(fù)載云平臺(tái)容器應(yīng)用編排，提升公司產(chǎn)品的穩(wěn)定性、安全性，協(xié)助優(yōu)化產(chǎn)品性能。
4、開(kāi)發(fā)適用于公司業(yè)務(wù)場(chǎng)景的相關(guān)運(yùn)維工具。
相關(guān)要求
1、能熟練使用Kubernetes搭建生產(chǎn)和測(cè)試環(huán)境。
2、熟悉Docker/Kubernetes組件和生態(tài)，包含存儲(chǔ)、網(wǎng)絡(luò)、監(jiān)控、日志、安全等。
3、熟悉常用工具如Git，Harbor，Helm，Jenkins安裝和使用。
4、熟悉Rancher/Kubespray等K8S安裝管理工具者優(yōu)先。
運(yùn)維開(kāi)發(fā)工程師的具體職責(zé)范圍4
職責(zé)：
1、負(fù)責(zé)運(yùn)維自動(dòng)化平臺(tái)的開(kāi)發(fā)工作
2、負(fù)責(zé)運(yùn)維工具、運(yùn)維腳本的開(kāi)發(fā)
3、負(fù)責(zé)應(yīng)用運(yùn)維、數(shù)據(jù)庫(kù)運(yùn)維和大數(shù)據(jù)平臺(tái)相關(guān)工具及平臺(tái)的設(shè)計(jì)和優(yōu)化方案制定，并參與定制化開(kāi)發(fā)計(jì)劃
4、根據(jù)系統(tǒng)業(yè)務(wù)場(chǎng)景，設(shè)計(jì)并開(kāi)發(fā)有針對(duì)性的運(yùn)維工具
5、研究運(yùn)維相關(guān)技術(shù)，根據(jù)系統(tǒng)需求制定運(yùn)維技術(shù)方案
任職要求：
1.有Python實(shí)際項(xiàng)目經(jīng)驗(yàn)，掌握一種Web開(kāi)發(fā)框架
2.熟悉常用的自動(dòng)化運(yùn)維工具;
3.熟悉常用的持續(xù)集成工具
4.深入理解 Linux 系統(tǒng)，熟練掌握MySql
5.具有良好的溝通能力和協(xié)作能力，有較強(qiáng)的獨(dú)立工作能力和解決問(wèn)題的能力
運(yùn)維開(kāi)發(fā)工程師的具體職責(zé)范圍5
職責(zé)：
1、研發(fā)、維護(hù)系統(tǒng)基礎(chǔ)工具、運(yùn)維自動(dòng)化平臺(tái)，解決共性需求，減少重復(fù)低效工作，提高工作效能，規(guī)范操作流程;
2、與業(yè)務(wù)/研發(fā)/運(yùn)維團(tuán)隊(duì)共同協(xié)作，為整體效率提升提供各類平臺(tái)、工具及流程支持;
3、及時(shí)關(guān)注互聯(lián)網(wǎng)發(fā)展趨勢(shì)，研究了解運(yùn)維開(kāi)發(fā)方向、技術(shù)動(dòng)態(tài)，并利用相關(guān)理念、技術(shù)制定相關(guān)方案并落地實(shí)施;
4、整理運(yùn)維開(kāi)發(fā)相關(guān)文檔，將工作經(jīng)驗(yàn)、技術(shù)成果保存及傳承。
任職要求：
1、大學(xué)本科及以上學(xué)歷，計(jì)算機(jī)、網(wǎng)絡(luò)等相關(guān)專業(yè)，2年以上開(kāi)發(fā)相關(guān)經(jīng)驗(yàn);
2、熟練掌握python/shell語(yǔ)言，能夠?qū)嶋H開(kāi)發(fā)運(yùn)維工具、產(chǎn)品;
3、熟悉ORACLE/MySQL/PostgreSQL等主流關(guān)系型數(shù)據(jù)庫(kù)的管理、調(diào)優(yōu);
4、熟悉RedHat系/Debian系等主流linux操作系統(tǒng)的管理調(diào)優(yōu);
5、了解DevOps/CI/虛擬化/容器等知識(shí)理念及應(yīng)用;
6、熟悉操作系統(tǒng)、數(shù)據(jù)庫(kù)等基礎(chǔ)技術(shù)原理;
7、熟悉常見(jiàn)運(yùn)維工具(如Zabbix、Ansible等);
8、從事過(guò)OpenStack或者k8s開(kāi)發(fā)優(yōu)先;
9、工作執(zhí)行力強(qiáng)，具有良好地快速學(xué)習(xí)能力、理解能力與解決問(wèn)題能力;
10、具有敬業(yè)、良好的團(tuán)隊(duì)精神和獨(dú)立工作能力
一、 PostgreSQL 的穩(wěn)定性極強(qiáng)， Innodb 等引擎在崩潰、斷電之類的災(zāi)難場(chǎng)景下抗打擊能力有了長(zhǎng)足進(jìn)步，然而很多 MySQL 用戶都遇到過(guò)Server級(jí)的數(shù)據(jù)庫(kù)丟失的場(chǎng)景——mysql系統(tǒng)庫(kù)是MyISAM的，相比之下，PG數(shù)據(jù)庫(kù)這方面要好一些。
二、任何系統(tǒng)都有它的性能極限，在高并發(fā)讀寫(xiě)，負(fù)載逼近極限下，PG的性能指標(biāo)仍可以維持雙曲線甚至對(duì)數(shù)曲線，到頂峰之后不再下降，而 MySQL 明顯出現(xiàn)一個(gè)波峰后下滑（5.5版本之后，在企業(yè)級(jí)版本中有個(gè)插件可以改善很多，不過(guò)需要付費(fèi)）。
三、PG 多年來(lái)在 GIS 領(lǐng)域處于優(yōu)勢(shì)地位，因?yàn)樗胸S富的幾何類型，實(shí)際上不止幾何類型，PG有大量字典、數(shù)組、bitmap 等數(shù)據(jù)類型，相比之下mysql就差很多，instagram就是因?yàn)镻G的空間數(shù)據(jù)庫(kù)擴(kuò)展POSTGIS遠(yuǎn)遠(yuǎn)強(qiáng)于MYSQL的my spatial而采用PGSQL的。
四、PG 的“無(wú)鎖定”特性非常突出，甚至包括 vacuum 這樣的整理數(shù)據(jù)空間的操作，這個(gè)和PGSQL的MVCC實(shí)現(xiàn)有關(guān)系。
五、PG 的可以使用函數(shù)和條件索引，這使得PG數(shù)據(jù)庫(kù)的調(diào)優(yōu)非常靈活，mysql就沒(méi)有這個(gè)功能，條件索引在web應(yīng)用中很重要。
六、PG有極其強(qiáng)悍的 SQL 編程能力（9.x 圖靈完備，支持遞歸?。蟹浅ＸS富的統(tǒng)計(jì)函數(shù)和統(tǒng)計(jì)語(yǔ)法支持，比如分析函數(shù)（ORACLE的叫法，PG里叫window函數(shù)），還可以用多種語(yǔ)言來(lái)寫(xiě)存儲(chǔ)過(guò)程，對(duì)于R的支持也很好。這一點(diǎn)上MYSQL就差的很遠(yuǎn)，很多分析功能都不支持，騰訊內(nèi)部數(shù)據(jù)存儲(chǔ)主要是MYSQL，但是數(shù)據(jù)分析主要是HADOOP+PGSQL。
七、PG 的有多種集群架構(gòu)可以選擇，plproxy 可以支持語(yǔ)句級(jí)的鏡像或分片，slony 可以進(jìn)行字段級(jí)的同步設(shè)置，standby 可以構(gòu)建WAL文件級(jí)或流式的讀寫(xiě)分離集群，同步頻率和集群策略調(diào)整方便，操作非常簡(jiǎn)單。
八、一般關(guān)系型數(shù)據(jù)庫(kù)的字符串有限定長(zhǎng)度8k左右，無(wú)限長(zhǎng) TEXT 類型的功能受限，只能作為外部大數(shù)據(jù)訪問(wèn)。而 PG 的 TEXT 類型可以直接訪問(wèn)，SQL語(yǔ)法內(nèi)置正則表達(dá)式，可以索引，還可以全文檢索，或使用xml xpath。用PG的話，文檔數(shù)據(jù)庫(kù)都可以省了。
九，對(duì)于WEB應(yīng)用來(lái)說(shuō)，復(fù)制的特性很重要，mysql到現(xiàn)在也是異步復(fù)制，pgsql可以做到同步，異步，半同步復(fù)制。還有mysql的同步是基于binlog復(fù)制，類似oracle golden gate,是基于stream的復(fù)制，做到同步很困難，這種方式更加適合異地復(fù)制，pgsql的復(fù)制基于wal，可以做到同步復(fù)制。同時(shí)，pgsql還提供stream復(fù)制。
十，pgsql對(duì)于numa架構(gòu)的支持比mysql強(qiáng)一些，比MYSQL對(duì)于讀的性能更好一些，pgsql提交可以完全異步，而mysql的內(nèi)存表不夠?qū)嵱茫ㄒ驗(yàn)楸礞i的原因）
最后說(shuō)一下我感覺(jué) PG 不如 MySQL 的地方。
第一，MySQL有一些實(shí)用的運(yùn)維支持，如 slow-query.log ，這個(gè)pg肯定可以定制出來(lái)，但是如果可以配置使用就更好了。
第二是mysql的innodb引擎，可以充分優(yōu)化利用系統(tǒng)所有內(nèi)存，超大內(nèi)存下PG對(duì)內(nèi)存使用的不那么充分，
第三點(diǎn)，MySQL的復(fù)制可以用多級(jí)從庫(kù)，但是在9.2之前，PGSQL不能用從庫(kù)帶從庫(kù)。
第四點(diǎn)，從測(cè)試結(jié)果上看，mysql 5.5的性能提升很大，單機(jī)性能強(qiáng)于pgsql，5.6應(yīng)該會(huì)強(qiáng)更多.
第五點(diǎn)，對(duì)于web應(yīng)用來(lái)說(shuō),mysql 5.6 的內(nèi)置MC API功能很好用，PGSQL差一些。
另外一些：
pgsql和mysql都是背后有商業(yè)公司，而且都不是一個(gè)公司。大部分開(kāi)發(fā)者，都是拿工資的。
說(shuō)mysql的執(zhí)行速度比pgsql快很多是不對(duì)的，速度接近，而且很多時(shí)候取決于你的配置。
對(duì)于存儲(chǔ)過(guò)程，函數(shù)，視圖之類的功能，現(xiàn)在兩個(gè)數(shù)據(jù)庫(kù)都可以支持了。
另外多線程架構(gòu)和多進(jìn)程架構(gòu)之間沒(méi)有絕對(duì)的好壞，oracle在unix上是多進(jìn)程架構(gòu)，在windows上是多線程架構(gòu)。
很多pg應(yīng)用也是24/7的應(yīng)用，比如skype. 最近幾個(gè)版本VACUUM基本不影響PGSQL 運(yùn)行，8.0之后的PGSQL不需要cygwin就可以在windows上運(yùn)行。
至于說(shuō)對(duì)于事務(wù)的支持，mysql和pgsql都沒(méi)有問(wèn)題。
雖然 kubernetes 社區(qū)一直在努力使得有狀態(tài)應(yīng)用成為一等公民，也推出了 statefulset 控制器支持 pod 的順序部署，穩(wěn)定的域名訪問(wèn)和存儲(chǔ)訪問(wèn)。但鑒于 MySQL 部署運(yùn)維的多樣性和復(fù)雜性，在 kubernetes 上部署 MySQL 仍然要面臨眾多挑戰(zhàn)。
1、業(yè)務(wù)流量入口的配置方式
傳統(tǒng)虛擬機(jī)環(huán)境下，我們通過(guò)虛IP的方式，讓業(yè)務(wù)應(yīng)用都配置事先定義的一個(gè)虛IP為鏈接數(shù)據(jù)庫(kù)的地址，然后由高可用服務(wù)保證虛IP始終能被路由到master數(shù)據(jù)庫(kù)。在kubernetes中，出現(xiàn)了一層網(wǎng)絡(luò)插件屏蔽了底層網(wǎng)絡(luò)拓?fù)洌呖捎梅?wù)管理虛IP的方式需要隨之適應(yīng)調(diào)整，比如通過(guò)service結(jié)合標(biāo)簽完成虛IP的漂移，但service本身是kubernetes提供的一項(xiàng)功能，其可靠性和性能都取決于kubernetes服務(wù)的穩(wěn)定。以性能來(lái)說(shuō)，service是kubeproxy組件通過(guò)配置iptables實(shí)現(xiàn)的，當(dāng)iptables規(guī)則較多時(shí)不可避免的會(huì)產(chǎn)生時(shí)延，需要我們針對(duì)性的解決。
2、容器隔離帶來(lái)的監(jiān)控視野問(wèn)題
在 kubernetes 中，如果將 MySQL 制作為 container 運(yùn)行在一個(gè) pod 中，container 會(huì)將 MySQL 進(jìn)程和運(yùn)行環(huán)境隔離在一個(gè)單獨(dú)的 namespace 中。監(jiān)控組件在獲取 MySQL 的一些 metirc 時(shí)，可能不得不進(jìn)入與 MySQL 同一個(gè) namespace 中，在部署和設(shè)計(jì)監(jiān)控組件時(shí)需要考慮到這些限制。
3、存儲(chǔ)在 kubernetes 中，支持配置各種不同的存儲(chǔ)。
如果使用本地存儲(chǔ) local persistent volume，則需要綁定 MySQL 在一個(gè)固定的節(jié)點(diǎn)，這就完全浪費(fèi)了 kubernetes 靈活調(diào)度的天然優(yōu)勢(shì)；而如果使用遠(yuǎn)程共享存儲(chǔ)，確實(shí)是將 MySQL 進(jìn)程與其存儲(chǔ)完全解耦，使得 MySQL 進(jìn)程可以在任意節(jié)點(diǎn)調(diào)度，然而考慮到高 I/O 吞吐量的情況，就不是那么美好了。設(shè)計(jì)時(shí)需要考量遠(yuǎn)程存儲(chǔ)是否能夠滿足 MySQL 的帶寬要求。
4、高可用/備份恢復(fù)
kubernetes 提供的 statefulset 控制器只能提供最基本的部署，刪除功能，無(wú)法實(shí)現(xiàn)完善的 MySQL 集群高可用/備份恢復(fù)操作。對(duì)于有狀態(tài)應(yīng)用的部署，仍需要定制開(kāi)發(fā)，所以多數(shù)公司提供了定制的 operator 來(lái)完成應(yīng)用容器的管理。比如 etcd operator，MySQL operator，后文將為大家詳述我測(cè)試使用 MySQL operator 的一些記錄。
在數(shù)據(jù)庫(kù)運(yùn)維工作中，經(jīng)常會(huì)有數(shù)據(jù)目錄使用率較高需要調(diào)整的情況，通常會(huì)給數(shù)據(jù)庫(kù)建立多個(gè)表空間，
并分別位于不同的盤上，這時(shí)需要做的工作就是調(diào)整庫(kù)中現(xiàn)有表和索引的表空間，下面簡(jiǎn)單總結(jié)下這塊維護(hù)
工作的內(nèi)容，以下都是基于 PostgreSQL 9.0.1 做的測(cè)試。
一 查詢某個(gè)表所在表空間的簡(jiǎn)單方法
PostgreSQL 提供類似" \ "命令很方便得到相關(guān)信息，命令如下：
skytf= \d test_2
Table "skytf.test_2"
Column | Type | Modifiers
--------+-----------------------+-----------
id | integer |
obj_id | integer | not null
name | character varying(64) |
Indexes:
"idx_hash_name" hash (name)
"idx_test_2" btree (id, obj_id)
Tablespace: "tbs_skytf_idx"
備注：如果這個(gè)表的表空間為當(dāng)前數(shù)據(jù)庫(kù)的默認(rèn)表空間，那么上面則不會(huì)顯示 Tablespace 信息，
相反，則會(huì)顯示這張有的表空間，例如上面的表 test_2 的表空間為 tbs_skytf_idx，而
表空間 "tbs_skytf_idx" 不是數(shù)據(jù)庫(kù) skytf 的默認(rèn)表空間， 那么如何查詢數(shù)據(jù)庫(kù)的默認(rèn)
表空間呢，可以通過(guò)以下命令查詢。
--1.1 查詢數(shù)據(jù)庫(kù)的默認(rèn)表空間
skytf= select datname,dattablespace from pg_database where datname='skytf';
datname | dattablespace
---------+---------------
skytf | 14203070
(1 row)
skytf= select oid,spcname from pg_tablespace where oid=14203070;
oid | spcname
----------+-----------
14203070 | tbs_skytf
(1 row)
備注：通過(guò)以上查出數(shù)據(jù)庫(kù) skytf 的默認(rèn)表空間為 tbs_skytf。
二 批量查詢數(shù)據(jù)庫(kù)表和索引的表空間
--2.1 查詢表和索引所在的表空間
select relname, relkind, relpages,pg_size_pretty(pg_relation_size(a.oid)), tb.spcname
from pg_class a, pg_tablespace tb
where a.reltablespace = tb.oid
and a.relkind in ('r', 'i')
order by a.relpages desc;
備注：上面只取了部分結(jié)果，這個(gè)查詢能夠查詢表和索引所處的表空間，但是有一點(diǎn)需要注意，這個(gè)查詢
僅顯示表空間不是數(shù)據(jù)庫(kù)默認(rèn)表空間的數(shù)據(jù)庫(kù)對(duì)像，而我們通常需要查出位于數(shù)據(jù)庫(kù)默認(rèn)表空間的
對(duì)像，顯然上面的查詢不是我們想要的，接下來(lái)看另一個(gè)查詢。
--2.2 查詢位于默認(rèn)數(shù)據(jù)庫(kù)表空間的對(duì)像
select relname, relkind, relpages,pg_size_pretty(pg_relation_size(a.oid)),reltablespace,relowner
from pg_class a
where a.relkind in ('r', 'i')
and reltablespace='0'
order by a.relpages desc;
備注：這個(gè)查詢加入限制條件 reltablespace='0'，即可查找出位于當(dāng)前數(shù)據(jù)庫(kù)默認(rèn)表空間的
數(shù)據(jù)庫(kù)表和索引。 通常這才是我們想要的結(jié)果，接下來(lái)可以把部分表轉(zhuǎn)移到其它表空間上去，轉(zhuǎn)移
的方法可以用 "ALTER TABLE move tablespace "或者重建索引移表空間等方法，這里不詳細(xì)介紹。
--2.3 查詢?cè)谀硞€(gè)表空間上的對(duì)像
select relname, relkind, relpages,pg_size_pretty(pg_relation_size(a.oid)),reltablespace,relowner
from pg_class a, pg_tablespace tb
where a.relkind in ('r', 'i')
and a.reltablespace=tb.oid
and tb.spcname='tablespace_name'
order by a.relpages desc;
--2.4 手冊(cè)上對(duì)于 pgclass 視圖的 reltablespace 字段解釋
The tablespace in which this relation is stored. If zero, the database is default tablespace is
implied. (Not meaningful if the relation has no on-disk file.)
IT管理員常用的管理，運(yùn)維工具有：
Xshell 是一款功能強(qiáng)大的終端模擬器，支持SSH1，SSH2，SFTP，TELNET，RLOGIN和SERIAL。通過(guò)提供業(yè)界先進(jìn)的性能，Xshell 包含了其他SSH客戶端無(wú)法發(fā)現(xiàn)的功能和優(yōu)勢(shì)。
? ? ?
Xftp是一種靈活且輕量級(jí)的SFFT/FTP客戶端，用于需要安全地通過(guò)網(wǎng)絡(luò)傳輸文件的用戶。文件傳輸被簡(jiǎn)化，使用拖拽、直接編輯和增強(qiáng)的同步，這些特性在直觀的標(biāo)簽界面中被封裝。
Xmanager 是市場(chǎng)上先進(jìn)的PC X服務(wù)器，可將X應(yīng)用程序的強(qiáng)大功能帶入Windows環(huán)境。? 提供了強(qiáng)大的會(huì)話管理控制臺(tái)，易于使用的X應(yīng)用程序啟動(dòng)器，X服務(wù)器配置文件管理工具，SSH模塊和高性能PC X服務(wù)器。
Navicat Premium是一套數(shù)據(jù)庫(kù)管理工具，結(jié)合了其它Navicat成員的功能，支持單一程序同時(shí)連接到MySQL、MariaDB、SQL? ?Server、SQLite、Oracle和PostgreSQL數(shù)據(jù)庫(kù)。Navicat Premium可滿足現(xiàn)今數(shù)據(jù)庫(kù)管理系統(tǒng)的使用功能，包括存儲(chǔ)過(guò)程、事件、觸發(fā)器、函數(shù)、視圖等。
重慶分公司
重慶分公司
