其实我一直是个懒人,开博也有好几年了,但是一直懒得写文章,主要怕打字麻烦, 手机都是用讯飞语音输入的, 可惜博客里面很多专业性的词语,用讯飞也不大好,另外无论在家还是在公司,开个语音一本正经的叽叽叽,画面也太美好,干脆还是手打吧,对观众也是一个尊重

这个话题实在不想开,主要是怕开了,各路大军蜂拥而至,一人一口唾液也被喷死了,原来只要一讨论.net java php谁好,马上就有混战了,最终以PHP是世界上最好的语言为结论休战,讲真,作为一个IT界混了这么多年的人,啥语言都要会点,要不然你真不好意思出来围观,所以在MVC之前的时期,根本也无所谓那种语言好,哪种不好,都是半斤八两吧。 不过在那个时期,很公正的讲:

1 .Net 还不错,尤其是VS开发环境,那调试真心爽,代码也很优雅,唯一不足就是.net 环境很恶心,各种体积大,各种向后兼容,搞的实施人员骂娘

2  JAVA也不错,这几年一直是我的主开发语言,主要是一个JDK跑天下,各种平台爽呆呆。当然各种Jar包也会找的你哭,直到Maven这个神器出来一统江湖,大家都爽了,唯一偶尔还骂一下的也就Eclipse了。当然也有用其他IDE的,在此不多评论,用过VS的话都得趴下。

3  PHP嘛,我不知道怎么讲了,好像连喷的引子都没有了, 比IDE? PHP有IDE么? 比调试? PHP 有调试么? 比中间件?PHP有中间件么? 当然,PHP开发还是蛮快的,有他自身的优点(一大波PHPer正在赶来,好吧,PHP是世界上最好的语言)

4 GO&NodeJS  Python 二线语言, 各位大爷先别喷, 真正的大型,大规模产品,还真没用这几个语言开发的,有个别用的后果也是最终转上面3个大哥

5 其他语言 IOS ,C++ 等, 不说了,没法喷,地球的未来是互联网时代。除了图形及前端运算等需要,这类语言不会消失,但生存空间会越来越小。现在铺天盖地的混合开发框架已经在不停的打压前端语言了。

好了, 五军凑齐,但是真正开战的主力,还是前3个, 后面2个的粉丝可以先去讨论下PHP是不是世界上最好的语言,然后再过来观战

为什么前三个要开战呢? 主要还是从16年下半年开始,蓬勃发展的微服务架构,Docker DevOPS ,这两个家伙把IT市场彻底给搅乱了,不明真相的吃瓜群众肯定说:用自己的开发语言就好,其他管我屁事? 且听我继续道来,这2个家伙终究要改变世界,啊不,终究要改变IT界的生存模式。

1. 首先受到冲击的就是运维人员, 这群庞大的组织,因为Docker DevOps的存在,会逐渐消亡,因为以后基本不需要什么实施,也不需要蹲点运维了,所有的功能代码,最终交付形态都是一个image镜像,一个DevOps人员就可以完成自动化构建,生成Docker镜像,集群化部署。 而传统的安装文档Step1-Step100就再也没人看了。

这块影响最大的,可能就是依赖于IBM,Oracle等巨头中间件的这部分人了,想当年,IBM靠WebSphere中间件系列, Tovoli系列养活了多少实施运维人员,工资傻高,福利贼好,但是Docker一出谁与争锋,DevOps概念深入身心,开发运维一体化将是未来唯一主流的道路

2. 其次受到冲击的,就是传统思维,传统架构的的开发人员,16年下半年开始,JAVA率先转入微服务仙域,坐看人间百态,笑而不语。因为SpringBoot和SpringCloud完美支持无缝对接微服务,那可是JAVA的亲大爷,.Net只有干瞪眼的份,无奈天生基因形态,无法有效实现微服务,更别说像SpringCloud的生态链了,不过微软打死都不改变,你Linux有Docker,我也得弄个Docker,好嘛,出来的是基于微软Hyper-V的,微软引以为豪的界面型操作,在Docker命令型操作面前被轰成了渣渣,没办法,把PowerShell改下,全学Linux的Shell,奈何最终是一个四不像,搞得人都不愿意用,干嘛费那么大劲学PowerShell?直接转Linux多开心? .Net Core 也开始跨平台,可惜背后的生态链都无法完美进入Docker,更别说DevOps的思路了。所以.Net Core看起来很美好,其实道路还是很曲折的,一个人对抗整个JAVA生态链,还是太弱。至于PHP,怎么升仙进入微服务? 请先把自己的MVC搞定再来发言吧。 什么?有同学说PHP的MVC有啊,好吧,请先去参观研究下JAVA 和.Net的MVC吧。

3. 另外一个受影响的,应该是互联网甚至是整个IT界的运作模式了,目前虽然收到冲击,但是还不算致命,但是未来1-3年内,肯定要大变样,主流应用,主流互联网产品可能都会转型到微服务模式,毕竟从快速开发实现,快速迭代,及时响应变更,同时降低成本方面考虑,企业都愿意接受更好的方案。传统企业,国企政企嘛,想想就算了,真带不动,一群只会用XP IE6的群体,和互联网本身就是互斥的,所以对于在这类产品环境下生存的ITer们,就要考虑了,不转微服务,那你的技术生涯可能也就2-3年了,转微服务?那估计只能跳槽了。毕竟对于思想排斥互联网,动不动就是管控,内网,各种约束,是无法有效高效利用互联网带来的价值的。

好了,说了这么多,也简单说下微服务+Docker+DevOps的简要流程和关键点:

传统模式: 1.开发代码-》2.测试-》3.打生产包,写部署文档,数据库脚本,其他环境要求-》4.实施人员安装-》5.运维人员维护,备份数据-》6.再次循环1-5过程

这期间基本每个环节到下一步都会出现扯皮的情况,就是各种不行,各种验证,各种开骂。环节多了,经手人就多,出问题几率就大

DevOps模式: 1.开发代码-》2.测试-》3.提交Git/SVN 自动构建生成Docker镜像-》4.,自动发布集群 -》5循环3-4过程

这种模式,只关注2个重要点,第一个是代码,第二个是生产环境的共享存储,尤其是在云计算环境下,就更爽,其他的服务器,环节操作,都可以随时销毁,随时重建。

这里面需要重点强调下Docker的牛逼之处, 传统模式,如果需要建立分布式集群,那是需要几个软硬件专家,或利用各种中间件来实现,维护难度,企业成本不是一般的高,买软件,加服务器,甚至实施运维都是皇帝,公司惹不起,没事给你来个删库毁集群再跑路,哭都来不及。而Docker出现后,就把这部分群体彻底废掉了,随时随地加服务器,硬的,虚拟的,云的,统统只要一行命令就搞定。随便删,随便Down,随便加,有了Docker都不怕。

讲了这么多,吃瓜群众不乐意了,不是五军之战么? 到底还打不打了? 不打退票~!

好,前面也说了,主站还是3军  JAVA .Net PhP  ,  其实JAVA是不战而胜, 所有的微服务Docker几乎是为JAVA 量身定做的。剩下就看.Net 和PHP的生态链如何来PK了

从15年底,微软开始亲近开源社区来看,后续一系列动作,包括.Net Core 1.0发行,到现在2.0. 基本跨平台还算可以, 尤其引入Nuget生态系统,可以说弥补了.net的很多不足

整体生态链已经在建设,我认为可以达到JAVA的30%-35% ,而自动化构建本身也是.Net的强项,可以达到95%,唯一不足的是这个生态圈子以Win为主,无法跨平台,Docker部分

我觉得微软路子没选对, 可能考虑到自家的生态系统,所以选择了以Hyper-V作为Docker的核心,导致Linux中众多的Docker服务,无法在Win下使用,其实微软既然在新Win里面嵌入了MiniLinux,完全可以以此为基础,进行加强,形成一个混合的系统,连Docker也可以混合支持Linux。但是现在微软在Docker的做法,可能真的就把Win系统生态链带入绝境。 开始我也说了,未来是Docker的世界,这块不做好,只有死路一条。

至于PHP,我已经找不到好的切入点了,因为基本的MVC,就和JAVA .Net相差一部分,而微服务的基本思想,也都会依托与MVC服务,所以这部分至关重要,成熟的MVC框架,包括其身后的生态系统支撑,才能形成可靠的微服务系统。 当然Docker的话PHP也是可以很快集成融入。 唯一不足的可能就在于微服务的基本基因较弱吧。至于服务发现,服务熔断降级,全局配置中心,统一网关,PHP貌似还没有太成熟可靠的生态系统。

基于16年17年的现状来看, .Net已经在改变,但是没有下狠心, PHP可能还在梦游,没有一个统一的组织来引导这个。所以这样持续下去的话,1-3年内PHP先死,2-4年内.Net也仅仅是苟活着了。而市场80%可能都会转入JAVA生态系统了。

微服务时代之2017年五军之战:Net PHP谁先死的更多相关文章

  1. go微服务框架kratos学习笔记五(kratos 配置中心 paladin config sdk [断剑重铸之日,骑士归来之时])

    目录 go微服务框架kratos学习笔记五(kratos 配置中心 paladin config sdk [断剑重铸之日,骑士归来之时]) 静态配置 flag注入 在线热加载配置 远程配置中心 go微 ...

  2. 通过Dapr实现一个简单的基于.net的微服务电商系统(十五)——集中式接口文档实现

    之前有小伙伴在评论区留言说如何集成swagger,最开始没有想透给了对方一个似是而非的回答.实际上后来下来想了一下,用.NET5 提供的Source Generator其实可以很方便的实现接口集成.今 ...

  3. 微服务时代TestOps工程师学习总结

    TestOps很新鲜,也是近期衍生的新型职位.那TestOps主要目的是推动整个研发体系与发布体系更多在质量方面.可以这样理解DevOps是从研发推动配合运维和测试,而TestOps是从测试角度推动研 ...

  4. 从面向服务架构(SOA)学习:微服务时代应该借鉴的5条经验教训

    [编者按]本文作者为 Matt McLarty,通过介绍 SOA 的兴衰变化,总结了微服务应该借鉴的5条经验教训.文章系国内 ITOM 管理平台 OneAPM 编译呈现. SOA 的兴衰变化让我们更了 ...

  5. 微服务时代之网关相关技术选型及部署(nacos+gateway)

    1.场景描述 因要用到微服务,关于注册中心这块,与同事在技术原型上做了讨论,初步定的方案是使用:阿里巴巴的nacos+springcloud gateway,下面表格是同事整理的注册中心对比,以前用的 ...

  6. 微服务时代之自定义archetype(模板/骨架/脚手架)

    1. 场景描述 (1)随着微服务越来越常见,一个大的项目会被拆分成多个小的微服务,jar包以及jar之间的版本冲突问题,变得越来越常见,如何保持整体微服务群jar及版本统一,也变成更加重要了,mave ...

  7. 【一起学源码-微服务】Ribbon源码五:Ribbon源码解读汇总篇~

    前言 想说的话 [一起学源码-微服务-Ribbon]专栏到这里就已经全部结束了,共更新四篇文章. Ribbon比较小巧,这里是直接 读的spring cloud 内嵌封装的版本,里面的各种config ...

  8. spring cloud微服务快速教程之(五) ZUUL API网关中心

    0-前言 我们一个个微服务构建好了,外部的应用如何来访问内部各种各样的微服务呢?在微服务架构中,后端服务往往不直接开放给调用端,而是通过一个API网关根据请求的url,路由到相应的服务.当添加API网 ...

  9. .Net Core微服务入门全纪录(五)——Ocelot-API网关(下)

    前言 上一篇[.Net Core微服务入门全纪录(四)--Ocelot-API网关(上)]已经完成了Ocelot网关的基本搭建,实现了服务入口的统一.当然,这只是API网关的一个最基本功能,它的进阶功 ...

随机推荐

  1. Codeforces Round #371 (Div. 2) 转换数字

    C. Sonya and Queries time limit per test 1 second memory limit per test 256 megabytes input standard ...

  2. 在CI中实现持续Web安全扫描

    一. 当前Web应用安全现状 随着中国互联网金融的爆发和繁荣,Web应用在其中扮演的地位也越来越重要,比如Web支付系统.Web P2P系统.Web货币系统等.对于这些金融系统来讲,安全的重要性是不言 ...

  3. 遍历数组按学号找人,若找到则输出信息,否则输出"查无此人"

    //建立一个类类型的数组,并向这个数组内添加学生信息,包括姓名和年龄等 **********************学生类************************** package prac ...

  4. 有关Android插件化思考

    最近几年移动开发业界兴起了「 插件化技术 」的旋风,各个大厂都推出了自己的插件化框架,各种开源框架都评价自身功能优越性,令人目不暇接.随着公司业务快速发展,项目增多,开发资源却有限,如何能在有限资源内 ...

  5. poj_3461: Oulipo

    题目链接 基础KMP题,本文提供一段能AC并且便于调试以及查看next数组的代码. 参考博客 http://blog.csdn.net/v_july_v/article/details/7041827 ...

  6. docker~docker-compose和VS解决方案的关系

    回到目录 一般地,我们在VS里添加了一个解决方案之后,会更新模块或者业务添加多个api,web项目,这类似于最近说的微服务,而我们的docker-compose与微软件正好有了一种默契,当你为你的解决 ...

  7. python学习之while循环

    Python While 循环语句 Python 编程中 while 语句用于循环执行程序,即在某条件下,循环执行某段程序,以处理需要重复处理的相同任务.其基本形式为: while 判断条件: 执行语 ...

  8. ASP.NET MVC Bundles 用法和说明(打包javascript和css)

    本文主要介绍了ASP.NET MVC中的新功能Bundles,利用Bundles可以将javascript和css文件打包压缩,并且可以区分调试和非调试,在调试时不进行压缩,以原始方式显示出来,以方便 ...

  9. 使用JavaScript开发跨平台的桌面应用

    任何可以使用JavaScript来编写的应用,最终会由JavaScript编写.--Atwood定律 Atwood's Law是Jeff Atwood在2007年提出的:"any appli ...

  10. (转)css内边距与外边距的区别,精辟啊

    css内边距与外边距的区别 (2012-05-02 13:54:54) 转载▼ 标签: 杂谈 分类: css 本文也是网上看了后收藏的,忘了原地址(以后收藏文章得注意) 你真的了解margin吗?你知 ...