框架、技术关注列表

[timzaak]

新技术涌现太快。我这里会记录自己感觉以后能用的到的框架，技术。

[timzaak]

Actix 用 rust 编写的 actor system。
目前官方文档缺失，各种 WIP。
从 techBenchmark 来看，性能强悍。
和 scala 的 akka 相比，感觉 Actix 还处在单机上，actix-remote 已经被 archived，不知道为啥； akka 则已经有完善的 cluster 和 stream。
rust 的另一个 actor 实现：riker，从 api 上感觉就是 akka 复制品。已不活跃。估计没多少人会使用 rust 版本的 akka。
Actix 目前使用场景上，是做各个服务的客户端高性能异步通信基础+web框架。

所以关注而不用。

[timzaak]

Colossus 基于 akka + NIO 的 stateless web 框架。功能上相当于 akka http。 但由于抽象层少，内部来回发送消息少，所以性能也高。
简略看来，该有的微服务功能都有, websocket 也有。
有些心动想要替换掉 playframework。

所以关注并找机会尝试。

Update: 已经好久没更新版本了。 开发分支倒是有更新，提的 issue 很少。感觉会是一个坑。该项目基本已不再维护。

Playframework 目前也要有 Dead 的趋势，还是用些 Java 底层+ Scala 语法糖的框架比较持久。 Scalatra 就是你了！

[timzaak]

Typescript javascript 超集。
interface， numeration，static type 都是我想要的语言特性。
但是，我前端的核心框架是Vue， 一切都想围绕着它进行，而 Vuex 如果配上 Typescript，需要用 annotation 才会比较舒畅。目前讨厌 annotation。

所以，等 Vue3.0 吧，等 Vuex 能比较舒畅用 Typescript 写，或者有 Vuex 的替代者，再说。
另外，目前写的前端代码复杂度，真心不高。所以 Typescript 能给我的收益其实有限。

2022/03:
目前跳到 React，后续也是React，所以必用。

[timzaak]

lerna javascript项目管理工具，主要是有对大型项目进行细拆或者有 monorepo 需求时，可以用到。自己尝试用了一下，极度好用。另外由于项目包管理做的不太好，我自己以前在多个前端项目封装的小工具，都丢失掉了。有了这个 + git submodule 就完美啦！ (git submodule 用来处理 链接 src 下的 应用)

pixari/component-library-monorepo 是一个很好的 Vue 体系下的入门参考项目。

所以到处使用。

目前开了个试验性项目 timzaak/vue-lerna-starter 用来实践 lerna 代码复用

2019/04/27 实践的结果是 基本符合预期。lerna 目标是框架级别的代码治理，很多功能都是为版本号、发包而准备的，对我而言，有价值的是

1. .editorconfig 等可以一次性设置，N多项目复用
2. 代码复用
3. 代码仓库可以较为随意的组织

[timzaak]

redisql 基于 redis 支持 sql，还包含事务等，但想持久化的话需要付费。用 Rust 写的。目前对我来说，有很多场景是需要多维度缓存的。本想着用 mapdb，但是嵌入式，还用了 kotlin， 需要引入一堆 java 包。所以放弃掉 mapdb。 in-memory db 目前成熟的有 cassadra/ignite/aerospike/voltdb，但这些都太重。

在翻阅了一下源码之后，发现是将 sqlite 嵌入进 redis。 这就尴尬了。我如果要用 sqlite，为啥要混合着 redis 呢？直接用 in-memory 模式下的 sqlite 不是更好，还有一堆配置可供调优。

所以观察并尝试。
所以，放掉它。继续找轻量级的 in-memory db。

自己在探究了好多遍之后，轻量级的 in-memory db 应该是个伪命题。

还不如直接用 pg、mysql 实在。

[timzaak]

Apache Calcite, SQL解析工具, 目前各种流行的基于 jvm 数据处理引擎，都拿它来做SQL解析。以后所有关于数据处理的，如果要是以 sql 语句与客户端进行交互，那么 apache calcite 绝对为首选组件。先前老大有用它 + grpc 作为后端数据源交互方式，目前还未想到会有什么问题。

所以关注并有机会时，使用。

[timzaak]

camunda/flowable 业务流程管理(BPM)和工作流系统 。
这两者，目前没有细细的调研。
想了半天，除了未来要做 OA 系统，也不知道还有什么其它场景下要用它。
这两个项目感觉都挺牛掰的。留待用的时候再继续调研。
所以，仅作为兴趣备档。

正好有个审批流的模块，最后自己实现了。 至于bpm 的 xml => 代码， 阿里云出品了一个， scala 3的话，可以自己直接写个生成器就好了。

[timzaak]

minIO s3接口兼容的开源对象存储项目。

1. 开发十分活跃。
2. 有流行语言的sdk。
3. 直接面向 docker 化部署。
4. 文档十分详细。

虽说现代云对象存储已经十分流行，但在多云的上面，架上这一层，摆脱多云依赖，还是很有吸引力的。不过，还是需要针对不同云的接口开发一些。

如果以后有私有对象存储或架设多云对象存储需求，可以考虑使用 minIO。

minIO 最终向成本靠拢，而冷热转换一说， AWS 的 S3 做的好

[timzaak]

keycloak 优秀的 SSO 服务。
openldap 等都支持，作为企业内部账号管理工具，太棒了，先前搞过 CAS 和 openldap, 存在老旧，startup 太难的问题。
keycloak 还支持 postgres 作为数据存储， 整个 docker hub 的说明，简洁明了。 So Good！能快速搭建。

GitLab Keycloak 配置
GitLab wordpress Keycloak 配置

docker run --name keycloak -e DB_VENDOR=postgres -e JDBC_PARAMS='connectTimeout=30' -e DB_ADDR=self.noti.link -e DB_DATABASE=testkeycloak -e DB_USER=testabc -e DB_PASSWORD=testabc -p 8080:8080 jboss/keycloak

以后的企业内部账号管理，就是它了。

办公室网络 #82

[timzaak]

CoreDNS，Go 写的插件化的 dns 服务。k8s 内置 dns。用来做公司内部 dns 是一个不错的选择。

updns 可以拿来自建demo用。

[timzaak]

jumpserver 开源堡垒机。已经开始商业化，看功能OK。但具体没有尝试。估计超过三个运维了再去细看。

备档

用 Boundary 替换

[timzaak]

GoCD 自动化CI/CD工具。自己对这种工具的选择标准如下：

1. 免费，或者便宜
2. 多项目同时构建
3. 多 git 代码可在一个执行单元中拉取（我的代码构建方式不标准所致）
4. 开源，方便自己改
5. 稳定，有插件
6. 简单
7. 支持 keycloak 等第三方用户登陆认证
8. 良好文档

按照上面的标准，其实 jenkins 也是达标的，但用起来，总感觉麻烦，UI巨丑。
GoCD 其实两年前，我就关注了，但社区反馈很烂，文档也缺乏。现在看起来，该有的都有了，符合我的期望，具体稳定性等还是需要测试一下。

缺点：

1. 没有 keycloak 插件。

概念介绍

测试考察

~~直接看 rancher pipeline 吧。#46 ~~
闭源 Jenkins, 开源 Github Actions

[timzaak]

OpenFaaS, 基于K8S的 FaaS 服务框架，感觉不到使用点。确定不了价值，先备档。
Knative 目前而言，发展的比 OpenFaaS 好更多，更需要关注 Knative。另外 WASM 的 kubelet 也值得关注。

[timzaak]

bytedeco/javacv . java 视频处理 wrapper，主流的视频处理框架都有了。后续工作有可能用到，等做测试的时候，再继续补充。

该框架最核心的点是 JAVACPP比JNI 性能上要好。

[timzaak]

polynote 比我自己的 scala-remote-image 的解决方案简直好的不要太多。

由于刚出来，问题比较多，最简单说来，就是快捷键支持问题，后面估计会有人处理。

期望能在 Idea 中编辑，然后无缝上传上去。

notebook 出了插件，添加 scala kernel（基于 mill），即可支持Scala