本篇文章給大家談?wù)動(dòng)螒蛲鮩d怎么重新建號(hào)，以及英雄聯(lián)盟新號(hào)名字的知識(shí)點(diǎn)，希望對(duì)各位有所幫助，不要忘了收藏本站喔。

文章詳情介紹：

• 1,里程碑式 Dubbo 2.7.5 版本發(fā)布，性能提升30%，支持 HTTP_2、TLS、Protobuf等特性
• 2,小六逐野_恭喜小六，新號(hào)突破6.3萬(wàn)粉絲，網(wǎng)友_瘦死的駱駝比馬大
• 3,市血液中心招28名工作人員，4月30日前報(bào)名
• 4,世嘉新注冊(cè)多個(gè)MD_SS舊作商標(biāo) 或?yàn)橐浦财渌脚_(tái)做準(zhǔn)備

里程碑式 Dubbo 2.7.5 版本發(fā)布，性能提升30%，支持 HTTP_2、TLS、Protobuf等特性

作者簡(jiǎn)介：劉軍，GitHub賬號(hào)Chickenlj，Apache Dubbo PMC，項(xiàng)目核心維護(hù)者，見(jiàn)證了Dubbo從重啟開(kāi)源到Apache畢業(yè)的整個(gè)流程?，F(xiàn)任職阿里云云原生應(yīng)用平臺(tái)團(tuán)隊(duì)，參與服務(wù)框架、微服務(wù)相關(guān)工作，目前主要在推動(dòng)Dubbo開(kāi)源的云原生化。

近日，備受矚目的 Apache Dubbo（以下簡(jiǎn)稱(chēng) Dubbo）2.7.5 版本正式發(fā)布，在 2.7.5 版本中，Dubbo 引入了很多新的特性、對(duì)現(xiàn)有的很多功能做了增強(qiáng)、同時(shí)在性能上也有了非常大的提升，這個(gè)版本無(wú)論對(duì) Dubbo 社區(qū)亦或是開(kāi)發(fā)者來(lái)說(shuō)，都將是一個(gè)里程碑式的版本。

應(yīng)用粒度服務(wù)注冊(cè)【beta】

HTTP/2 (gRPC) 協(xié)議支持

Protobuf 支持

性能優(yōu)化，調(diào)用鏈路性能提升 30%

支持 TLS 安全傳輸鏈路

優(yōu)化的消費(fèi)端線(xiàn)程模型

新增更適應(yīng)多集群部署場(chǎng)景的負(fù)載均衡策略

全新的應(yīng)用開(kāi)發(fā) API （兼容老版本應(yīng)用）【beta】

其他一些功能增強(qiáng)與 bugfix

首先，從服務(wù)發(fā)現(xiàn)上，新版本突破以往基于接口粒度的模型，引入了全新的基于應(yīng)用粒度的服務(wù)發(fā)現(xiàn)機(jī)制 - 服務(wù)自省，雖然該機(jī)制當(dāng)前仍處于 beta 階段，但對(duì)于 Dubbo 向整個(gè)微服務(wù)云原生體系靠齊，都打下了非常好的基礎(chǔ)；得益于緊湊的協(xié)議設(shè)計(jì)和代碼實(shí)現(xiàn)上的優(yōu)化，Dubbo 一直以來(lái)都具有較好的性能表現(xiàn)，在 2.7.5 版本中，性能上有了進(jìn)一步的提升，根據(jù)來(lái)自官方維護(hù)團(tuán)隊(duì)的壓測(cè)，新版本在調(diào)用鏈路上性能提升達(dá)到 30%；云原生微服務(wù)時(shí)代，多語(yǔ)言需求變得越來(lái)越普遍，協(xié)議的通用性和穿透性對(duì)于構(gòu)建打通前后端的整套微服務(wù)體系也變得非常關(guān)鍵，Dubbo 通過(guò)實(shí)現(xiàn) gRPC 協(xié)議實(shí)現(xiàn)了對(duì) HTTP/2 協(xié)議的支持，同時(shí)增加了與 Protobuf 的結(jié)合。

從 Java 實(shí)現(xiàn)版本的角度來(lái)說(shuō)，Dubbo 是一個(gè)面向接口代理的服務(wù)開(kāi)發(fā)框架，服務(wù)定義、服務(wù)發(fā)布以及服務(wù)引用都是基于接口，服務(wù)治理層面包括服務(wù)發(fā)現(xiàn)、各種規(guī)則定義也都是基于接口定義的，基于接口可以說(shuō)是 Dubbo 的一大優(yōu)勢(shì)，比如向開(kāi)發(fā)者屏蔽了遠(yuǎn)程調(diào)用細(xì)節(jié)、治理粒度更精細(xì)等。但基于接口的服務(wù)定義同時(shí)也存在一些問(wèn)題，如服務(wù)，與業(yè)界通用的微服務(wù)體系等。

針對(duì)以上問(wèn)題，2.7.5 版本引入了一種新的服務(wù)定義/治理機(jī)制：服務(wù)自省，簡(jiǎn)單來(lái)說(shuō)這是一種基于應(yīng)用粒度的服務(wù)治理方案。一個(gè)實(shí)例只向注冊(cè)中心注冊(cè)一條記錄，徹底解決服務(wù)推送性能瓶頸，同時(shí)由于這樣的模型與主流微服務(wù)體系如 SpringCloud、K8S 等天然是對(duì)等的，因此為 Dubbo 解決和此類(lèi)異構(gòu)體系間的互聯(lián)互通清除了障礙。有興趣進(jìn)一步了解 Dubbo 服務(wù)自省機(jī)制如何解決異構(gòu)微服務(wù)體系互聯(lián)互通問(wèn)題的，可具體參考我們之前的文章解析《Dubbo 如何成為聯(lián)通異構(gòu)微服務(wù)體系的最佳服務(wù)開(kāi)發(fā)框架》。

以下是服務(wù)自省機(jī)制的基本工作原理圖。

要了解更多關(guān)于服務(wù)自省工作原理的細(xì)節(jié)，請(qǐng)參與官方文檔及后續(xù)文章。

服務(wù)自省與當(dāng)前已有的機(jī)制之間可以說(shuō)是互補(bǔ)的關(guān)系，Dubbo 框架會(huì)繼續(xù)保持接口粒度的服務(wù)治理的優(yōu)勢(shì)，實(shí)現(xiàn)接口和應(yīng)用兩個(gè)粒度互為補(bǔ)充的局面，兼顧性能、靈活性和通用性，力爭(zhēng)使 Dubbo 成為微服務(wù)開(kāi)發(fā)的最佳框架。

Dubbo RPC 協(xié)議是構(gòu)建在 TCP 之上，這有很多優(yōu)勢(shì)也有一些缺點(diǎn)，缺點(diǎn)比如通用性、協(xié)議穿透性不強(qiáng)，對(duì)多語(yǔ)言實(shí)現(xiàn)不夠友好等。HTTP/2 由于其標(biāo)準(zhǔn) HTTP 協(xié)議的屬性，無(wú)疑將具有更好的通用性，現(xiàn)在或?qū)?lái)在各層網(wǎng)絡(luò)設(shè)備上肯定都會(huì)得到很好的支持，gRPC 之所以選在 HTTP/2 作為傳輸層載體很大程度上也是因?yàn)檫@個(gè)因素。當(dāng)前 gRPC 在云原生、Mesh 等體系下的認(rèn)可度和采用度逐步提升，儼然有成為 RPC 協(xié)議傳輸標(biāo)準(zhǔn)的趨勢(shì)，Dubbo 和 gRPC 在協(xié)議層面是對(duì)等競(jìng)爭(zhēng)的，但是在框架實(shí)現(xiàn)上卻各有側(cè)重，Dubbo 無(wú)疑有更豐富的服務(wù)開(kāi)發(fā)和治理體驗(yàn) 。

Dubbo 支持 gRPC 協(xié)議帶來(lái)的直觀(guān)好處有：

正式支持基于 HTTP/2 的遠(yuǎn)程通信，在協(xié)議通用性和穿透性上進(jìn)一步提升。

支持跨進(jìn)程的 Stream 流式通信，支持 Reactive 風(fēng)格的 RPC 編程。

解決了 gRPC 框架難以直接用于微服務(wù)開(kāi)發(fā)的問(wèn)題，將其納入 Dubbo 的服務(wù)治理體系。

為聯(lián)通組織內(nèi)部已有的 gRPC 或多語(yǔ)言體系提供支持。

2.7.5 版本開(kāi)始，gRPC (HTTP/2) 成為 Dubbo 協(xié)議體系中的一等公民，對(duì)于有需求的開(kāi)發(fā)者完全可以在 Dubbo 開(kāi)發(fā)的微服務(wù)體系中啟用 gRPC 協(xié)議，而不必束縛在 Dubbo 協(xié)議自身上，關(guān)于這點(diǎn)我們?cè)凇禗ubbo 如何成為聯(lián)通異構(gòu)微服務(wù)體系的最佳服務(wù)開(kāi)發(fā)框架》一文中也有類(lèi)似的觀(guān)點(diǎn)表述。

關(guān)于 Dubbo 中如何開(kāi)發(fā) grpc (HTTP/2) 服務(wù)的細(xì)節(jié)，請(qǐng)參考文章《Dubbo 在跨語(yǔ)言與協(xié)議穿透性等方面的探索》，關(guān)于如何開(kāi)啟 TLS 和使用 Reactive RPC 編程，請(qǐng)參見(jiàn)示例

https://github.com/apache/dubbo-samples/tree/master/java/dubbo-samples-ssl 及
https://github.com/apache/dubbo-samples/tree/master/java/dubbo-samples-grpc 。另外，Dubbo 的 go 版本目前同樣也提供了對(duì) gRPC 協(xié)議對(duì)等的支持，具體請(qǐng)關(guān)注 dubbogo 社區(qū)的發(fā)版計(jì)劃。

支持 Protobuf 更多的是從解決 Dubbo 跨語(yǔ)言易用性的角度考慮的。

跨語(yǔ)言的服務(wù)開(kāi)發(fā)涉及到多個(gè)方面，從服務(wù)定義、RPC 協(xié)議到序列化協(xié)議都要做到語(yǔ)言中立，同時(shí)還針對(duì)每種語(yǔ)言有對(duì)應(yīng)的 SDK 實(shí)現(xiàn)。雖然得益于社區(qū)的貢獻(xiàn)，現(xiàn)在 Dubbo 在多語(yǔ)言 SDK 實(shí)現(xiàn)上逐步有了起色，已經(jīng)提供了包括 Java, Go, PHP, C#, Python, NodeJs, C 等版本的客戶(hù)端或全量實(shí)現(xiàn)版本，但在以上提到的跨語(yǔ)言友好性方面，以上三點(diǎn)還是有很多可改進(jìn)之處。

協(xié)議上 2.7.5 版本支持了 gRPC，而關(guān)于服務(wù)定義與序列化，Protobuf 則提供了很好的解決方案。

服務(wù)定義。當(dāng)前 Dubbo 的服務(wù)定義和具體的編程語(yǔ)言綁定，沒(méi)有提供一種語(yǔ)言中立的服務(wù)描述格式，比如 Java 就是定義 Interface 接口，到了其他語(yǔ)言又得重新以另外的格式定義一遍。因此 Dubbo 通過(guò)支持 Protobuf 實(shí)現(xiàn)了語(yǔ)言中立的服務(wù)定義。

序列化。Dubbo 當(dāng)前支持的序列化包括 Json、Hessian2、Kryo、FST、Java 等，而這其中支持跨語(yǔ)言的只有 Json、Hessian2，通用的 Json 有固有的性能問(wèn)題，而 Hessian2 無(wú)論在效率還是多語(yǔ)言 SDK 方面都有所欠缺。為此，Dubbo 通過(guò)支持 Protobuf 序列化來(lái)提供更高效、易用的跨語(yǔ)言序列化方案。

日后，不論我們使用什么語(yǔ)言版本來(lái)開(kāi)發(fā) Dubbo 服務(wù)，都可以直接使用 IDL 定義如下服務(wù)，具體請(qǐng)參見(jiàn)示例

syntax = "proto3";
option java_multiple_files = true;option java_package = "org.apache.dubbo.demo";option java_outer_classname = "DemoServiceProto";option objc_class_prefix = "DEMOSRV";
package demoservice;
// The demo service definition.service DemoService { rpc SayHello (HelloRequest) returns (HelloReply) {}}
// The request message containing the user's name.message HelloRequest { string name = 1;}
// The response message containing the greetingsmessage HelloReply { string message = 1;}4. 性能優(yōu)化

4.1 調(diào)用鏈路優(yōu)化

2.7.5 版本對(duì)整個(gè)調(diào)用鏈路做了全面的優(yōu)化，根據(jù)壓測(cè)結(jié)果顯示，總體 QPS 性能提升將近 30%，同時(shí)也減少了調(diào)用過(guò)程中的內(nèi)存分配開(kāi)銷(xiāo)。其中一個(gè)值得提及的設(shè)計(jì)點(diǎn)是 2.7.5 引入了 Servicerepository 的概念，在服務(wù)注冊(cè)階段提前生成 ServiceDescriptor 和 MethodDescriptor，以減少 RPC 調(diào)用階段計(jì)算 Service 原信息帶來(lái)的資源消耗。

4.2 消費(fèi)端線(xiàn)程池模型優(yōu)化

對(duì) 2.7.5 版本之前的 Dubbo 應(yīng)用，尤其是一些消費(fèi)端應(yīng)用，當(dāng)面臨需要消費(fèi)大量服務(wù)且并發(fā)數(shù)比較大的大流量場(chǎng)景時(shí)（典型如網(wǎng)關(guān)類(lèi)場(chǎng)景），經(jīng)常會(huì)出現(xiàn)消費(fèi)端線(xiàn)程數(shù)分配過(guò)多的問(wèn)題，具體問(wèn)題討論可參見(jiàn)以下 issue ：

https://github.com/apache/dubbo/issues/2013

改進(jìn)后的消費(fèi)端線(xiàn)程池模型，通過(guò)復(fù)用業(yè)務(wù)端被阻塞的線(xiàn)程，很好的解決了這個(gè)問(wèn)題。

老的線(xiàn)程池模型

我們重點(diǎn)關(guān)注 Consumer 部分：

業(yè)務(wù)線(xiàn)程發(fā)出請(qǐng)求，拿到一個(gè) Future 實(shí)例。

業(yè)務(wù)線(xiàn)程緊接著調(diào)用 future.get 阻塞等待業(yè)務(wù)結(jié)果返回。

當(dāng)業(yè)務(wù)數(shù)據(jù)返回后，交由獨(dú)立的 Consumer 端線(xiàn)程池進(jìn)行反序列化等處理，并調(diào)用 future.set 將反序列化后的業(yè)務(wù)結(jié)果置回。

業(yè)務(wù)線(xiàn)程拿到結(jié)果直接返回

2.7.5 版本引入的線(xiàn)程池模型

業(yè)務(wù)線(xiàn)程發(fā)出請(qǐng)求，拿到一個(gè) Future 實(shí)例。

在調(diào)用 future.get 之前，先調(diào)用 ThreadlessExecutor.wait，wait 會(huì)使業(yè)務(wù)線(xiàn)程在一個(gè)阻塞隊(duì)列上等待，直到隊(duì)列中被加入元素。

當(dāng)業(yè)務(wù)數(shù)據(jù)返回后，生成一個(gè) Runnable Task 并放入 ThreadlessExecutor 隊(duì)列

業(yè)務(wù)線(xiàn)程將 Task 取出并在本線(xiàn)程中執(zhí)行：反序列化業(yè)務(wù)數(shù)據(jù)并 set 到 Future。

業(yè)務(wù)線(xiàn)程拿到結(jié)果直接返回

這樣，相比于老的線(xiàn)程池模型，由業(yè)務(wù)線(xiàn)程自己負(fù)責(zé)監(jiān)測(cè)并解析返回結(jié)果，免去了額外的消費(fèi)端線(xiàn)程池開(kāi)銷(xiāo)。

關(guān)于性能優(yōu)化，在接下來(lái)的版本中將會(huì)持續(xù)推進(jìn)，主要從以下兩個(gè)方面入手：

RPC 調(diào)用鏈路。目前能看到的點(diǎn)包括：進(jìn)一步減少執(zhí)行鏈路的內(nèi)存分配、在保證協(xié)議兼容性的前提下提高協(xié)議傳輸效率、提高 Filter、Router 等計(jì)算效率。

服務(wù)治理鏈路。進(jìn)一步減少地址推送、服務(wù)治理規(guī)則推送等造成的內(nèi)存、cpu 資源消耗。

2.7.5 版本在傳輸鏈路的安全性上做了很多工作，對(duì)于內(nèi)置的 Dubbo Netty Server 和新引入的 gRPC 協(xié)議都提供了基于 TLS 的安全鏈路傳輸機(jī)制。

TLS 的配置都有統(tǒng)一的入口，如下所示：

Provider 端

SslConfig sslConfig = new SslConfig;sslConfig.setServerKeyCertChainPath("path to cert");sslConfig.setServerPrivateKeyPath(args[1]);// 如果開(kāi)啟雙向 cert 認(rèn)證if (mutualTls) { sslConfig.setServerTrustCertCollectionPath(args[2]);}
ProtocolConfig protocolConfig = new ProtocolConfig("dubbo/grpc");protocolConfig.setSslEnabled(true);

Consumer 端

if (!mutualTls) {} sslConfig.setClientTrustCertCollectionPath(args[0]);} else { sslConfig.setClientTrustCertCollectionPath(args[0]); sslConfig.setClientKeyCertChainPath(args[1]); sslConfig.setClientPrivateKeyPath(args[2]);}

為盡可能保證應(yīng)用啟動(dòng)的靈活性，TLS Cert 的指定還能通過(guò) -D 參數(shù)或環(huán)境變量等方式來(lái)在啟動(dòng)階段根據(jù)部署環(huán)境動(dòng)態(tài)指定，具體請(qǐng)參見(jiàn) Dubbo 配置讀取規(guī)則與 TLS 示例

Dubbo 配置讀取規(guī)則：
http://dubbo.apache.org/zh-cn/docs/user/configuration/configuration-load-process.html

TLS 示例：
https://github.com/apache/dubbo-samples/tree/master/java/dubbo-samples-ssl

如果要使用的是 gRPC 協(xié)議，在開(kāi)啟 TLS 時(shí)會(huì)使用到協(xié)議協(xié)商機(jī)制，因此必須使用支持 ALPN 機(jī)制的 Provider，推薦使用的是 netty-tcnative，具體可參見(jiàn) gRPC Java 社區(qū)的總結(jié)：
https://github.com/grpc/grpc-java/blob/master/SECURITY.md

在服務(wù)調(diào)用的安全性上，Dubbo 在后續(xù)的版本中會(huì)持續(xù)投入，其中服務(wù)發(fā)現(xiàn)/調(diào)用的鑒權(quán)機(jī)制預(yù)計(jì)在接下來(lái)的版本中就會(huì)和大家見(jiàn)面。

在上面講《服務(wù)自省》時(shí)，我們提到了 Dubbo 面向接口的設(shè)計(jì)，面向接口編程、面向接口做服務(wù)發(fā)現(xiàn)和服務(wù)治理。在引入應(yīng)用粒度服務(wù)發(fā)現(xiàn)的同時(shí)，2.7.5 版本對(duì)編程入口也做了優(yōu)化，在兼容老版本 API 的同時(shí)，新增了新的面向應(yīng)用的編程接口 - DubboBootstrap。

以面向 Dubbo API 編程為例，以前我們要這么寫(xiě)：

ServiceConfig service1 = new ServiceConfig<>;service1.setApplication(new ApplicationConfig("first-dubbo-provider"));service1.setRegistry(new RegistryConfig("zookeeper://" + zookeeperHost + ":2181"));service1.export;
ServiceConfig service2 = new ServiceConfig<>;service2.setApplication(new ApplicationConfig("first-dubbo-provider"));service2.setRegistry(new RegistryConfig("zookeeper://" + zookeeperHost + ":2181"));service2.export;
......

ApplicationConfig、RegistryConfig、ProtocolConfig 等全局性的配置要在每個(gè)服務(wù)上去配置；并且從 Dubbo 框架的角度，由于缺少一個(gè)統(tǒng)一的 Server 入口，一些實(shí)例級(jí)別的配置如 ShutdownHook、ApplicationListener、應(yīng)用級(jí)服務(wù)治理組件等都缺少一個(gè)加載驅(qū)動(dòng)點(diǎn)。

在引入 DubboBootstrap 后，新的編程模型變得更簡(jiǎn)單，并且也為解決了缺少實(shí)例級(jí)啟動(dòng)入口的問(wèn)題

ProtocolConfig protocolConfig = new ProtocolConfig("grpc");protocolConfig.setSslEnabled(true);
SslConfig sslConfig = new SslConfig;sslConfig.setXxxCert(...);
DubboBootstrap bootstrap = DubboBootstrap.getInstance;bootstrap.application(new ApplicationConfig("ssl-provider")) .registry(new RegistryConfig("zookeeper://127.0.0.1:2181")) .protocol(protocolConfig) .ssl(sslConfig);
ServiceConfig service1 = new ServiceConfig<>;ServiceConfig service2 = new ServiceConfig<>;
bootstrap.service(service1).service(service2);bootstrap.start;7. 多注冊(cè)中心集群負(fù)載均衡

對(duì)于多注冊(cè)中心訂閱的場(chǎng)景，選址時(shí)的多了一層注冊(cè)中心集群間的負(fù)載均衡：

在 Cluster Invoker 這一級(jí)，我們支持的選址策略有（2.7.5+ 版本，具體使用請(qǐng)參見(jiàn)文檔）：

指定優(yōu)先級(jí)

同 zone 優(yōu)先

權(quán)重輪詢(xún)

默認(rèn)，stick to 任意可用

關(guān)于多注冊(cè)中心訂閱模型，Dubbo 同時(shí)也提供了 Multi-Registry 合并的解決思路，歡迎參與到以下 PR 的討論中:
https://github.com/apache/dubbo/issues/5399

新增地址變更事件通知接口，方便業(yè)務(wù)側(cè)感知地址變化

新增外圍配置加載入口，方便開(kāi)發(fā)者在啟動(dòng)階段定制服務(wù)啟動(dòng)參數(shù)

config 模塊重構(gòu)

parameters 擴(kuò)展配置增強(qiáng)

其他一些 Bugfix

從 Dubbo 框架自身的角度來(lái)說(shuō)，2.7.5 版本也做了很多的重構(gòu)與優(yōu)化（比如說(shuō) config 模塊的重構(gòu)），這些改動(dòng)對(duì)于使用者來(lái)說(shuō)并無(wú)感知的，但是從優(yōu)化整個(gè) Dubbo 代碼內(nèi)部結(jié)構(gòu)的角度來(lái)說(shuō)，這些改動(dòng)對(duì)后續(xù)的功能開(kāi)發(fā)與新機(jī)制的引入是一個(gè)很好的鋪墊。

在后續(xù)的版本中，Dubbo 會(huì)持續(xù)快速的優(yōu)化與迭代，主要從以下幾個(gè)方面發(fā)力：

繼續(xù)探索服務(wù)自省成為 Dubbo 主推的服務(wù)治理模型。

對(duì)于企業(yè)用戶(hù)關(guān)心的微服務(wù)解決方案場(chǎng)景，會(huì)持續(xù)推進(jìn)框架的演進(jìn)，包括當(dāng)前正在開(kāi)發(fā)的配置、服務(wù)鑒權(quán)機(jī)制、熔斷等功能。后續(xù)還會(huì)嘗試聯(lián)合社區(qū)推動(dòng)周邊配套設(shè)施如網(wǎng)關(guān)、治理平臺(tái) Admin 等的建設(shè)，非常期待社區(qū)能踴躍參與到此部分的建設(shè)中。

性能優(yōu)化上。主要從兩個(gè)方面著手，一是調(diào)用鏈路的持續(xù)優(yōu)化，同時(shí)繼續(xù)探索新的更通用的 RPC 協(xié)議；另一方面是在服務(wù)治理推送機(jī)制上的優(yōu)化，以進(jìn)一步提高 Dubbo 在大規(guī)模服務(wù)地址推送場(chǎng)景下的表現(xiàn)。

云原生方向。接下來(lái)的版本將重點(diǎn)探索，1. 如何更好的支持 Dubbo 在 Kubernetes 上的部署和服務(wù)治理；2. 對(duì)于混合部署的場(chǎng)景，如傳統(tǒng) VM 和 K8S 體系混合部署、SDK Dubbo 與 Mesh 混合部署的場(chǎng)景，如何提供更好的支持以實(shí)現(xiàn)混部場(chǎng)景的長(zhǎng)期共存或遷移。

本文由高可用架構(gòu)約稿。技術(shù)原創(chuàng)及架構(gòu)實(shí)踐文章，歡迎通過(guò)公眾號(hào)菜單「聯(lián)系我們」進(jìn)行投稿。

高可用架構(gòu)

改變互聯(lián)網(wǎng)的構(gòu)建方式

小六逐野_恭喜小六，新號(hào)突破6.3萬(wàn)粉絲，網(wǎng)友_瘦死的駱駝比馬大

小六逐野:恭喜小六，新號(hào)突破6.3萬(wàn)粉絲，網(wǎng)友說(shuō)，瘦死的駱駝比馬大！這是怎么一回事呢？

各位朋友們大家好，眾所周知小六視野賬號(hào)已經(jīng)斷更3個(gè)月時(shí)間了，小六也是哭訴著說(shuō)團(tuán)隊(duì)已經(jīng)被迫解散！在重重壓力下，小六重新開(kāi)啟新賬號(hào)！小六逐野，該賬號(hào)和之前小六視野一樣。還是以打野為主！此賬號(hào)在5月21日開(kāi)啟了第一個(gè)視頻，不到一個(gè)月的時(shí)間，小六已經(jīng)成功長(zhǎng)了6.3萬(wàn)的粉絲！看來(lái)突破10萬(wàn)粉絲是很容易的事情了！這6.3萬(wàn)粉絲對(duì)于普通人來(lái)說(shuō)，粉絲想達(dá)到6.3萬(wàn)是比登天還難的了/可是小六用了不到1個(gè)月的時(shí)間就做到了！我們可以看到小六也是很努力的！天天晚上開(kāi)直播，和網(wǎng)紅連線(xiàn)漲粉絲！看來(lái)，小六的能力還是很強(qiáng)的！

我們可以在小六的視頻中也看出了好多奧妙，就是小六現(xiàn)在應(yīng)該是沒(méi)有專(zhuān)業(yè)團(tuán)隊(duì)的拍攝角度、剪輯手法都非常厭惡，在沒(méi)有專(zhuān)業(yè)團(tuán)隊(duì)運(yùn)營(yíng)的情況下，小六以后的路能不能走順很難。說(shuō)的原來(lái)的團(tuán)隊(duì)都跟隨校長(zhǎng)去賣(mài)陸川鐵鍋了，

有人說(shuō)小六一定會(huì)走得很順的一大家支持的是他不是原來(lái)團(tuán)隊(duì)的任何人！

還有網(wǎng)友給小六打氣踏踏實(shí)實(shí)做事，把事做實(shí)做好，守法誠(chéng)信，害人之心不可有防人之心不可無(wú)，好好干慢慢來(lái)不急不躁，成功也是早晚的事加油加油！

不過(guò)現(xiàn)在的小六是孤家寡人一個(gè)，網(wǎng)友們覺(jué)得小六新號(hào)還能做起來(lái)嗎！真的是瘦死的駱駝比馬大嗎？對(duì)此，您有什么看法，歡迎評(píng)論區(qū)留言討論！

市血液中心招28名工作人員，4月30日前報(bào)名

市人社局說(shuō)，上海市血液中心公開(kāi)招聘工作人員，涉及血液檢測(cè)、血液制備發(fā)放、醫(yī)學(xué)研究等崗位，共28人，報(bào)名截至4月30日。更多詳情↓

一、招聘崗位

（一）采血護(hù)士崗位

1、招聘職數(shù)：18名。

2、職位說(shuō)明：負(fù)責(zé)血液采集、無(wú)償獻(xiàn)血宣傳招募與咨詢(xún)等工作，為獻(xiàn)血者提供優(yōu)質(zhì)完善的服務(wù)。

3、招聘人員要求：2021屆高校畢業(yè)生或者有工作經(jīng)驗(yàn)者均可。具有護(hù)理專(zhuān)業(yè)，大學(xué)專(zhuān)科及以上學(xué)歷，有工作經(jīng)驗(yàn)者應(yīng)具有執(zhí)業(yè)護(hù)士資格證書(shū)，并獲得護(hù)士及以上衛(wèi)生專(zhuān)業(yè)技術(shù)職稱(chēng)。

4、任職條件：具有較強(qiáng)的語(yǔ)言溝通能力，具有服務(wù)意識(shí)、責(zé)任心、團(tuán)隊(duì)協(xié)作精神；具備采血操作能力，能熟練操作計(jì)算機(jī)；年齡不超過(guò)35周歲。

（二）血液檢測(cè)崗位

1、招聘職數(shù)：4名。

2、職位說(shuō)明：從事血液標(biāo)本乙肝HBSAg、丙肝HCV、HIV等輸血傳染性指標(biāo)及生化、血型、核酸等指標(biāo)檢驗(yàn)工作，確保血液供應(yīng)安全。

3、招聘人員要求：2021屆高校畢業(yè)生或者有工作經(jīng)驗(yàn)者均可。具有醫(yī)學(xué)檢驗(yàn)、輸血技術(shù)、生物技術(shù)類(lèi)等相關(guān)衛(wèi)生專(zhuān)業(yè)，大學(xué)本科及以上學(xué)歷，有工作經(jīng)驗(yàn)者應(yīng)獲得技士及以上衛(wèi)生專(zhuān)業(yè)技術(shù)職稱(chēng)。

4、任職條件：具有責(zé)任心、團(tuán)隊(duì)協(xié)作精神；具備操作實(shí)驗(yàn)室儀器設(shè)備技能；能掌握本專(zhuān)業(yè)基本的英語(yǔ)詞匯，能熟練操作計(jì)算機(jī)；年齡不超過(guò)35周歲。

（三）血液制備發(fā)放崗位

1、招聘職數(shù)：4名。

2、職位說(shuō)明：從事血液制備、發(fā)放等工作。

3、招聘人員要求：2021屆高校畢業(yè)生或者有工作經(jīng)驗(yàn)者均可。具有醫(yī)學(xué)檢驗(yàn)、輸血技術(shù)、生物技術(shù)、護(hù)理類(lèi)等相關(guān)衛(wèi)生專(zhuān)業(yè)，大學(xué)本科及以上學(xué)歷；有工作經(jīng)驗(yàn)者應(yīng)獲得初級(jí)專(zhuān)業(yè)技術(shù)職稱(chēng)。

4、任職條件：具有較強(qiáng)的語(yǔ)言溝通能力，具有服務(wù)意識(shí)、責(zé)任心、團(tuán)隊(duì)協(xié)作精神；了解血液制備、血液供應(yīng)與保障等專(zhuān)業(yè)相關(guān)知識(shí)；能熟練操作計(jì)算機(jī)；年齡不超過(guò)35周歲。

（四）醫(yī)學(xué)研究崗位

1、招聘職數(shù)：2名。

2、職位說(shuō)明：從事輸血相關(guān)研究工作；參與完成課題組研究項(xiàng)目中的科研工作，協(xié)助課題負(fù)責(zé)人完成相關(guān)課題研究和實(shí)驗(yàn)。

3、招聘人員要求：2021屆高校畢業(yè)生或者有工作經(jīng)驗(yàn)者均可。具有血液免疫學(xué)、分子醫(yī)學(xué)、生物醫(yī)學(xué)、輸血醫(yī)學(xué)、醫(yī)學(xué)檢驗(yàn)等相關(guān)醫(yī)學(xué)研究專(zhuān)業(yè)，碩士研究生及以上學(xué)歷。

4、任職條件：具有責(zé)任心、團(tuán)隊(duì)協(xié)作精神；具備較強(qiáng)的動(dòng)手操作、分析判斷能力；能掌握本專(zhuān)業(yè)基本的英語(yǔ)詞匯，能熟練操作計(jì)算機(jī)；年齡不超過(guò)40周歲。

二、 招聘辦法

（一）報(bào)名

有意向上述崗位人員請(qǐng)通過(guò)www.jobmd.cn （需注冊(cè)個(gè)人賬戶(hù)），查找或搜索上海市血液中心職位進(jìn)行投遞簡(jiǎn)歷。

本次招聘報(bào)名時(shí)間：截止至2021年4月30日 。

（二）資格審查

上海市血液中心根據(jù)收到的簡(jiǎn)歷材料進(jìn)行篩選與資格審查，通過(guò)資格審查的對(duì)象將會(huì)在招聘公告結(jié)束后14個(gè)工作日內(nèi)收到筆試通知。

外省市社會(huì)人員，須持有上海市居住證一年以上（在有效期內(nèi)）,計(jì)算截止時(shí)間為2021年6月30日（應(yīng)屆畢業(yè)生除外）。

（三）筆試

由上海市血液中心根據(jù)報(bào)名職位要求組織筆試。筆試內(nèi)容主要為相關(guān)崗位的基本理論和專(zhuān)業(yè)知識(shí)。根據(jù)筆試分?jǐn)?shù)由高到低按1:3比例排序確定面試人員名單。

（四）面試

面試主要測(cè)試崗位專(zhuān)業(yè)知識(shí)、業(yè)務(wù)能力和綜合素質(zhì)。筆試與面試成績(jī)按照4：6比例計(jì)算總測(cè)評(píng)分，確定擬錄用人員。

（五）身體檢查

按照成績(jī)由高到低確定擬錄用人員進(jìn)入體檢。中心依據(jù)《血站質(zhì)量管理規(guī)范》衛(wèi)醫(yī)發(fā)[2006]167號(hào)的規(guī)定執(zhí)行。

（六）考察

由上海市血液中心組織考察，主要考察應(yīng)聘人員的思想政治素質(zhì)、遵紀(jì)守法情況、道德品質(zhì)和誠(chéng)信記錄。

（七）公示

根據(jù)筆試、面試、體檢、考察結(jié)果，對(duì)擬錄用人員通過(guò)上海市人力資源和社會(huì)保障網(wǎng)進(jìn)行為期7天的公示。公示無(wú)異議，報(bào)上海市衛(wèi)生健康委員會(huì)審核通過(guò)后，再報(bào)上海市人力資源和社會(huì)保障局核準(zhǔn)備案。公示如有異議，根據(jù)查實(shí)結(jié)果確定是否錄用。

三、相關(guān)待遇和其他事宜

上述人員一經(jīng)錄用，到崗位后其工資、獎(jiǎng)金、福利和社會(huì)保險(xiǎn)等按上海市事業(yè)單位工作人員相關(guān)標(biāo)準(zhǔn)執(zhí)行。

四、聯(lián)系方式

聯(lián)系人：丁老師、湯老師

聯(lián)系電話(huà)：62959500

監(jiān)督電話(huà)：62094227

資料：市人社局

來(lái)源： 上海發(fā)布

世嘉新注冊(cè)多個(gè)MD_SS舊作商標(biāo) 或?yàn)橐浦财渌脚_(tái)做準(zhǔn)備

世嘉于8月2日在日本地區(qū)新注冊(cè)了多個(gè)游戲的商標(biāo)，今日正式對(duì)外公開(kāi)。這些均為曾在世嘉MD/SS上發(fā)售過(guò)的游戲，分別為：Ex-Ranza（美版名稱(chēng)：Ranger-X）、新創(chuàng)世紀(jì)（美版名稱(chēng)：Crusader of Centy）與 Linkle Liver Story，分類(lèi)包含主機(jī)游戲軟件。

世嘉重新注冊(cè)這些商標(biāo)，或表示這些經(jīng)典作品有機(jī)會(huì)移植到現(xiàn)代主機(jī)與PC等平臺(tái)，目前官方還暫未發(fā)布任何相關(guān)消息。 ????