Stromasys Charon-PAR を使用して Azure で HP-UX ワークロードを実行する - Azure Architecture Center
この記事では、HP-UX ワークロードの Azure へのリフトアンドシフト移行について説明します。 HP-UX は、PA-RISC ワークステーションとサーバー用の HP の Unix オペレーティング システムです。 この記事では、Microsoft パートナーである Stromasys の Charon-PAR というエミュレータ ソフトウェアで、Azure 上の HP-UX ワークロードを実行する方法について説明しています。 アーキテクチャ このアーキテクチャの Visio ファイルをダウンロードします。 ワークフロー Charon-PAR は Azure 上で実行され、HP-UX 用の PA-RISC システムがエミュレートされます。 この仮想システム (Azure 仮想マシン) では、Charon ホスト オペレーティング システム (Linux)、Charon エミュレーター
2024年の今、いかにしてVS2005を捨ててVS2015にする戦いは終わったか、そしてなぜCOMとの苦しい戦いが繰り広げられたか ～再入の悪魔～ - OPTiM TECH BLOG
概要 Optimal BizのWindows AgentはながらくVisual Studio 2005とVisual Studio 2015を併用してビルドする必要がありました。Visual Studio 2015化対応は2012年のVisual Studio 2012化対応からスタートしていましたが、対応範囲の大きさからモジュールごとにVisual Studio 2015化対応を行ってきました。そして2024年リリースのBiz 9.19.0にてVisual Studio 2015化対応は完了を迎えました。 しかし、埋め込まれたバグの修正にはCOMの理解が不可欠であったため、2020年代に突入した今になって私達はこれまで正面戦争を避けてきたCOMを0から学び直す必要がありました。そしてATLの不思議な挙動やSTAにおける再入との戦いを乗り越え、無事にリリースされました。 はじめに Opti
Amazon Elastic Kubernetes Service (EKS) から Azure Kubernetes Service (AKS) に移行する - Azure Architecture Center
この記事では、一般的なステートレス ワークロードとステートフル ワークロードを Amazon EKS から Azure Kubernetes Service (AKS) に移行する方法について説明します。 考慮事項 現実世界での実動ワークロードの実際のデプロイ プロセスは、次の要因によって異なる場合があります。 デプロイ戦略: GitOps と従来の DevOps 継続的インテグレーション/継続的デプロイ (CI/CD) 手法の間での選択は、デプロイ アプローチに大きく影響します。 GitOps では、バージョン管理されたリポジトリを介して管理される宣言型インフラストラクチャを優先しますが、DevOps CI/CD では、アプリケーションデリバリー用の自動化されたワークフローに重点を置きます。 デプロイ成果物: デプロイ成果物の選択は、デプロイ構造を定義する上で重要な役割を果たします。 Y
入門EOL対応
入門EOL対応 ~SREが鉄板の流れ全部見せます編~ https://fortee.jp/yapc-hiroshima-2024/proposal/8b778ed2-df11-4bee-a4b7-81e2b85b51c4 ソフトウェアは進化する一方で、全てのバージョンをサポートし保守し続けるのはリソースを効果的に割り当てる観点から現実的ではありません。 セキュリティリスクや管理コストを考慮し、サポート終了期間を設けるEOLを用いた運用が一般的に採用されています。 サービスを運営する中で、EOLに対して時間に余裕を持って対応できればよいですが機能開発が優先されることでリソース不足となってしまうなどでソフトウェアのEOL対応に対して後手に回ってしまうという課題がありました。 このセッションでは、GMOペパボのSREがソフトウェアのEOL対応をベースとした、ソフトウェアをただアップデートするだけ
OSS DBへの移行でトラブル 機能差と仕様差への対処法
商用DBからOSSへの移行では、機能差や仕様差にまつわるトラブルに注意が必要だ。ストアドパッケージなどOSSが備えていない機能もあるので、事前確認は欠かせない。製品仕様の違いで演算結果が異なるような場合は、アプリによる代替策も検討したい。 DX（デジタルトランスフォーメーション）の流れを受け、各企業がデータ基盤を見直す機会が多くなりました。中でも既存のデータベース（DB）を別の製品に移行するケースが目立ちます。今回はDB移行における機能差や仕様差によるトラブルと、その対処法を解説します。 ライセンス費用の削減が目的 DBは製品ごとに機能や設計思想が異なります。移行の際、「今まで使っていた機能が無い（使えない）」といった事態が発生します。DBは主に商用版とオープンソースソフトウエア（OSS）に分けられます。一般に、商用版は多機能で費用は高く、OSS DBは商用版に比べて機能が少なく、基本的に
「JaBOL」を否定する理想論では何も解決しない、未来に向けた体制づくりが肝
数多くのモダナイゼーション案件を見てきた筆者の経験から、実際に起こり得る問題や葛藤を架空の事件簿として解説する本連載。今回は、過去に脱メインフレームを断念して残存したレガシーシステムを抱える企業の事例を紹介する。 経済産業省が2018年に公表した「DXレポート」が指摘した「2025年の崖」が近づき、メインフレームメーカーが次々と事業撤退を発表している。いよいよ脱メインフレームが急務になってきた。 実際には過去にも脱メインフレームを検討したことがある企業は多い。しかしビジネスの継続性を優先すると、新たなビジネス価値を生み出しにくいモダナイゼーションは後回しにされがちだ。プロジェクトメンバーのモチベーション維持も難しい。 今回紹介するA社は、若い世代を中心としたプロジェクト体制をつくることで問題を乗り越えた。移行後の開発保守にはAI（人工知能）を活用し、未来に備えている。 非現実的な再構築より
Azure Cosmos DB から Amazon DynamoDB に移行する際に想定される相違点 | Amazon Web Services
Amazon Web Services ブログ Azure Cosmos DB から Amazon DynamoDB に移行する際に想定される相違点 (本記事は 2023/01/27に投稿された Differences to expect when migrating from Azure Cosmos DB to Amazon DynamoDB を翻訳した記事です。) Azure Cosmos DBのワークロードをAmazon DynamoDBに移行することを検討しているお客様から、どのような違いが想定されるのかと聞かれることがあります。この記事では、Azure Cosmos DBからDynamoDBへの移行時に想定される相違点と、それに備えるための計画について説明します。DynamoDBは、一般的なアクセスパターン (通常は大量のデータの保存と取得) に合わせて最適化された、サーバーレ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Migrating from the Azure MMA to AMA Agent
Microsoft Announces AppCAT: Simplifying Azure Migration for .NET Apps
Automated node pool migration to Azure Linux
Active Directory Hardening Series - Part 2 – Removing SMBv1
Azure MMA Agent Bulk Removal
ワークスペースベースの Application Insights への移行についてのよくあるご質問
How to convert CentOS Linux to Red Hat Enterprise Linux on Azure
RDB無停止移行への挑戦 #データベース_findy
Active Directory Rithts Management Service (AD RMS) の役割は Azure IaaS を含めパブリック クラウドへの移行は許諾されません。
クラシック VM で使用していた VHD から ARM VM を作成する手順
Migration of containerized services from GKE to AKS
Azure Front Door Migration Tool General Available
Checklist for Migrating Web Apps to App Service