馬嘶的網路大道

https://www.networkservicemesh.io/docs/concepts/

https://mp.weixin.qq.com/s/nvDRrMCbXSscHQ6fXikoTg 阶段一：单体架构群，多个开发组，统一运维组 当然最初的痛点应该在业务层面，当用户的需求开始变的多种多样，业务方时不时的就要上一个新功能。 同样一套逻辑，这里也有，那里也有，同样类型的数据，这里一份，那里一份，但是信息是隔离的，数据模型不统一，根本无法打通 阶段二：组织服务化，架构 SOA 化，基础设施云化 拆分 我们发现，当传统行业不再满足于在本行业的领先地位，希望能够对接到互联网业务的时候，上面的模式才出现新的痛点。 对接互联网所面临的最大的问题，就是巨大的用户量所带来的请求量和数据量，会是原来的 N 倍，能不能撑得住，大家都心里没底。 例如有的客户推出互联网理财秒杀抢购，原来的架构无法承载近百倍的瞬间流量。 阶段三：组织 DevOps 化，架构微服务化，基础设施容器化 为什么要拆分到这个粒度呢？主要是高并发的需求。 但是高并发不是没有成本的，拆分成这个粒度会有什么问题呢？ 到了微服务阶段，实施容器化之后，你会发现，本来原来运维该做的事情开发做了，开发的老大愿意么？开发的老大会投诉运维的老大么？ 这就不是技术问题了，其实这就是 DevOps，DevOps 不是不区分开发和运维，而是公司从组织到流程，能够打通，看如何合作，边界如何划分，对系统的稳定性更有好处。

https://mp.weixin.qq.com/s/MKAwWIcJ7sIo79nl4ZHrdQ 计算/存储能力的本地化和网络不可靠问题 即使异构IT都能接入公有云，仍然面临当前IT技术的限制。我们杜撰一个AI系统，它能根据炼钢设备传感器数据实时控制炼钢设备。那么传感器数据存储在哪儿？AI系统又运行在何处（需要依赖的计算能力在哪）？假设钢厂地处偏远，炼钢设备就必须通过网络接入数千公里外的公有云数据中心，将数据传送至AI系统并等待分析结果再做下一步操作。这样的IT系统难以让人充满信心，因为它运行在不可靠的网络上。相对于人类社会的数据总量（据传为100ZB，约为10的14次方GB），目前的网络绝对是一个低带宽、高延时、不可靠系统。要保证上述钢厂网络的带宽和延时，得通过专线连接数千公里外的数据中心，且必须有冗余，否则无法防范施工队的铲车轧断线路导致生产中断。这无疑是巨大的投资。如果把炼钢系统的传感器换成摄像头，要求AI系统做出低延时的图像识别，网络建设成本更是高昂。解决的办法是将计算/存储能力本地化，例如在钢厂500米内建一个机房，让AI系统就近运行，网络的问题也就解决了。对于云计算厂商来说，输出一套私有云/混合云系统到钢厂的机房，比设计一个横跨数千公里接入公有云的系统更为简单和可靠，这是目前IT技术的限制。 未来，公有云要么统治一切IT基础设施，要么消失，到时将不再有云计算这个词汇。这都不依赖于现在IT从业者的力量，而是依靠物理学家在基础物理上的重大突破，颠覆现有的计算机体系。公有云接入传统IT的几个问题中，只要网络问题解决了，其它都能解决。目前低带宽、高延时、不可靠的网络极大的阻碍了公有云统治世界的步伐，尽管网络性能在不断提升，但这种小步伐提高远远赶不上人类生产数据增长的速度。 如果基础物理创造出超级网络，访问不受地域距离限制，达到目前CPU访问内存的带宽、延时和可靠性，那么世界只需要公有云 。我们不再需要本地计算能力，可以将所有的计算、存储集中在几个公有云巨头的数据中心里，然后通过超级网络访问。如果基础物理向着计算/存储能力方面突破，假设未来手机大小的计算机就可以拥有现在AWS公有云全部的计算/存储能力，那我们就不再需要云这个概念，计算可以在任何时间地点发生，中心化的基础设施失去存在的理由。

https://www.mode.net/

Life of a packet through Istio by Matt Turner

https://techbeacon.com/monitoring-demystified-top-logging-tracing-metrics-resou rces

https://www.envoyproxy.io/docs/envoy/latest/

Human Terrain

http://william-yeh.net/post/2018/11/opsdev-talk-18/ 這就讓我想到，以前搞 microservices 時，如果不透過  NetflixOSS  之類的 Dev 黑魔法，就很難做出那些瞠目結舌的機制。而現在，透過  Kubernetes  +  Istio  之類的 nonintrusive Ops 黑魔法（或者更精準地說： service mesh ），就不必改變 Dev 的 coding 習慣。

https://mp.weixin.qq.com/s/rkD7gi97rg5LeHwScOnNTA

https://www.theatlantic.com/magazine/archive/2014/10/why-i-hope-to-die-at-75/379329/ 27

https://www.slideshare.net/elasticsearch/security-events-logging-at-bell-with-the-elastic-stack?ref=https://www.elastic.co/cn/elasticon/tour/2018/toronto/security-events-logging-bell-canada

USENIX Security '18-Q: Why Do Keynote Speakers Keep Suggesting That Improving Security Is Possible?

https://mp.weixin.qq.com/s/iJ4OKQeqVQEkh47rDv5dhw

https://github.com/rootsongjc/kubernetes-vagrant-centos-cluster

https://mp.weixin.qq.com/s/539x4WhViM31Na10tg0c1A

https://mp.weixin.qq.com/s/EEgnSqoF6VAHEjERQOgnJg

https://www.netadmin.com.tw/article_content.aspx?sn=1808010001 F5 Networks台灣區資深技術顧問陳廣融觀察，微服務架構的應用服務成功關鍵，必須得引進DevOps，亦即讓應用與維運團隊建立協同合作的工作模式。身為最貼近應用服務的ADC技術廠商，正擁有絕佳的優勢可成為輔助實踐的平台。

Scale Out networking -> more devices/less big chassis device ->device/port MTBF raised -> software intelligence to survive

https://www.sdxcentral.com/articles/analysis/sd-wan-vs-next-gen-firewalls-sd-wan-summit-2018/2018/10/

https://plot.ly/products/dash/

https://github.com/trimstray/awesome-ninja-admins

https://www.f5.com/company/blog/application-services-must-follow-apps-as-they-follow-data-

NFV 倒地了 https://mp.weixin.qq.com/s/8ci5edsaxLbRb-jxsbg7bQ network functions需要虛擬化是一定的 但如果前提是能節省大量的支出 那就不可能走得通 一個生態系要能讓參與的人都能得益才玩得下去

https://mp.weixin.qq.com/s/woEviXm5dIDRnElso9iolQ 容器，Docker对OpenStack来说，其实还不能构成威胁。但是K8S，和PaaS的成熟，确实让OpenStack看不到未来。 很多用户受到IaaS，PaaS，SaaS三层架构的影响，认为PaaS就应该跑在IaaS上面，当年一位朋友，还专门去找新浪的SAE部门的老大，确认新浪的PaaS是跑在IaaS上，还是物理机器上。 其实根本不用纠结这个问题，PaaS和IaaS其实是一个松耦合的，PaaS完全可以直接跑在物理机器上。 我经常问容器厂商一个问题，到目前为止，哪些应用是无法跑在容器上的。必须要跑在VM上呢？其实真的没有，或者真的很少，很少。 https://mp.weixin.qq.com/s/fPrhgUGNJOvzTgxB5Y_57Q 你可以说 Kubernetes/OpenShift 是新的 Linux，甚至可以说“Kubernetes 是新的应用服务器”。但实际上，应用服务器 / 运行时 +OpenShift/Kubernetes + Istio 已经成为了云原生平台的事实标准。 https://mp.weixin.qq.com/s/j0Db6j9KbxHGNDpRImjBVw

https://howdns.works/ https://howhttps.works/episodes/

https://demo.datarget.com.tw/transit-map/

https://developers.redhat.com/

https://mp.weixin.qq.com/s/fPrhgUGNJOvzTgxB5Y_57Q https://developers.redhat.com/blog/2018/06/28/why-kubernetes-is-the-new-application-server/

https://tuna.to/new-iphone-watch-79d74e68e615 今年對於「場景」這個詞，特別有感。意思就是：這個東西你要怎麼用它才會用的最好 這並不是說藝術創作從此就沒有了價值；重點是：接下來的影視作品所比拚的核心，完完全全就是創意，而創意正是藝術的價值所在。

FUTURENET 2018

https://www.convergedigest.com/2018/08/googles-super-pon-could-be-game-changer.html

https://howhttps.works/episodes/

https://jlabs.juniper.net/vlabs/portal/index.page

https://transparencyreport.google.com/https/overview

https://www.cisco.com/c/dam/global/zh_cn/solutions/service-provider/segment-routing/pdf/topology_independent_lfa_cn.pdf

這時的不是滋味可能就像20年前的SDH老傢伙一樣 service mesh也許才是王道 "Traditional networking has done a horrible job at monitoring and diagnostics." Greg Ferro aka ‘Etherealmind’ ‏   @etherealmind   8小時 8 小時前 更多 The LinkedIn networking team is ~30 people. Which begs the question: how many people will be specialised in in networking in the years ahead. Guido Appenzeller ‏   @appenz   9小時 9 小時前 更多 “Service mesh is fashionable, it’s this season’s short black dress.” — Comment from @ packetpushers at # FutureNet18 Network issues are more complex in cloud native/ # microservices than traditional networking. Observability is key for # istio and # opensource # FutureNET18 I think organisations are too scared to start their microservices journey. But like anything else, it's baby steps - gradual change. You have to start somewhere with time, comes success. # FutureNet18 Keith Townsend ‏ Verified account   @CTOAdvisor   10h 10 hours ago More Masterca

https://www.telecomtv.com/content/mec/big-changes-in-the-bowels-of-the-internet-as-data-is-loaded-onto-private-networks-32174/

http://www.simplycycling.org/

http://www.hms.gov.taipei/#!/

https://mp.weixin.qq.com/s/jx01XVkf8YDqUo3XAu60Mg 但David自有打算：公有云意味着锁定，意味着企业的无脑化，私有云是一个好的选择，而自动化是效率提升的关键。 硅谷得知David要做网络自动化，不少人劝他，大家都用公有云了，没人愿意自己管理网络，他们把这些事可以都甩给亚马逊的Jeff Bezos，所以你的产品到哪里去找市场？ 但David自有打算：公有云意味着锁定，意味着企业的无脑化，私有云是一个好的选择，而自动化是效率提升的关键。 David将自动化视为第三次计算浪潮，其中网络需要更高的可靠性，更强的适应新服务的敏捷性，甚至API可以与交换机“对话”，而目前的网络由不同品牌硬件构成，增加了管理难度。这样，自动化网络运维的价值也就凸显出来。 实际上，谷歌等公有云企业当时已经在网络自动化上投入了大量资金。这对David来说就意味着创业机会所在，自动化技术并不容易。 如何用软件思维改造一个由硬件工程师把控的领域？可以说David的学术背景+对现实世界问题的关注+实用思维催生了Apstra，即如何构建复杂的软件系统，如何以分布式的方式实现，如何用软件定义网络。在竞争激烈的云计算和物联网领域，能够以更快迭代的公司将赢得胜利。在网络上，大品牌产品是过去时，具有成本效益的设备和工具、安全和减少锁定是现在时。 AOS（Apstra Operating System）提供可扩展的、与供应商无关的基于意图的网络服务全生命周期自动化，包括变更操作以及基于意图的高级分析，可以实现更高的可靠性、可见性和故障排除能力。也就是说，AOS使企业、网络和服务提供商能够降低成本，管理网络状况，加快应用和服务交付时间，而不会再有部署和运营关键型业务时遇到的网络麻烦。 如今，“基于意图”的网络自动化技术已经被厂商所接受——就在6月，云服务和产品提供商Awnix在Tier 1服务提供商生产网络中的Dell Z9100-ON交换机上，部署了由AOS支持的OpenSwitch（OPX）。最近，Apstra还发布了新的AOS版本，包括业界第一个跨多个供应商自动化多租户EVPN的解决方案，Apstra的第一个开源网络操作系统（NOS）、带有RBAC和审计跟踪的意图网络分析系统（IBA）。 而且今年年初Asptra还进入了中国，有

https://map.internetintel.oracle.com/

https://labs.play-with-k8s.com/ http://play-with-docker.com/ https://www.elastic.co/cn/start

https://jpetazzo.github.io/2018/03/13/appswitch-hyperlay-network-stack-future/

https://github.com/GoogleChrome/puppeteer

http://www.servicemesh.cn/?/

使 WAN 像 LAN 那样运行 別想著如何和三雲巨頭競爭了 強調管理面向 插縫隙生存是唯一的方法 RStor称，它的目标是将任何x86、GPU、Power PC、Arm和克雷处理器转换成云节点。Azure和AWS将x86计算利用起来。 RStor声称，其软件可以自动将工作负载与本地环境、公共云和超级计算中心的合适计算资源进行匹配。这看起来像是云计算代理（broking）。

我讀了好幾年阿

https://www.juniper.net/uk/en/training/jnbooks/distinguished-engineering/hardware-defined-networking/ 差不多全講完了 期待網路/硬體的再次復興 不喜安全/應用/系統

CloudMan 每天5分钟玩转