云原生中兴通讯参与欧洲首个5G预商用网络是真的吗？

金蝶云星空和金蝶云苍穹一样吗？

星空和苍穹不一样。

苍穹比星空版本更高。

简单来说，可以从以下几个方面去理解： 1、市场定位不同：金蝶云苍穹版面对大型企业市场，金蝶云星空面对中大型企业市场；? 2、产品技术方案不同：金蝶云苍穹版主要为Java技术体系，金蝶云星空主要是.Net技术体系；? 3、开放程度不同：金蝶云苍穹版Linux+开源技术（中间件、数据库），金蝶云星空Windows+SQL Server；? 4、PaaS架构不同：金蝶云苍穹版采用了分布式架构，支持微服务、容器服务、DevOps等为代表的云原生基础架构；金蝶云星空主体业务不支持分布式架构，部分适配云原生基础服务。

不明白 DevOps 到底是什么意思

在业务敏捷化的需求背景下，传统的单体式架构及项目制瀑布开发模式已经无法满足业务快速开发交付及变更的需求。

从企业IT部门的视角，为了更快速响应业务变化，实现应用的快速开发交付及迭代，敏捷开发（Agile）风靡一时，Scrum作为敏捷方法论被认为是全球最流行与最有效的敏捷项目管理理念与方法之一； 而以敏捷开发为基础的DevOps（Development和Operations），则进一步整合了开发测试和运维团队，通过组织、文化和工具，以及自动化“软件交付”和“架构变更”的流程，使得构建、测试、发布软件能够更加地快捷、频繁和可靠。

DevOps可以有效提升软件交付效能，在实现更频繁更快速应用发布的同时，可以有效减少发布变更导致的故障及停机时间。

根据DORA公司与Google Cloud合作发布的《2018年DevOps现状报告》，实施DevOps的高效能团队在代码发布频率、代码提交至发布的速度、变更的故障率、事故恢复时间上的表现远远优于低效能团队： 代码发布频率高?46?倍 代码提交至发布的速度快?2555?倍 变更故障率少?7?倍 事故恢复时间快?2604?倍 而在所有参与调查的企业当中，在实施DevOps的同时采用PaaS、云原生、容器技术的企业有更高的概率是高效能精英团队。

IT团队的敏捷化转型，为业务团队更快速响应市场变化提供了能力支撑。

在企业数字化浪潮下，能否比竞争对手更快的发现和响应市场变化，是保持企业竞争力的重要因素。

完整阅读：Nebulogy纳比云原创文章《BizDevOps推动企业数字化转型与高速增长》

Python 有可能可以开发 iOS 原生应用吗

Docker和云原生应用的12要素 随着Docker容器的兴起，云原生应用越来越流行。

事实上，云原生应用的设计理念和原则，在Docker产生之前就已经被软件架构大师们提出来，只不过在容器出现之前，以虚拟机镜像为基础的应用打包发布方式开销过大，普通开发人员较少使用，流行不起来。

以云原生应用的核心设计原则12要素来看，我们可以发现Docker正是在设计中融入了对云原生应用的深层支持，才得以风靡软件的世界。

随着对12要素的理解加深，我们也同时会发现12要素之间的彼此联系紧密，是围绕一个核心目标的12项具体指导原则。

而这个核心目标就是提高应用的可移植性和移动性。

Docker对12要素的支持 基准代码 应用有一套基准代码，可以部署到多种环境中。

这样可以保证同一套代码容易迁移到不同环境中去运行。

在Docker的体系中，Dockerfile与也是基准代码的一部分，跟应用业务代码保存在同一个代码仓库中，用同一套版本标号。

基于Docker体系交付的软件产品不再是一个可执行程序，而是一个Docker镜像。

Docker镜像的移动性比传统的可执行程序高得多。

依赖 应用要清楚地声明和隔离自己依赖的程序库。

这样才能保证应用移动到其他环境时，自己所依赖的程序库也正常运行，并且与环境中其他软件不互相干扰。

Docker通过Dockerfile中的命令将自己依赖的程序声明出来，并通过docker build命令将这些依赖的程序库打包到交付的Docker镜像中。

配置 运行时配置要存储到运行时环境中。

一个应用的行为逻辑受两方面因素控制，一方面因素是代码，另一方面因素是配置；代码是与运行时环境无关的，要保存在应用开发的代码仓库中，而配置是与运行时环境相关的。

将配置存储到运行时环境中保证了配置与环境的一致性。

Docker在Dockerfile中用ENV命令声明自己运行时所依赖的环境变量和环境变量的默认值，在docker run命令的--env参数可以在运行时设定环境变量的值。

后端支撑服务 将数据库、缓存、消息队列服务这些后台支撑服务当作可挂载的资源。

保证这些后端支撑服务对应用业务完全透明，应用只是把这些服务当作一种透明的资源来使用，这样更换环境部署应用只需要更改与资源相关的环境变量。

在Docker体系中，通行的做法正是将数据库、缓存和消息队列等后台支撑服务当作资源在Docker容器运行时挂载。

而应用程序在构建镜像时，需要将所需要的资源的环境变量用ENV声明出来，在容器运行时，实际环境中的资源环境变量则以--env参数的方式设置到容器中。

构建发布运行 严格区分构建和运行这两个不同的阶段。

通过清楚地区分构建期和运行期两个阶段，对应的软件控制因素也清楚地分为代码和配置两类；代码在构建完成后是不会改变的，而且一套代码可以自由地部署到多套环境中去运行，不同环境中应用软件运行所需要改变的仅仅是配置。

在Docker体系中，构建器的“代码”不仅仅是应用程序编程语言的代码（例如Java，C，Python等），也包括这些代码运行时所固定依赖的程序库和这些程序库的“静态配置”。

称其为“静态配置”主要是指这些配置不会因为部署环境的改变而改变，因此这些“静态配置”实际上成为的Docker镜像的“代码”。

因此，对Docker镜像来说，应用业务代码和静态配置都是“代码”；只有根据部署环境可能变动的“动态配置”，才是真正的“配置”，而这些配置对应了Docker运行时的环境变量。

进程 将应用作为无状态的进程来运行。

无状态进程保证应用可以随时启动和关闭，随时根据业务压力而增加或减少运行实例数，保证应用的移动性。

由于Docker容器技术相对于虚拟机技术来说，大大降低了运行应用实例的开销，提高了启动和关闭应用实例的速度，应用Docker体系发布的应用与无状态应用的模型更加匹配。

端口绑定 通过端口绑定来发布服务。

保证一个应用服务在不同的运行环境中，可以用指定的任何端口来发布，这也是提高应用移动性的一个重要原则。

Docker在Dockerfile中用EXPOSE命令声明自己运行时容器所要发布的端口，在docker run命令的-p参数可以指定主机上发布服务的端口与容器端口的映射，这样的设计帮助应用开发者自然而然的实现云原生应用对端口绑定的要求：内部的端口在构建期决定，而对外发布的实际端口在在运行环境中决定。

并发 可以通过水平伸缩应用的进程数来增大或缩小系统的容量。

如前所述，Docker容器的设计保证了水平伸缩的高效率。

可丢弃性 应用进程可以快速启动也可以优雅地关闭。

Docker容器在快速启动和优雅关闭方面的效率要大大高于传统虚拟机，使得结合Docker容器实现应用的可丢弃性成为自然而然的事情。

开发生产对等 保持开发环境、测试环境、预发布环境和生产环境尽量一致。

保持各种环境一致，才能减少因为环境不一致造成的与业务代码无关的错误，提高应用的可移动性。

Docker容器流行起来的一大原因，就是它将应用程序所依赖的程序库以及这些程序库的“静态配置”一并打包成Docker镜像，以Docker镜像部署到不同的环境中，从而大大减少了不同环境上应用的差别，保证了一次构建，任何地方部署运行。

日志 将日志以带时间戳的事件流方式来管理。

把日志当作事件流来管理，实际是将日志作为结构化的数据而不是非结构化的文件来管理，这样使得日志方便在云环境中由云平台统一管理和分析；否则，在云环境中分布在各处各自为政的日志将给系统分析和排错打来极大困难。

Docker正是将日志以事件来管理的。

利用docker logs命令可以查询指定容器的日志，同时，所有容器的日志正是以结构化JSON数据的格式默认保存在/var/lib/docker/containers//目录中。

云平台管理软件可以统一管理处理相应的日志文件给用户提供方便的差错工具。

管理进程 将管理任务当作一次性任务来运行。

这样保证所有的管理任务都是可以在云平台环境下自动化的，从而为大规模应用的自动运维，大幅度的自动伸缩提供了基础。

在Docker体系下，所有的管理工作都有相应的docker客户端命令和docker的REST API服务提供支持，使得云平台可以通过调用命令行或REST API来管理容器。

Docker对云原生应用的构建和小规模测试有很好的支持，但是对于管理跨主机、大规模的云原生应用环境，es则更为功能强大，我将在后文予以介绍。

newsql和nosql的区别和联系

TiDB 是 PingCAP 公司设计的开源分布式 HTAP (Hybrid Transactional and Analytical Processing) 数据库，结合了传统的 RDBMS 和 NoSQL 的最佳特性。

TiDB 兼容 MySQL，支持无限的水平扩展，具备强一致性和高可用性。

TiDB 的目标是为 OLTP (Online Transactional Processing) 和 OLAP (Online Analytical Processing) 场景提供一站式的解决方案。

TiDB 具备如下特性：

高度兼容 MySQL 大多数情况下，无需修改代码即可从 MySQL 轻松迁移至 TiDB，分库分表后的 MySQL 集群亦可通过 TiDB 工具进行实时迁移。

水平弹性扩展 通过简单地增加新节点即可实现 TiDB 的水平扩展，按需扩展吞吐或存储，轻松应对高并发、海量数据场景。

分布式事务 TiDB 100% 支持标准的 ACID 事务。

真正金融级高可用 相比于传统主从 (M-S) 复制方案，基于 Raft 的多数派选举协议可以提供金融级的 100% 数据强一致性保证，且在不丢失大多数副本的前提下，可以实现故障的自动恢复 (auto-failover)，无需人工介入。

一站式 HTAP 解决方案 TiDB 作为典型的 OLTP 行存数据库，同时兼具强大的 OLAP 性能，配合 TiSpark，可提供一站式 HTAP 解决方案，一份存储同时处理 OLTP & OLAP，无需传统繁琐的 ETL 过程。

云原生 SQL 数据库 TiDB 是为云而设计的数据库，支持公有云、私有云和混合云，配合?TiDB Operator 项目?可实现自动化运维，使部署、配置和维护变得十分简单。

TiDB 的设计目标是 100% 的 OLTP 场景和 80% 的 OLAP 场景，更复杂的 OLAP 分析可以通过?TiSpark 项目来完成。

TiDB 对业务没有任何侵入性，能优雅地替换传统的数据库中间件、数据库分库分表等 Sharding 方案。

同时它也让开发运维人员不用关注数据库 Scale 的细节问题，专注于业务开发，极大地提升研发的生产力。

中兴通讯参与欧洲首个5G预商用网络是真的吗？

近日，中兴通讯在5G领域动作频频，根据中兴官网消息，意大利经济发展部正式公布预商用实验网中标结果，中兴通讯将与意大利第一大移动运营商Wind Tre、意大利领先有线运营商Open Fiber合作，在3.6-3.8GHz频段上，建设欧洲第一张5G预商用网络。

同时也是在今日，中兴通讯宣布与Orange集团正式签署5G合作协议。

Orange集团与中兴通讯的团队将展开5G及其应用案例方面的合作，联合推进5G创新。

中兴通讯和Orange集团将对5G方面的诸多核心技术进行联合测试与评估。

主要是，2018年下半年在欧洲进行多站点的5G独立组网网络架构测试；5G核心网的先进功能验证（如高灵活性、云原生等）；5G的核心技术之一， 端到端的5G网络切片性能和应用测试； 部署在2G/3G/4G网络之上的“5G overlay” 架构的验证和测试。

早在2017年初，意大利政府宣布率先启动欧盟5G行动计划（5G Action Plan），5G行动计划旨在促进意大利几大运营商开展5G网络建设，助推意大利5G商用。

在5G行动计划中，意大利政府选择了五大城市进行试点。

本次中标正是该行动计划的重要里程碑，Wind Tre、Open Fiber将联合中兴通讯在L‘Aquila和Prato两个城市进行5G网络部署及预商用测试。

中兴通讯将为意大利5G预商用实验网，提供其业界领先的5G端到端网络解决方案，携手Wind Tre、Open Fiber、本地大学及相关企业对5G的技术性能、网络架构、4G/5G网络融合，以及AR/VR、智慧城市、公共安全、5G医疗保健、工业4.0等5G应用案例进行充分研究开发，测试和验证。

中兴通讯TDD&5G产品总经理柏燕民表示：“在部署5G网络和预商用测试的同时，我们也计划在意大利L‘Aquila建立5G创新中心。

我们将通过本次合作助力意大利建设5G预商用网络，打造一张世界级网络，同时加快其他国家和地区5G商用进程，推动5G产业链成熟。

” 截至目前，中兴通讯已经与中国移动、中国电信(51.09,?0.09,?0.18%)、中国联通(14.5,?0.19,1.33%)、日本软银、西班牙电信(10.3,?0.01,?0.10%)、比利时、韩国KT等多个运营商签订5G战略合作协议，开展全方位的技术和产业合作。