金融分野における課題とアーキテクチャ設計
- 金融分野の方向性
- お金を借りる
- 保険
- 証券取引所
- インターネット金融と従来の金融
- より幅広い人々の経済的ニーズに応える
- 金融包摂の強化
- 金融サービスの効率性の向上
- インターネット金融の展望
- 過去10年間の活発な発展により、日の出産業：花北、街北、威威台、余額宝
- 両刃の剣: 法律、規制、監督の欠如、野蛮な成長
- インターネット金融の課題
- 法的および政策上の課題
- 法的リスク
- 違法資金調達犯罪、違法証券犯罪、違法ビジネス犯罪などの刑法上の課題
- 民法上のリスク
- ポリシーの課題: アリリスト事件
- 法的リスク
- コンプライアンスと規制上の課題
- 個別の規制と混在運用によってもたらされる課題
- コンプライアンス
- トランザクションの課題
- 銀行業務：利用者の資金の安全を確保するため
- ローン業務：利用者の信用情報の確認、不正行為の防止など。
- 技術的な課題
- アーキテクト: 技術的なアーキテクチャの設計とドメインの計画には、財務ドメインの知識と、インターネットの高同時実行アーキテクチャの 2 つの機能の両方が必要です。
- 研究開発、テスト、運用、保守: 複雑さは急激に増加しており、問題のトラブルシューティングと分析は以前よりもはるかに複雑になっており、サポートするために多数のツールが必要になっています。
- 法的および政策上の課題
消費者金融の分類
- E コマース消費者金融: E コマース プラットフォームと深く統合された消費者金融商品およびサービス。たとえば、Ant Huabei、Jingdong Baitiao
- 観光消費金融：観光を消費シナリオとして捉え、観光消費需要に融資を提供する商品やサービスが観光プラットフォーム競争の新たな焦点となっている
- 不動産消費者金融：不動産を中心としたサービスや商品の貸し出し、新築住宅金融、中古住宅金融、装飾金融、賃貸住宅金融に分かれる
- 教育消費者金融: たとえば、訓練機関が大学生向けに分割払いを提供しています。
消費者金融の融資業務の流れ
出荷時のリスク管理プロセス
リスク管理体制
会計処理
インターネット金融技術の選択のためのいくつかのキャンプ
- Spring Cloudファミリーバケットを中心とした技術システム
- 例: 杭州中国招商銀行、北京農業銀行、チャイナユニバーサル、E ファンドなど。
- ダボを中心とした技術体系
- 例: Nets Union Clearing、中国工商銀行、Gome Financial など。
- SOFAを中心とした技術体系
- 例: 南京銀行、PICC Health、Tianhong Fund、オンライン バンキングなど。
- 分散フレームワークを使用せずに、Kubernetes を中心にアプリケーションを直接配信します
- 例: China Securities Depository and Clearing Corporation Limited
ケーススタディ
- Ant Financial 11.11: Alipay と Ant Huabei の技術アーキテクチャと実践
- Lufax の金融プラットフォームの構造が大幅にアップグレードされました
- Yirendai システム アーキテクチャの観点から金融システム アーキテクチャに対するインターネットの高度な同時実行性の課題を考察する
- Alipay の技術アーキテクチャと実践 - 読書体験
物流分野における課題とアーキテクチャ設計
- 見込み
- 非常に速く、世界No.1、そして成長率は満足のいくものです
- 受注のほとんどは大手企業が受注
チャレンジ
- より大きい
- より多くの商品を収容するには、物流センターの面積を大きくする必要がある
- 物流システムは、より多くの同時実行性、より多くの注文、より多くのデータ量を処理する必要があります。
- もっと早く
- 物流におけるスピードに対する要求はますます厳しくなっています
- ピッキング、梱包、仕分け、収集、積み降ろし、物流のスピードアップが求められる
業界はもっと早く挑戦すべきだ
- ハードウェア
- インテリジェント仕分けセンター
- 仕分けAGV
- AGV自動誘導フォークリフト
- 無人配送車
- ドローン
- セルフリフトキャビネット
- ソフトウェア: 物流効率を向上させるために、より効率的なアルゴリズムとシステムを導入します。
速達の一般的なプロセス
ケーススタディ
- Dada CTO: Dada 物流技術アーキテクチャ 道路と技術共有
- Cainiao 物流ビッグデータ技術アーキテクチャ
- SF Express 物流設計スキーム
- 美団リアルタイム物流の分散システムアーキテクチャ設計
ソーシャル領域における課題とアーキテクチャ設計
社会的分類
- 知人ソーシャル: QQ、WeChat
- ショートビデオソーシャル: Douyin、Kuaishou
- ライブソーシャルメディア: Huya、Douyu
- 見知らぬ人との交流: モモ、タンタン、ソウル
- 職場のソーシャルネットワーキング: DingTalk、Feishu、Maimai
- ソーシャル Q&A: Zhihu、Tianya、Zhizhi
- 結婚とソーシャルネットワーキング: Zhenai.com、Century Jiayuan
- ソーシャルメディア: Facebook、Weibo、Twitter
- 子どもたちの交流: 小さな天才ウォッチ
ライブソーシャルメディアの課題とアーキテクチャ設計
- プッシュ フロー: 収集フェーズでパッケージ化されたコンテンツをサーバーに送信するプロセスを指します。
- ストリーミング: ライブ サーバーからライブ コンテンツを取得するプロセスを指します。
生放送の一般的な流れ
ライブストリーミングで一般的に使用されるプロトコル
- RTMP（リアルタイムメッセージングプロトコル）
- Adobe Corporation によって設計されたリアルタイム メッセージング プロトコル。最下層はTCPです
- ビデオは H264 でエンコードされ、オーディオは AAC または MP3 でエンコードされ、送信は通常 FLV または F4V 形式で行われる必要があります。
- 最も主流のストリーミング メディア送信プロトコルであり、CDN を適切にサポートしており、実装の難易度が低いため、ほとんどのライブ ブロードキャスト プラットフォームで選択されています。
- ブラウザでは直接プレイできない
- HLS（HTTPライブストリーミング）
- Apple が定義した HTTP ベースのストリーミング メディアのリアルタイム伝送プロトコル
- ストリーム全体を複数の小さなファイルに分割してダウンロードし、一度に数個だけダウンロードします。サーバーは最新のライブブロードキャストデータから新しい小さなファイルを生成し、クライアントはサーバーから取得したファイルが順番に再生され続ける限り、ライブブロードキャストを実現できます。
- 送信コンテンツは 2 つの部分で構成されます: 1 つは M3U8 記述ファイル、もう 1 つは TS メディア ファイルです。TS メディア ファイル内のビデオは H264 でエンコードされ、オーディオは AAC または MP3 でエンコードされている必要があります。
- 利点は、データがファイアウォールやプロキシの問題を考慮せずに HTTP プロトコルを通じて送信されることですが、HLS はセグメントでプッシュされるため、HLS の遅延は他のライブ ストリーミング プロトコルよりも高くなります。
- FLV（フラッシュビデオ）
- 非常に人気のあるストリーミング形式
- このモードでは、最初に FLV がローカル キャッシュにダウンロードされ、次に FLV ファイルが再生されます
- 適時性が高く、実装が簡単ですが、FLV はローカルにキャッシュされるため、機密性はあまり高くありません
ライブソーシャルの課題
- 高い同時実行性の課題: ローン、トラフィック、アプリケーションの高可用性、スループット、同時実行機能
- オーディオとビデオの処理と送信における課題: リアルタイムの美化、オーディオとビデオのコーディング、ビデオのプッシュプル ストリーミング、CDN アクセラレーション
- 低遅延の要件: 低遅延、クリーニング
- 端末適応の課題: トランスコーディング、機器の調整
- コンテンツ レビューの課題: コンテンツ レビュー、ポルノの自動識別、違法情報の自動ブロック
