首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    为企业数字化转型提供服务_数字赋能企业转型

    导读:本系列文章将通过介绍一个真实大型企业数字化转型过程中遇到的层层困难,以及微服务架构如何落地,涉及到的各种真实的解决方案。不空谈,不泛谈,讲事实是本系列文章的原则。   企业数字化转型是近些年来非常火热的话题,而企业做数字化转型的必经之路就是微服务架构升级。微服务架构升级普遍都会提及DevOps、容器化、API网关、微服务治理、AKF扩展立方体等技术概念。在大型集团企业微服务架构升级的过程中,往往会遇到如何扩展已有微服务应用,来适应不同组织之间业务的多样性和集团的整体管控性的问题。针对这个问题,国内互联网行业的先驱阿里提出了“厚中台,薄前端”的概念。但如果实现呢?本文通过描述一个大型集团企业微服务架构升级的过程,如何通过微服务扩展来实现企业数字化转型的大中台业务。 第1步选定原型开始微服务之旅   大型企业在微服务架构升级的过程中,一般会先选一个A组织(原型组织)为代表,基于这个A组织及企业数字化转型的目标,开发出一套原型产品,并在A组织内不断的优化和改进。这个过程,特别注重的是微服务架构的技术升级,例如需要引入微服务治理框架,DevOps平台、分布式事物等等。做出来的产品业务上和已有的系统没有什么本质的区别,只是我们用了一套高大上的微服务架构。这时候企业的组织架构并没有任何改变,由A组织负责的研发部门负责研发了一套基于微服务架构的新产品,这个研发组织负责这几十个微服务的开发和运维工作。老板觉得这套系统很不错,这套产品基于微服务架构做的,那就开始全集团推广吧,让其它组织也用上这套系统,享受一下数字化带来的便利。 第2步产品推广微服务架构下如何“二开”?   A组织的信息化部门开始兴高采烈的去给B组织推广他们开发的这套产品,说这套系统是基于现在最前沿的微服务架构实现的,可以如何改进你们现有的流程,减少成本等。B组织觉得很不错,那也试用一下吧,但是我们在某些地方和这套产品的现有业务有点差别,能帮忙改一下,支持一下我们的特有业务吗?A组织为了推广产品,爽快的答应了。但是在改的过程中,发现原有的业务流程和代码和自己的一部分特有业务关联的比较紧密,修改起来要费不少功夫。为了推广给B组织使用,还是硬着头皮给改完了,这其中带来了大量的业务代码修改及回归测试。   老板看着产品在B组织推广的也不错,那继续推广给其它组织使用吧。A组织在继续推广给其它C、D……组织的时候,发现都存在B组织类似的问题。他们80%的业务和A组织相同,但是有20%的业务有自己的特色。其它组织也要求A组织修改一下原有的微服务,来支持他们的特色业务。这时候A组织不干了,说你们都有自己的信息化部门,也有研发人员,你们基于我现在做的微服务去修改吧。那么问题来了,其它组织如何“二开”呢?把整套产品的源码都共享给其它组织,他们基于这套源码修改及开发自己的新产品,然后独立部署。这时候老板站出来不干了,你们这样搞下去,和原来的软件模式有什么区别,我们微服务架构的优势去哪了,整个企业的集中管控如何做?这时候大家又想起了做数字化转型的“厚中台,薄前端”的业务架构,我们的业务中台在哪里呢?如何实现业务中台? 第3步微服务扩展实现业务中台的利器   接下来我么该聊聊什么是微服务扩展?如何利用微服务扩展实现业务中台?

    01

    移动端弹性布局方案lib-flexible实践

    2个月前,写过一篇文章《从网易与淘宝的font-size思考前端设计稿与工作流》总结过一些移动web中有关手机适配的一些思路,当时也是因为工作的关系分析了下网易跟淘宝的移动页面,最后才有那篇文章的总结,可惜的是因为项目的关系,这两个月来几乎没有机会做移动类项目的工作,所以那些理论一直没有得到真正的实践。这次因为公司有一个app需要做一个推广的下载页面,虽然简单,但也值得一试那篇文章里提到的适配方法,所以本文的内容就是介绍该文中提到的淘宝的做法:《lib-flexible弹性布局方案》。(注:该文中提到的网易的做法跟淘宝的做法其实是大同小异,你访问http://3g.163.com/touch/看下页面源码顶部的JS就能明白了。相较于淘宝的做法,淘宝的方法更能称之为一个方案,网易的做法代码质量实在不敢恭维,所以从本文的角度,推荐淘宝的lib-flexible)

    01

    移动开发的跨平台技术演进

    我是2010年开始从事的Android开发,当时会Android和iOS开发的很少,也不火,所有人都在“摸着河底过河”,项目更没有第三方框架一说,大都是自己写的,不像现在各种的框架满天飞。随着移动开发的发展,互联网公司也是层出不穷,有些公司迫于竞争,想要更迅速的更省成本的进行开发,就不再满足Android端一套代码,iOS端一套代码。与此同时,其他技术领域和各大公司也都觊觎着这份大蛋糕,纷纷推出相关的技术,这样跨平台技术应运而生,并且开始在公司中生根发芽。 Android和iOS生态太大了,我们可以把它们比作第一级生态,想要颠覆这两个系统的曾经出现过,但都失败了,因此建立次级生态是最稳妥的策略,Android平台更加开放,因此次级生态的中心就是Android,次生态的形式多种多样,比如在Android系统的基础上魔改建立自己的生态,再或者推出各种跨平台技术建立生态。跨平台技术产生的框架实在太多了,很多还没等我们去学去了解,它们就没落了,成为了跨平台技术的发展的一个过度产物。跨平台技术的产物是不靠谱还是趋势,我想读完本篇文章你会有自己的理解。 跨平台技术的分类没有标准的答案,这里把它们分类为5种,分别Web App、Hybrid App、语言编译转换、原生渲染、自绘UI。下面分别介绍它们。

    02

    新浪短网址生成器等短链接工具的原理(第二章)

    短网址顾名思义就是一个很短的链接和网址,常用于将一个长连接缩短成一个短链接,方便利于推广。  url.cn短网址,可能很多朋友都已经不再陌生,特别是在微博、微信、朋友圈、QQ群、短信息等应用中十分普遍,短网址的前身是在企鹅微博发微博时有时发很长的网址连接,但由于微博只限制140个字,所以微博就自动把您发的长网址给转换成短网址了。  企鹅短链接(url.cn/xxx)属于企鹅微博旗下的短网址,原先是微博在使用。短网址生成可以有效的避免链接过长,推广不便等因素 生成t.cn短连接后更有利于在微信推广和QQ群中推广 !目前过国内使用最多的短网址有三家。其中t.cn 属于新浪短链接,url.cn属于腾讯短链接,dwz.cn属于百度!今天我们要说的就是url.cn短网址!

    00
    领券