セールスフォースのアーキテクチャ（シングルコード編）～ セールスフォースの内部コードで見る、過去との互換性をどう保つか

セールスフォースのアーキテクチャ（シングルコード編）～ セールスフォースの内部コードで見る、過去との互換性をどう保つか 米国の計算機学会として知られるACMが主催したクラウドコンピューティングのシンポジウム「ACM Symposium on Cloud Computing 2010」（ACM SOCC 2010）が6月10日、11日にインディアナ州インディアナポリスで開催されました。 基調講演で行われたセールスフォースのアーキテクチャの解説を紹介しています。 （この記事は「セールスフォースのアーキテクチャ（マルチテナントデータベース編）～ Flex Schemaとオプティマイザ」の続きです） シングルコードベースをいかに維持しているか クラウドのすべてのテナントが同一バージョンのコードを利用する「シングルコードベース」を、セールスフォースはつねに維持しようとしている。そこには大きなメリット

[makaishi]

cloud

[kabakiyo]

面白そうな記事なんだけど、いまいち理解できない。

[yamkazu]

バージョンのとこがいまいち仕組みがわからん。どんどん進化していくにしたがって肥大化しないのかな？それとはまったく別の仕組みがあるだろうか。

[oinume]

APIのバージョンを管理する方法。アノテーションでAPIにバージョン情報を付加している。

[cnomiya]

Apexコードを用いて開発するパートナーも、同じように...パートナーのアプリも「シングルコード」ベースを維持しつつ顧客に提供することができるようになっている｜Omniscient Debuggerが有望ではないかと考えている。

[ita-wasa]

クラウドのすべてのテナントが同一バージョンのコードを利用する「シングルコードベース」を、セールスフォースはつねに維持しようとしている。そこには大きなメリットがあるからだ。私たちはたとえ重要な顧客から修

[yojik]

結構きついアーキテクチャだと思うんだけど… 正直、なんか嫌だな…

[Donca]

✔ セールスフォースのアーキテクチャ（シングルコード編）～ セールスフォースの内部コードで見る、過去との互換性をどう保つか