だんだんと大掛かりになるな・・・・
MySQLってお手軽に使えるDBだと、１０年近く前○ラクルを使っていた時代は思ってましたが、気が付けば、レプリケーションなんてことも出来るようになってきてるのよね。
＃当時はStandby DataBaseなんてのを使ってましたが・・・
http://www.checksite.jp/mysql-basic-management/
http://www.checksite.jp/mysql-myisam-memory-conf/
とかってだけじゃなくて、今は
http://www.checksite.jp/mysql-replication/
これなのね。
今やクラウド時代らしく、
http://www.atmarkit.co.jp/ait/articles/1312/16/news008.html
http://www.atmarkit.co.jp/ait/articles/1312/12/news007.html
って感じで、まあ、恰好良いといえばそうだがねえ・・・
仕掛けが多過ぎ・・・・・・
2013-12-18
知らないうちのPHP稼業・・・
去年くらいから、気が付いたら、講師やらDrupalやらPHP系にも手を染めるようになってしまった・・・
PHPなんて十年ぶりくらいなのだが、「Perlのサブセットじゃね・・・」くらいに考えていたら、すっげー進化してるの。
どうやら一旦中間コードにコンパイルされる・・・ってどっかの言語みたいな仕組みになっているらしく、それを利用してパフォーマンスを上げる・・・なんて仕掛けもあるらしい。
http://www.checksite.jp/php55-zend-opcache/
http://www.checksite.jp/pecl-apc-php/
時代は進んでるのね・・・
・・・つか、だんだんと各言語の差別化ってどうなるのって感じではありますが。ｗ
2013-12-17
時代って進化しているのねって
・・・いうことでＳＱＬ
ずいぶん昔に○ラクル8を扱っていることがあって、分析用のＳＱＬとかのコードを見ていて随分と色々なことが出来るのねって思ったことがあったが、時代はさらに進んでいるらしい。
http://www.oracle.com/technetwork/jp/articles/otnj-sql-image7-1525406-ja.html#a
ソフトウェアの構造（というよりアーキテクチャ）を考える場合に適材適所って大事だと思うが、作ることばかり考えていないで、任せるところはミドルに任せてしまうというのも大事！
・・・ということで。
しかし、話はそんな単純でないことも事実。 ・・・ああ、面倒くさいですね
2013-09-18
これは進化・・・というべきなんだろうな
OSSのRDBといえば大変ベタではありますが、
ということになるのでしょうか。
PostgreSQL 9.3正式版が公開。1秒以下の高速フェイルオーバー、データチェックサムによる高信頼性、マテリアライズドビューなどの新機能
とか
シャーディングを実現するSpiderストレージエンジン、MariaDBがバンドル開始
なんてのを見ていると。
お手軽さが良かったこれらのOSSも、段々重量級になってきているな・・・と
まあ、これを進化といえばそうなんでしょうね。
＃みんな余程○ラクル使いたく無いのですかね・・・（高いからね）
で・・・、アンチテーゼとして、もっと軽量級のDBが、また出てくるのでしょう・・・
ん～、進化というより循環ですな。
Postgres !!
MySQL!! （最近はMariaDB !!）
ということになるのでしょうか。
PostgreSQL 9.3正式版が公開。1秒以下の高速フェイルオーバー、データチェックサムによる高信頼性、マテリアライズドビューなどの新機能
とか
シャーディングを実現するSpiderストレージエンジン、MariaDBがバンドル開始
なんてのを見ていると。
お手軽さが良かったこれらのOSSも、段々重量級になってきているな・・・と
まあ、これを進化といえばそうなんでしょうね。
＃みんな余程○ラクル使いたく無いのですかね・・・（高いからね）
で・・・、アンチテーゼとして、もっと軽量級のDBが、また出てくるのでしょう・・・
ん～、進化というより循環ですな。
2013-08-30
Javaのフレームワークですか・・・
ヘルプを頼まれている件で、Javaのフレームワークを久しぶりに調べて見た。
当初あるパッケージ品を検討していたがご破算になって仕切り直し
ただし、これって条件があるようで、
他言語からの乗り換え ・・・、 ((φ(￣Д￣ )ﾎｫﾎｫ
画面が結構あって・・・、 ((φ(￣Д￣ )ﾎｫﾎｫ
帳票も結構ある ・・・ 、 ((φ(￣Д￣ )ﾎｫﾎｫ
セキュリティの考慮が結構必要か ・・・ 、 ((φ(￣Д￣ )ﾎｫﾎｫ
で、
パッケージ品なものであること
( ゜д゜)ンマッ!!
・・・だって。
う〜ん、これって 大企業らしい管理側の都合があって、
開発工程からみて設計書をきっちり書きそうなので、管理する側から見て、
確かに、ある程度の規模以上である程度不特定多数な開発メンバが集まるなら、こういったものが欲しくなるのは当然かもですね。ざっとWebでみたところではこういうものが引っかかりました。
まあ、オイラもあるプロジェクトで直接では無いが、こういう代物に関与したことがあります。一般的なオープンソースのフレームワークよりも日本の業務開発をサポートするような機能等があったような気がします。
さてさて、こういうのって、さらに我が国固有な「めんどくさいレイアウトの帳票」に対応したツールとかもついていたりするので悪くは無いですが、
簡単に言えば
まあ、所詮道具なんで使いこなせれば何でも良いかと思いますが・・・。本体＋開発ライセンス＋実行ライセンスとかで結構なお値段になるので、「ブランド的な安心感」もあるのでしょうかね。
・・・
で、よくよく聞いたら、元々の候補が外れた理由は「価格」だということで、（ヲイ）
ｵﾘｬｰ!!（ﾉ￣ー￣）ノ ┫：･'.::
ということで、オイラの回答。
パッケージ品のフレームワークとそのライセンス料金とに見合う力がある
エンジニアを集めて、設計情報やリバースで連動というのはエンジニアのスキルでカバーする（笑）
ことにして、以下のような組み合わせ（定番かと思いますが、すべてオープンソースつまりタダ）でどう？
＃とりあえず実行ライセンスは無視
本日のBGMは Diane Birch
当初あるパッケージ品を検討していたがご破算になって仕切り直し
ただし、これって条件があるようで、
他言語からの乗り換え ・・・、 ((φ(￣Д￣ )ﾎｫﾎｫ
画面が結構あって・・・、 ((φ(￣Д￣ )ﾎｫﾎｫ
帳票も結構ある ・・・ 、 ((φ(￣Д￣ )ﾎｫﾎｫ
セキュリティの考慮が結構必要か ・・・ 、 ((φ(￣Д￣ )ﾎｫﾎｫ
で、
パッケージ品なものであること
( ゜д゜)ンマッ!!
・・・だって。
う〜ん、これって 大企業らしい管理側の都合があって、
開発工程からみて設計書をきっちり書きそうなので、管理する側から見て、
- 設計〜製造〜保守が連動出来るようになっているほうが良い
- ということで↑開発工程で管理し易いから品質管理もやり易い
確かに、ある程度の規模以上である程度不特定多数な開発メンバが集まるなら、こういったものが欲しくなるのは当然かもですね。ざっとWebでみたところではこういうものが引っかかりました。
- http://works.nri.co.jp/product/develop_plbl.html
- http://jp.fujitsu.com/solutions/afw/
- http://www.hitachi-solutions.co.jp/barista/sp/framework/kakaku.html
- http://www.intra-mart.jp/whats/
- http://www.terasoluna.jp/
まあ、オイラもあるプロジェクトで直接では無いが、こういう代物に関与したことがあります。一般的なオープンソースのフレームワークよりも日本の業務開発をサポートするような機能等があったような気がします。
- 設計情報（Excelとかの設定表、UMLとかモデル）から最低スケルトンとか生成
- 実装をアシストするツール（エディタ、ジェネレータ）
- 実装が楽にする品質を担保するライブラリ群
- 開発リソース（コード、ドキュメント等）を管理するツール
さてさて、こういうのって、さらに我が国固有な「めんどくさいレイアウトの帳票」に対応したツールとかもついていたりするので悪くは無いですが、
簡単に言えば
高い！！
これにつきます。まあ、所詮道具なんで使いこなせれば何でも良いかと思いますが・・・。本体＋開発ライセンス＋実行ライセンスとかで結構なお値段になるので、「ブランド的な安心感」もあるのでしょうかね。
・・・
で、よくよく聞いたら、元々の候補が外れた理由は「価格」だということで、（ヲイ）
ｵﾘｬｰ!!（ﾉ￣ー￣）ノ ┫：･'.::
『では、
優秀なパッケージ品のフレームワークが
プロモーション期間中でバーゲン価格で使えない限り、
パッケージ品のフレームワークの選択肢自体駄目ってことですね。（笑）』
ということで、オイラの回答。
パッケージ品のフレームワークとそのライセンス料金とに見合う力がある
エンジニアを集めて、設計情報やリバースで連動というのはエンジニアのスキルでカバーする（笑）
ことにして、以下のような組み合わせ（定番かと思いますが、すべてオープンソースつまりタダ）でどう？
＃とりあえず実行ライセンスは無視
- 画面制御やバッチ制御を考慮したJava系DIフレームワーク（SpringとかSeasar等）
- DBを抽象化するO/Rマッパー（Hibernate、MyBatis等）
- 画面をJSPでゴリゴリ書かないためのテンプレートエンジン（Verocity等）
- 帳票系のレイアウト等作成ツール（Javaベース、JasperReports、iReports等）
- PDF系ツール・ライブラリ（iText等）
- 開発リソースを管理するツール（Subversion、Git等）
- ビルド時のライブラリバージョン管理や自動化等をするツール（Apache Maven/Ivy＆Jenkins等）
- 仕様とかバグをWebで管理出来るチケットシステム（Trac、Redmine）
- 機能レベル（単体試験等）の確認環境（DBはMySQLと仮定してXAMPP、必要であればVMWare）
- UMLでおおまかに設計（astah community）
- DB設計はとりあえずERは書いておく（EclipseのClay Plugin/ERMaster）
本日のBGMは Diane Birch
2013-04-04
MS系サーバでリモート実行？
DBへデータをロードするアプリから、
（１）リモートサーバへファイル圧縮＋ファイル転送
（２）鯖で解凍＆DBロード
（３）実行結果を評価する
について実現方法を検討・・・なんて、
なんだかアーキテクトチックな検討をしてます。
サーバ側にも処理を持たせる想定になるけど、
ターゲットのサーバがWindowsなのよね～
ぱっと思いつくのは
（案A）アプリ側からサーバ側の処理（シェル等）をrshで叩く
＝＞処理自体はWindowsネイティブでVBScriptか？
＝＞別にJavaでもOKだよな
＝＞たぶん「Subsystem for UNIX-based Application」入れないとRSHできないよな～
（案B）RMI経由でサーバ側のアプリ（Java）で呼び出す
＝＞RMI系の仕組みを新規追加ですね
＝＞RMIのポートを空けないとね（セキュリティに考慮しないとだめか）
いずれにせよ、ファイル1個で１トランザクション的な扱いになりそうだから
実行結果の評価は必須だし、障害時の運用は別途検討ってことになるよね～
めんどクサイですね・・・
（１）リモートサーバへファイル圧縮＋ファイル転送
（２）鯖で解凍＆DBロード
（３）実行結果を評価する
について実現方法を検討・・・なんて、
なんだかアーキテクトチックな検討をしてます。
サーバ側にも処理を持たせる想定になるけど、
ターゲットのサーバがWindowsなのよね～
ぱっと思いつくのは
（案A）アプリ側からサーバ側の処理（シェル等）をrshで叩く
＝＞処理自体はWindowsネイティブでVBScriptか？
＝＞別にJavaでもOKだよな
＝＞たぶん「Subsystem for UNIX-based Application」入れないとRSHできないよな～
（案B）RMI経由でサーバ側のアプリ（Java）で呼び出す
＝＞RMI系の仕組みを新規追加ですね
＝＞RMIのポートを空けないとね（セキュリティに考慮しないとだめか）
いずれにせよ、ファイル1個で１トランザクション的な扱いになりそうだから
実行結果の評価は必須だし、障害時の運用は別途検討ってことになるよね～
めんどクサイですね・・・
登録:
投稿 (Atom)